Snowflake startet unbeaufsichtigte CoCo-Automatisierungen als Vorschau

Snowflake hat CoCo-Automatisierungen am 21. August 2026 als öffentliche Vorschau bereitgestellt. Nutzer können wiederkehrende, unbeaufsichtigte CoCo-Läufe in der Kommandozeile und in Snowsight planen. Jeder Lauf wird in einer von Snowflake verwalteten Sandbox ausgeführt und erzeugt einen Cortex-Thread, den ein Nutzer prüfen und fortsetzen kann.

Die Governance-Folge ist unmittelbar. Laut Snowflake wird das kontoweite Recht EXECUTE AGENT TASK, das den Zugriff steuert, standardmäßig der Rolle PUBLIC erteilt. Administratoren können es widerrufen und ausgewählten Rollen zuweisen. Vor einer breiten Nutzung sollten Teams daher Zugriff, Aufgabenverantwortung, Datenreichweite, Kostenlimits und Nachweise prüfen.

Was sich mit der CoCo-Vorschau geändert hat

Laut Versionshinweis ist die Funktion in allen kommerziellen Regionen auf AWS, Azure und Google Cloud verfügbar. Sie ist nicht für Government-, FedRAMP-, DoD-, VPS- oder China-Bereitstellungen verfügbar.

Eine Automatisierung kann in der CoCo CLI oder in Snowsight erstellt und von beiden Oberflächen aus verwaltet werden. Vom Nutzer erstellte Läufe verursachen die üblichen Snowflake-Task-Kosten plus CoCo-Tokenverbrauch. Systeminitiierte Analysen werden laut Snowflake nicht berechnet.

Die Dokumentation nennt vier operative Punkte:

Dies sind Produktaussagen von Snowflake. Eine begrenzte Suche fand keine unabhängige Berichterstattung, die die genaue Verfügbarkeitsänderung vom 21. August bestätigt. Aussagen zu Sicherheit, Governance oder Leistung werden deshalb nicht als unabhängig bewiesen dargestellt.

Warum unbeaufsichtigte Agenten das Kontrollproblem verändern

Bei einem interaktiven Coding-Agenten kann eine Person den Prompt sehen, eine Änderung beobachten und stoppen, wenn der Kontext nicht stimmt. Ein geplanter Lauf entfernt diese ständige Anwesenheit. Die Automatisierung kann nach Änderungen an Daten, Code, Berechtigungen, Abhängigkeiten oder Geschäftsannahmen weiterlaufen.

Die von Snowflake verwaltete Sandbox ist eine nützliche Grenze. Sie bestimmt aber nicht, welche Tabellen, Werkzeuge, APIs, Dateien oder externen Systeme der Lauf erreichen soll. Sie beweist auch nicht, dass eine Ausgabe korrekt ist, eine Datenänderung die beabsichtigte Wirkung hatte oder eine wiederkehrende Aufgabe weiterhin notwendig ist.

Vor dem Einsatz braucht das Team einen Aufgabenvertrag mit zulässigem Ziel, Eingaben, Werkzeugen, Datenklassen, Ausgaben, externen Wirkungen und Stopbedingungen. Maetras Task-Guard-Leitfaden erklärt den Unterschied zwischen Aufgabenausrichtung, Wirkungsprüfung und Genehmigungsrouting.

Sieben Kontrollen vor der Aktivierung

1. Breiten Zugriff widerrufen, wenn er nicht beabsichtigt ist. Prüfen Sie die Zuweisung an PUBLIC und vergeben Sie EXECUTE AGENT TASK nur an genehmigte Rollen, wenn Least Privilege dies verlangt.
2. Für jede Automatisierung einen Eigentümer benennen. Erfassen Sie Ersteller, Prüfer, unterstützten Geschäftsprozess sowie Ablauf- oder Verlängerungsdatum.
3. Ausführungsidentität begrenzen. Nutzen Sie die engste Rolle, das passende Warehouse, die nötigen Daten, Werkzeuge und externen Verbindungen.
4. Änderungsauslöser definieren. Prüfen Sie neu, wenn sich Schema, Modell, Skills, MCP-Server, Berechtigungen, Zeitplan, Prompt oder abhängige Systeme ändern.
5. Kosten und Häufigkeit begrenzen. Dokumentieren Sie maximale Frequenz, Laufzeit, Tokenverbrauch, Task-Kosten und Reaktion auf wiederholte Fehler.
6. Beabsichtigte Wirkung verifizieren. Unterscheiden Sie eine erfolgreiche Agentenantwort von einem nachgewiesenen Systemzustand. Gleichen Sie unklare Ergebnisse vor einem Wiederholungsversuch ab.
7. Nachweise aufbewahren. Speichern Sie Aufgabendefinition, Identität, Eingabeklasse, Werkzeugaufrufe, Richtlinienentscheidungen, Ausgaben, Ausnahmen, Kosten und Wirkung. Der Leitfaden für KI-Audit-Nachweise bietet eine Struktur.

Nicht jeder Lauf braucht eine Genehmigung. Sie wird relevant, wenn die Aktion Produktivdaten ändert, Kommunikation sendet, Zugänge anpasst, wesentliche Kosten auslöst oder ein anderes folgenkritisches System aktiviert. Die Schwelle sollte aus einer ausdrücklichen Richtlinie stammen.

Wichtige Grenzen der Ankündigung

Öffentliche Vorschau bedeutet weder allgemeine Verfügbarkeit noch Compliance-Zertifizierung. Snowflake schließt mehrere regulierte und staatliche Bereitstellungstypen aus. Verhalten, Preise und Regionen können sich vor der allgemeinen Verfügbarkeit ändern.

Das Standardrecht bedeutet auch nicht, dass jeder Nutzer auf jedes Objekt zugreifen kann. Snowflake-Rollen und Objektberechtigungen gelten weiterhin. Der relevante Punkt ist, dass die globale Fähigkeit für unbeaufsichtigte Agentenaufgaben breit beginnt, sofern ein Administrator sie nicht begrenzt.

Teams sollten ihre genaue Kontokonfiguration testen und Rechte nicht allein aus dem Versionshinweis ableiten. Sie sollten außerdem die aktuelle Snowflake-Sicherheitsanleitung zu CoCo, verbundenen MCP-Servern, Gesprächsverläufen und Produktivabläufen prüfen.

Maetra-Analyse: den Zeitplan als Produktionsfähigkeit behandeln

Die wesentliche Änderung ist nicht der Zeitplan allein. Entscheidend ist die Kombination aus wiederkehrendem Auslöser, Agentenschlussfolgerung, Werkzeugnutzung, Datenrechten und Betrieb ohne ständig anwesende Person.

Nehmen Sie jede Automatisierung in das Inventar der KI-Agenten auf. Erfassen Sie Eigentümer, Rolle, Werkzeuge, Daten, Zeitplan, Kostenlimit, Wirkung und letzte Prüfung. Wenden Sie dann Richtlinien auf folgenkritische Aktionen an und prüfen Sie, ob der Lauf den beabsichtigten Zustand hergestellt hat. So wird aus einer bequemen persönlichen Automatisierung eine überprüfbare Produktionsfähigkeit.

Quellen

• Snowflake: CoCo automations in CLI and Snowsight, public preview, datiert auf den 21. August 2026.
• Snowflake: EXECUTE AGENT TASK privilege granted to PUBLIC by default, abgerufen am 24. August 2026.
• Snowflake: Governed AI for Every Builder, veröffentlicht am 18. August 2026.