Slack Code API ist allgemein verfügbar: Agenten beliebiger Entwickler können Code-Kanäle öffnen

Von den Launch-Partnern zu allen Entwicklern

Salesforce hat Slack Code im August mit der Idee gestartet, dass agentenbasierte Entwicklung keine Einzelaufgabe sein sollte. Statt in einem privaten Tab zu verschwinden, soll die Arbeit der Agenten in Slack stattfinden, wo ein Team sie sehen kann. Launch-Partner wie Anthropic, Cognition, GitHub und Vercel haben das Konzept getestet.

Kern des Ganzen ist der Code-Kanal: ein eigener Bereich, den ein Agent für eine Aufgabe öffnen kann, mit den richtigen Personen, dem passenden Kontext und dem Plan bereits an Bord. Teammitglieder können dem Agenten bei der Arbeit zusehen, Kontext ergänzen und Änderungen freigeben, ohne Slack zu verlassen.

Laut Salesforce öffnet GitHub Copilot bei 30 % seiner Agentensitzungen einen eigenen Code-Kanal. Das Unternehmen deutet das so, dass es in fast einem Drittel der Fälle um Arbeit geht, die umfangreich genug für einen Arbeitsbereich in Aufgabengröße ist.

Die Nachfrage ließ nicht lange auf sich warten. Salesforce zufolge baten mehr als 150 Kunden und Partner um Zugang, um Code-Kanal-Erlebnisse für ihre eigenen Agenten zu entwickeln, doch nur eine Handvoll Partner konnte sie bislang umsetzen. Mit der allgemeinen Verfügbarkeit fällt diese Beschränkung weg.

Was die API Entwicklern bietet

Salesforce beschreibt das Problem, das die API löst. Wer Coding-Agenten in Slack einbinden wollte, musste bisher mit API-Aufrufen und Standardkomponenten wie Kanal-Threads oder Direktnachrichten arbeiten. Wenn ein Agent eine riesige Logdatei anhängen, einen Code-Diff mit 50 Zeilen vorschlagen oder einen mehrstufigen Ausführungsplan abarbeiten soll, wird es in einem normalen Thread schnell eng. Unternehmen mit strengen Sicherheitsanforderungen konnten zudem, so das Unternehmen, fertige Agenten von Drittanbietern gar nicht erst einsetzen.

Das Unternehmen hebt drei Fähigkeiten hervor:

• Agenten, die offen arbeiten. Code-Kanäle sind ein neues, speziell für Agenten gebautes Grundelement. Ein Agent kann selbstständig einen anlegen, wenn eine Anfrage einen eigenen Raum verdient.
• Agenten, die das ganze Team steuern kann. Über die APIs kann ein Agent seine Arbeit zeigen und Lesezeichen setzen. So kann ein Kollege in eine von jemand anderem begonnene Aufgabe einsteigen und den vollständigen Ausführungsverlauf einsehen.
• Agenten, denen ein Unternehmen vertrauen kann. Nutzer sehen, was der Agent tut und wer ihn freigegeben hat. Nachrichten-Compliance ist integriert, ebenso die Workspace-Kontrollen und Datengrenzen, die Admins bereits nutzen.

Entwickler legen fest, was der Agent tut und wie er seine Arbeit zeigt, während Slack die Oberfläche übernimmt. Die APIs können Code-Diffs, HTML-Vorschauen und Denkschritte anzeigen, sodass Entwickler auf eigene Oberflächen und Prüfschritte verzichten können. Salesforce betont außerdem, Slack bleibe eine agentenneutrale Plattform, sodass Teams Agenten oder Modelle später austauschen und am selben Ort weiterarbeiten können.

So funktioniert es, und das kommt noch

Entwickler fügen die Slack Code API ihrem Agenten-Manifest hinzu und legen die Eigenschaften eines Code-Kanals fest, etwa Name, Befehle und Ansichten. Wenn ein Teammitglied den Agenten in einem Kanal oder einer Direktnachricht erwähnt und die Anfrage mehr als eine schnelle Antwort erfordert, erstellt der Agent einen Code-Kanal und ergänzt Lesezeichen und Artefakte, damit andere mitverfolgen können. Er postet Updates und Statusmeldungen, während die Arbeit voranschreitet, und kann den Kanal nach Abschluss archivieren.

Zur Governance erklärt Salesforce, der Agent übernehme die Berechtigungen und Admin-Kontrollen des Kanals, in dem er arbeitet. Ein separates Zugriffsmodell muss nicht aufgebaut werden, und die IT hat nichts Neues zu konfigurieren. Jede folgenreiche Änderung kann von einer Person freigegeben werden, und alles bleibt auch nach Abschluss der Arbeit durchsuchbar.

Zwei Funktionen sind als bald verfügbar angekündigt. Die erste ist eine verbesserte Pull-Request-Erfahrung in Slack Code. Für Teams, die GitHub nutzen, sollen Nutzer Reviews bei Personen in Slack anfordern und den vollständigen Kontext der Agentenarbeit teilen können. Kommentare werden bidirektional zwischen Slack und GitHub synchronisiert. Sobald ein PR genehmigt ist und die Tests bestanden sind, soll eine Aufforderung anbieten, ihn direkt aus dem Code-Kanal zu mergen.

Die zweite ist ein erweiterter Tab „Agents & Tools“, der einen Überblick über alle Agentenunterhaltungen und Code-Kanäle geben soll, einschließlich Status, Kanalmitgliedschaft und aktuellem Kontext. Nutzer sollen außerdem öffentliche Code-Kanäle durchstöbern können, um zu sehen, woran Kollegen arbeiten.

Was das für Entwickler und Teams bedeutet

Mit der Veröffentlichung steht das Code-Kanal-Format allen offen, die Agenten bauen, ob als hauseigenen Agenten für ein Unternehmen oder für den Slack Marketplace. Entwickler können die Dokumentation zur Slack Code API lesen, die API ihrem Agenten-Manifest hinzufügen und ihren Agenten den ersten Code-Kanal starten lassen. Wer für Kunden entwickelt, kann Agenten im Slack Marketplace einreichen.

Teams, die sich das Format zunächst ansehen möchten, können im Marketplace Slack-Code-Agenten durchstöbern, darunter Claude, Devin, GitHub Copilot und Vercel. Salesforce nennt ein Beispielszenario: Ein individueller Observability-Agent öffnet nach einem Produktionsalarm um 2:00 Uhr nachts einen Code-Kanal, ein Bereitschaftsingenieur lenkt ihn um, und ein Kollege ergänzt fehlenden Kontext. Das Unternehmen argumentiert, diese Arbeitsweise lasse Wissen im Team wachsen, statt in einer privaten, zustandslosen Sitzung zu verschwinden.