KIberblick

Slack Code: Der Agent codet, das Team liest mit

Slack holt Claude, Devin, Copilot und Vercel in geteilte Projektkanäle. Was das für Reviews und Freigaben ändert, und welche Fragen Slack offenlässt.

21. August 20269 Min. Lesezeit

Coding-Agenten waren bisher eine Sache für eine Person und ein Terminal. Man startet Claude Code oder Codex, schaut zu, korrigiert, committet. Wer im Team wissen wollte, was der Agent gerade tut, musste fragen.

Slack hat am 20.08.2026 Slack Code angekündigt und verschiebt genau das. Ein Teammitglied erwähnt einen Coding-Agenten in einer Unterhaltung, und daraus entsteht ein eigener Kanal für diese eine Aufgabe. Sichtbar für alle, nicht nur für die Person, die ihn gestartet hat.

Wie es abläuft

Slack beschreibt den Kanalinhalt so: "Code diffs, and live previews show up right in the code channel, not a wall of text." Das Team kann mitlesen, Feedback geben und abnehmen. Ist die Arbeit erledigt, archiviert sich der Kanal selbst, der Verlauf bleibt aber durchsuchbar.

Unterstützt werden zum Start vier Agenten, im Wortlaut der Ankündigung: "Slack Code is live today for teams using Claude (Anthropic), Devin (Cognition), GitHub (Copilot), and Vercel integrations, with OpenAI (ChatGPT) available soon." Eine Besonderheit, die leicht untergeht: Angelegt wird so ein Kanal nicht von Hand. Slacks FAQ sagt, ein Agent erstelle ihn, sobald er zu arbeiten beginnt. The New Stack hat daraus die Zuspitzung gemacht, nur Agenten könnten diesen Kanaltyp erzeugen.

Was daran wirklich neu ist

Nicht die Technik. Agenten, die Code schreiben, gibt es seit über einem Jahr, und Slack-Integrationen sowieso.

Neu ist, wer zuschaut. Der Satz, der das trägt, steht bei Slack fast beiläufig: "High-stakes changes can route to a person for a fast approval, right in the channel." Slack setzt dahinter noch das Versprechen, man bekomme das Tempo der Automatisierung, ohne auf die Sicherheit eines Reviews zu verzichten. Damit wird die Freigabe von einer privaten Entscheidung im Terminal zu einem sichtbaren Vorgang im Team.

Das ist aus zwei Richtungen interessant. Für Entwickler heißt es, dass das eigene Vorgehen mit einem Agenten plötzlich öffentlich ist, mit allem, was das an Nachfragen mit sich bringt. Für Projektleitung, Product Owner und QA heißt es, dass sie zum ersten Mal ohne Umweg sehen, was ein Agent gerade tut und woran er scheitert. Wir haben im August mehrfach beschrieben, wie schlecht das bisher funktioniert: Anthropics Multi-Agenten-Studie hat gemessen, was passiert, wenn mehrere Agenten ohne Koordination im selben Projekt arbeiten, und Claude Code fragt seit dem 14.08. deutlich seltener nach.

Ein geteilter Kanal löst diese Probleme nicht. Er macht sie aber zum ersten Mal für alle sichtbar, statt sie in einem Terminalfenster zu belassen. Wie ein solches Setup ohne geteilte Kanäle aussieht, haben wir am Beispiel von Spotifys Honk aufgeschrieben: Honk im Kleinen: KI-Coding aus Slack im Team.

Wo läuft der Agent eigentlich?

Die erste Frage, die sich beim Zuschauen stellt: Wenn der Agent im Kanal etwas ausführt, wo passiert das? Slack beantwortet sie nirgends. Bei den Agentenanbietern selbst steht sie aber.

Für Claude Code ist die Antwort eindeutig. Laut Anthropics Dokumentation erzeugt eine Erwähnung mit Coding-Auftrag eine Session bei Claude Code on the web, also eine isolierte Umgebung in Anthropics Cloud. Voraussetzung ist ein dort verbundenes GitHub-Repository. Der eigene Rechner ist nicht beteiligt, und das gilt genauso für Devin, den Copilot-Agenten und den Vercel-Agenten, die alle als gehostete Dienste laufen.

Das ist erst einmal beruhigend, weil kein Fremder über den Umweg Kanal etwas auf eurem Laptop startet. Es hat aber zwei Folgen, die man kennen sollte.

