Die Slack Code API ist jetzt für alle Slack-Tarife allgemein verfügbar

Slack hat die Slack Code API am 28. Oktober 2026 für alle Slack-Tarife allgemein verfügbar gemacht. Damit steht das im August 2026 eingeführte Code-Kanal-System den Agenten aller Entwickler zur Verfügung. In einem Beitrag im Entwicklerblog von Slack erklärte das Unternehmen, dass mehr als 150 Kunden und Partner um Zugang gebeten hatten, um Code-Kanal-Erlebnisse für ihre eigenen Agenten zu entwickeln. Diese Möglichkeit war zuvor auf eine Handvoll Partner beschränkt, die zum Start dabei waren.

Slack stellte Slack Code im August gemeinsam mit Partnern wie Anthropic, Cognition, GitHub und Vercel vor. In der Ankündigung zum Start wurde außerdem OpenAI genannt und ChatGPT als in Kürze verfügbar aufgeführt. Ein Code-Kanal ist ein eigener Bereich, den ein Agent für eine einzelne Aufgabe öffnet und in dem bereits die richtigen Personen, der passende Kontext und ein Plan vorhanden sind. Sobald die Arbeit abgeschlossen ist, wird der Kanal automatisch archiviert, bleibt aber durchsuchbar. Slack berichtete zum Start, dass sich mehr als 70 % der Code-Kanäle innerhalb eines einzigen Tages öffnen und schließen – von der Idee bis zum zusammengeführten Pull Request.

Eigenen Agenten einbinden

Mit der allgemein verfügbaren API kann jeder Entwickler einen Agenten einen Code-Kanal starten, die relevanten Personen und Dateien hinzufügen, während der Arbeit Aktualisierungen veröffentlichen und den Kanal nach Abschluss der Arbeit archivieren lassen. Laut Slack erhalten Entwickler dieselben grundlegenden Funktionen wie die Partner zum Start – unabhängig davon, ob sie einen eigenen Agenten für ein Unternehmen oder einen neuen Agenten für den Slack Marketplace entwickeln.

Laut Slack bedeutete es bisher, die Ausgaben von Programmieragenten über herkömmliche Threads und Direktnachrichten weiterzuleiten, wenn man sie in Slack einbinden wollte. Das werde schnell zu eng, sobald ein Agent eine große Protokolldatei anhängen, einen Code-Diff mit 50 Zeilen vorschlagen oder einen mehrstufigen Ausführungsplan abarbeiten müsse. Unternehmen mit strengen Sicherheitsanforderungen hätten nach Angaben von Slack überhaupt keine handelsüblichen Agenten von Drittanbietern nutzen können.

Laut dem Unternehmen eröffnet die API drei Möglichkeiten: Agenten können offen arbeiten und einen eigenen Code-Kanal erstellen, wenn eine Anfrage einen separaten Bereich erfordert; ein ganzes Team kann Agenten mithilfe von Lesezeichen und einem vollständigen Ausführungsverlauf steuern; und Unternehmen können Agenten vertrauen, weil die Einhaltung von Nachrichtenvorgaben integriert ist und zugleich die Workspace-Kontrollen und Datengrenzen gelten, die Administratoren bereits nutzen. Über die APIs lassen sich Code-Diffs, HTML-Vorschauen und Denkschritte anzeigen, während Slack den Rest der Benutzeroberfläche übernimmt. Slack erklärte, die Plattform bleibe agentenneutral. Teams könnten daher später zu anderen Agenten oder Modellen wechseln und trotzdem am selben Ort weiterarbeiten.

Slack berichtete, dass GitHub Copilot in 30 % seiner Agentensitzungen einen eigenen Code-Kanal öffnet. Tim Hunter, Staff Engineer bei GitHub, sagte, GitHub integriere die Interaktionen mit Copilot, mit denen Nutzer bereits vertraut seien, in denselben Bereich, in dem sie auch ihre übrige Arbeit erledigten. Mael Kerichard, Software Engineer bei Mistral, erklärte, die API wirke speziell für KI-Agenten konzipiert. Dafür sprächen ihre Flexibilität, die einfache Einrichtung und der Funktionsumfang.

