Snowflake verspricht dauerhaft arbeitende KI-Agenten – die wichtigste Funktion ist noch nicht verfügbar

Snowflake beschreibt auf seiner Expedition 2026 nicht nur einen weiteren Chat mit Unternehmensdaten. CoCo richtet sich an Daten- und Entwicklungsteams, CoWork an Wissensarbeiter. Wiederkehrende Analysen und Datenarbeiten sollen nach einem Auftrag im Hintergrund weiterlaufen; neue Bots sollen später sogar über Tage und Wochen Ziele verfolgen. Für AgentenCode ist dieser Übergang von einer einzelnen Frage zu einer dauerhaft delegierten Verantwortung die eigentliche Nachricht.

Die Produktankündigung benutzt starke Begriffe wie „always on“ und „autonomous“. Wer sie heute als sofort bestellbaren Betriebszustand liest, verpasst aber eine wichtige Fußnote: Die eigentlichen CoCo-/CoWork-Bots sind als „private preview soon“ ausgewiesen. Ein angekündigter Einstieg in eine private Vorschau ist weder allgemeine Verfügbarkeit noch ein belastbarer Nachweis jahrelanger autonomer Zuverlässigkeit.

Die gestufte Veröffentlichung ist ungewöhnlich wichtig. CoCo Automations, die Async Agent API und das gemeinsame Teilen von Skills/Plugins werden in der Unternehmensmitteilung als generally available geführt. CoWork Profiles, Integrationen in Slack beziehungsweise Excel/Sheets und verschiedene Mobile- beziehungsweise Dashboard-Funktionen tragen dort Kennzeichnungen für Public Preview. Die neuen dauerhaften Bots stehen ausdrücklich noch vor der privaten Vorschau.

Diese Kategorien sind keine redaktionelle Spitzfindigkeit. Ein Team kann heute eine regelmäßige CoCo-Aufgabe prüfen, ihre Ausführung protokollieren und Kosten messen. Daraus folgt aber nicht, dass ein eigenständig Ziele setzender Bot dieselbe Marktreife, dieselben Sicherheitsgarantien oder dieselben Lizenzbedingungen besitzt. Die offizielle Status-Fußnote ist deshalb für jede interne Freigabe maßgeblich.

Snowflake erklärt, dass Bots die Zugriffsrechte, den Rollenkontext und die Berechtigungen ihrer Nutzer übernehmen sollen. Für CoWork Profiles können Administratoren Leitlinien und Zugriffsrouten vorgeben, die Anwender nicht einfach entfernen können. CoCo Cloud Agents sollen in isolierten Sandboxes arbeiten; Git-Änderungen können über den gewohnten Pull-Request-Prozess geprüft werden. Das sind relevante Designvorgaben, aber noch kein unabhängiger Beweis für die Wirksamkeit aller Grenzen.

Eine Genehmigung sollte nicht allein den Start erlauben, sondern auch den Wirkungsbereich festlegen: Datenquellen, verbundene Tools, erlaubte Schreiboperationen, Ausführungsfenster und den verantwortlichen Menschen. Bei einer späteren Always-on-Funktion steigt das Risiko, dass ein ursprünglich sinnvoller Auftrag weiterläuft, obwohl seine fachlichen Annahmen nicht mehr gelten. Unsere Schlussfolgerung ist daher eine explizite Ablauf- und Rezertifizierungsgrenze pro Aufgabe.

Nehmen wir eine Pipeline, die täglich fehlerhafte Datensätze erkennt. Eine heutige CoCo Automation kann einen geplanten Lauf ausführen und einen Vorschlag für die Korrektur erzeugen. Ob die Änderung produktiv wird, kann im Unternehmen an Code-Review und Freigabe gebunden bleiben. Der neue Bot-Ansatz verspricht dagegen, ein höheres Ziel wie „halte die Pipeline stabil“ selbstständig weiterzuverfolgen und nur bei Schlüsselentscheidungen nachzufragen.

Das ist ein sinnvolles Zielbild, aber kein hier nachgewiesener End-to-End-Betrieb. AgentenCode hat weder einen CoCo-Lauf ausgeführt noch einen Bot in einer Snowflake-Umgebung beobachtet. Als reale Einführungsfrage bleibt: Wer definiert den Sollzustand, wer prüft Veränderungen der Datenbasis und wann ist ein Job „fertig“? Erst diese Abnahmekriterien machen Autonomie operativ messbar.

Die folgende Matrix ordnet fünf oft in einen Topf geworfene Produktbestandteile nach dem vom Hersteller angegebenen Status. Sie ist unsere eigene Entscheidungshilfe aus den öffentlichen Produktfußnoten; es handelt sich ausdrücklich nicht um einen praktischen Vergleichstest der Funktionen oder um eine Sicherheitszertifizierung.

Besonders auffällig: „Automationen sind GA“ und „dauerhafte Bots kommen bald in private Preview“ können gleichzeitig wahr sein. Die beiden Aussagen beschreiben unterschiedliche Stufen der Delegation. Für eine seriöse Projektplanung müssen Budgets, Rechte und Erfolgsmessung zu der jeweils tatsächlich nutzbaren Funktion passen.

Wiederkehrende Agentenarbeit ist nicht automatisch wirtschaftlich, nur weil sie ohne manuelles Anstoßen läuft. Für einen Pilot sollten Teams die Anzahl ausgeführter Jobs, Modellnutzung, Snowflake-Aufgabenabrechnung, Fehlwiederholungen und menschliche Nacharbeit pro Woche erfassen. Snowflake nennt Routing-Mechanismen für passend dimensionierte Modelle, teils mit eigenem Preview-Status. Eine pauschale Kostensenkung folgt daraus nicht.

Der Pilot könnte mit einer rein lesenden wöchentlichen Pipeline-Prüfung beginnen: klar begrenzte Rolle, bekannte Daten und ein messbarer Bericht als Ergebnis. Danach werden Freigabe, Fehlerzustand, Wiederanlauf und Audit-Trail getestet. Erst wenn das funktioniert, wären eng gefasste Schreibaktionen vertretbar. Ein noch nicht freigeschalteter Always-on-Bot darf keinesfalls als bereits bestandene Pilotstufe dokumentiert werden.

Snowflakes Meldung zeigt, wie eng Datenplattform, Coding-Agent, Arbeitsassistent und Governance künftig zusammenspielen sollen. Das ist mehr als ein neuer Chat-Knopf: Der eigentliche Wert entsteht, wenn wiederkehrende Aufgaben fachlich definiert, nachvollziehbar ausgeführt und mit den Unternehmensrechten verbunden bleiben.

Unsere Bewertung: Die vorhandenen Automationsfunktionen sind ein konkreter Einstieg in kontrollierte Delegation. Die visionären Bots können interessant werden, sobald sie wirklich in der angekündigten Vorschau verfügbar sind und ihre Reichweite praktisch geprüft werden kann. Bis dahin ist „always on“ eine Produkt-Richtung – kein bereits verifizierter Betriebsstandard.