Erstens liest der Agent den Kanal, und er nimmt ihn ernst. Anthropic formuliert das in derselben Dokumentation als ausdrückliche Warnung: "Claude may follow directions from other messages in the context, so users should make sure to only use Claude in trusted Slack conversations." Wer in den Kanal schreiben darf, kann den Agenten also mitlenken, auch ohne ihn selbst zu erwähnen. Begrenzt wird das dadurch, dass die Session unter dem Konto der Person läuft, die sie angestoßen hat, und nur deren verbundene Repositories erreicht. Der Schaden bliebe im Repository, nicht im Dateisystem. Trotzdem ist es fremdgesteuerte Arbeit im eigenen Namen, und die Zugangskontrolle besteht im Kern aus der Frage, wer im Kanal ist.

Zweitens kann die Cloud nicht alles. Anthropic empfiehlt selbst, direkt im Web statt über Slack zu arbeiten, wenn man Dateien hochladen, während der Entwicklung eingreifen oder längere, komplexere Aufgaben erledigen will. Dazu kommen harte Grenzen: nur GitHub, und ein Pull Request pro Session. Für den typischen Fall aus der Ankündigung, also einen Bugfix aus einer Diskussion heraus, passt das. Für alles, was lokale Werkzeuge, eine laufende Umgebung oder Ausgaben jenseits eines Diffs braucht, endet das Modell schnell.

Was Slack offenlässt

Hier wird die Ankündigung dünn, und das gehört dazu.

Zu Berechtigungen sagt Slack einiges, nur nicht das Entscheidende. In der Ankündigung heißt es: "Slack Code inherits Slack's existing permissions and admin controls, so IT doesn't need to configure or audit anything new." Die Produktseite ergänzt, Agenten sähen nur, was sie sehen dürfen, und nennt die üblichen Enterprise-Bausteine wie EKM, DLP und die Discovery-APIs. Das beantwortet die Frage nach innen: Wer im Arbeitsbereich darf was. Offen bleibt die nach außen: Welcher Kanalinhalt und welcher Code geht konkret an Anthropic, Cognition, GitHub oder Vercel. Dazu findet sich nichts. Für ein Team mit Auftragsverarbeitung im Rücken ist das die erste Frage, nicht die letzte. Wie weit der Zugriff technisch reicht, beschreibt Slack nur allgemein in einem Entwicklerbeitrag vom 11.12.2025: Agenten könnten "securely access unstructured data from conversations, canvases, and connected developer tools".

Zu Plänen und Preisen steht in der Ankündigung nichts. The Register kritisiert das offen: Die Ankündigung "doesn't spell out which Slack plans have access, how broadly the feature is being rolled out, or which of the named coding-agent integrations are available at launch." Den letzten Punkt kann man beantworten, die vier Agenten stehen in Slacks eigener FAQ. Die Planfrage nicht.

Unite.AI und The Next Web berichten übereinstimmend, Slack Code sei ab Tag eins in jedem Plan enthalten, auch in kostenlosen Arbeitsbereichen und ohne Aufpreis. Wir haben das am 21.08. an drei Slack-eigenen Seiten gegengeprüft, dem Ankündigungsbeitrag, der Produktseite und dem Entwicklerbeitrag, und keine davon sagt etwas zu Plänen. Dafür schreibt Slack in einem anderen Beitrag über Agenten aus dem Marketplace allgemein, diese stünden "for customers on paid Slack plans" bereit. Das ist kein Gegenbeleg, weil es nicht von Slack Code handelt, aber ein Grund, nicht einfach von gratis auszugehen. Bis Slack sich äußert, ist "läuft auch im Gratis-Plan" eine Annahme und keine Zusage.

Zur Verfügbarkeit in Europa haben wir keine Angabe gefunden.

Was das für euch heißt

Wer Slack im Team nutzt und ohnehin mit Coding-Agenten arbeitet, bekommt hier ohne Aufwand eine Transparenz, die man sich sonst selbst bauen müsste. Das ist der ehrliche Reiz.

Drei Dinge lohnen sich trotzdem vor dem ersten Kanal:

  1. Klären, welcher Agent welchen Zugriff bekommt. Der Agent liest die Unterhaltung, aus der er arbeitet. Wer in Projektkanälen über Kundendaten, Zugangsdaten oder Interna spricht, sollte das vorher wissen und nicht hinterher.
  2. Die Freigabe wirklich als Freigabe behandeln. Ein Klick im Chat fühlt sich leichter an als ein Review im Pull Request. Genau das ist die Gefahr: Wir haben am 14.08. beschrieben, wie schnell menschliche Bestätigungen zur Routine werden, wenn sie oft genug kommen.
  3. Auf die Preisfrage warten, bevor ihr plant. Solange Slack nicht sagt, welche Pläne Zugriff haben, ist jede Kalkulation eine Wette.

The Register bringt die offene Frage auf den Punkt: "Whether watching a bot write software alongside your coworkers marks the future of collaborative development or simply gives everyone another Slack channel to monitor remains to be seen." Dem ist wenig hinzuzufügen, außer dass beides gleichzeitig zutreffen kann.

Quellen9