Laut Slack ist die Governance integriert: Ein Agent übernimmt die Berechtigungen und Administratorkontrollen des Kanals, in dem er arbeitet. Entwickler müssen kein separates Zugriffsmodell erstellen, und die IT muss nichts Neues konfigurieren. Eine Person kann jede Änderung mit weitreichenden Folgen genehmigen. Auch nach der Archivierung des Kanals bleibt durchsuchbar, was der Agent getan hat.

Slack veranschaulicht das Modell anhand eines Produktionsalarms um 2:00 Uhr nachts: Ein eigens entwickelter Observability-Agent öffnet einen Code-Kanal, ruft die relevanten Protokolle ab und beginnt mit der Arbeit an einer Lösung, während die Bereitschaftstechniker mitlesen und ihn mitten in der Aufgabe in eine andere Richtung lenken können. Das Unternehmen erklärte, dass sich dasselbe Vorgehen für die Fehler-Triage und für DevOps-Aufgaben wie Konfigurationsänderungen oder Rollbacks eigne.

So funktioniert die API

In der Entwicklerdokumentation von Slack heißt es, dass Apps Titel, Status, Kontextleiste und Ansichtsregisterkarten eines Code-Kanals über zwei Gruppen von API-Methoden steuern. Die agents.sessions.* Methoden sind für Code-Kanäle und Sitzungsthreads einheitlich. Ein Parameter für den Thread-Zeitstempel legt den Sitzungstyp fest, und sie erfordern den chat:write Berechtigungsumfang. Die agents.conversations.* Methoden verwalten spezielle Aufgaben für Code-Kanäle und erfordern den code_channels:manage Berechtigungsumfang.

Zu den dokumentierten agents.conversations.* Methoden zählen create, archive (wobei optional eine Zusammenfassung gespeichert werden kann), setProperties, setCommands, setView (mit Unterstützung für die Ansichten html, diff, block_kit oder canvas), listViews, removeView, getCanvas und setCanvasContent.

Apps aktivieren Code-Kanäle, indem sie features.code_channels.enabled im App-Manifest auf true setzen; optional kann ein slash_command_url. Wenn ein Nutzer die App erwähnt, erhält sie ein app_mention-Ereignis und entscheidet, ob sie einen eigenen Code-Kanal erstellt oder direkt im bestehenden Kanal antwortet. Beim Erstellungsaufruf werden der Ursprungskanal und der Zeitstempel der Nachricht übergeben. Slack erstellt daraufhin den Kanal, übernimmt dessen Datenschutzeinstellung und lädt den Bot automatisch ein.

Nach dem dokumentierten Autorisierungsmodell muss der Aufrufer entweder der dem Kanal zugewiesene Agenten-Bot oder Mitglied des Kanals sein. Andernfalls werden die Fehler not_agent_channel oder not_authorized zurückgegeben. Code-Kanäle sind als kurzlebige Bereiche konzipiert – ein Kanal pro Aufgabe, der nach Abschluss der Sitzung archiviert wird. Auch nach der Archivierung bleiben der Kanal und sein Verlauf einsehbar und durchsuchbar und können wieder geöffnet werden.

Kommende Tools und erste Schritte

Slack erklärte, dass Verbesserungen am Pull-Request-Erlebnis bald verfügbar sein werden: GitHub-Nutzer können dann in Slack Überprüfungen anfordern, Kommentare werden bidirektional zwischen Slack und GitHub synchronisiert, und sobald ein Pull Request genehmigt wurde und alle Tests erfolgreich sind, erscheint im Code-Kanal eine Aufforderung zum Zusammenführen. Eine erweiterte Registerkarte „Agenten & Tools“ soll ebenfalls bald verfügbar sein. Sie bietet einen Überblick über Agentenkonversationen und Code-Kanäle mit Angaben zu Status, Kanalmitgliedschaft und aktuellem Kontext sowie die Möglichkeit, öffentliche Code-Kanäle zu durchsuchen.

Slack nannte drei Möglichkeiten für den Einstieg: die Dokumentation lesen und die API zu einem Agentenmanifest hinzufügen, einen Agenten im Slack Marketplace einreichen oder vorhandene Slack-Code-Agenten im Marktplatz ausprobieren, darunter Claude, Devin, GitHub Copilot und Vercel.