Ein lauffähiger KI-Agent im eigenen Workspace in unter 15 Minuten: Mit dieser Zusage bewirbt Slack den Umbau seiner Plattform zum Slack Work-OS. Der Messenger, den viele Betriebe bislang als reines Chat-Tool nutzen, soll künftig KI, Agenten, Apps und Daten in einer Oberfläche bündeln. Eingeleitet wurde die Neupositionierung im Rahmen der Dreamforce-Ankündigungen 2025 durch Mutterkonzern Salesforce.
Kern des Umbaus sind zwei neue Schnittstellen, die externe Systeme an die Konversationsdaten von Slack anbinden: die Real-Time Search (RTS) API und ein Server für das Model Context Protocol (MCP). Beide sollen laut Slack einen abgesicherten, agentenfähigen Zugriff auf die laufenden Gespräche in Kanälen und Threads liefern. Statt einer geschlossenen Lösung setzt der Anbieter auf eine offene Plattform, an die Dritte ihre KI-Apps anschließen können.
Der zentrale Baustein MCP stammt nicht von Slack, sondern von Anthropic, das das Protokoll als Open-Source-Standard veröffentlicht hat. Das Protokoll ersetzt fragmentierte Einzelintegrationen durch eine einheitliche Anbindung, wie auch SiliconANGLE berichtet. Für Betriebe senkt ein offener Standard die Gefahr, an eine einzige proprietäre Schnittstelle gebunden zu sein.
Was das Slack Work-OS für die Umsetzung mitbringt
Die Werkzeuge zum Bauen der Agenten beschreibt Slack im Blogpost „Slack Platform Reimagined for the Agentic Era”. Für Teams mit Entwicklungsressourcen steht ein Kommandozeilen-Werkzeug samt dem Framework Bolt bereit, mit dem sich ein Agent laut Anbieter in unter 15 Minuten in einem Workspace zum Laufen bringen lässt. Wer keine Programmierkenntnisse hat, kann mit dem No-Code-Werkzeug Agent Builder Agenten direkt in der Plattform zusammenklicken. Kostenlose Sandboxes stehen zum Testen bereit – ein Team kann Abläufe also erproben, bevor Budget für Entwicklung gebunden wird.
Kurtis Kemple, bei Salesforce für die Slack-Entwicklerbeziehungen zuständig, begründet die RTS-API mit dem Aufwand bisheriger Abläufe. Ein Workflow zwischen Designern, Frontend-Entwicklern und Agenten von Vercel und Figma komme schnell auf 30 bis 40 Nachrichten. „Man müsste 40 API-Calls machen und 40 Nachrichten abgreifen. Sollte das jedes Mal so laufen?”, fragt Kemple laut SiliconANGLE. Die neue Schnittstelle soll diesen manuellen Aufwand ersetzen und einem Agenten den Gesprächskontext direkt liefern.
Marktreife belegt Slack über bereits gebaute Integrationen. Perplexity, Notion, Cursor, Anthropic und Vercel haben Apps und Agenten für den Slack Marketplace entwickelt. Insgesamt lassen sich laut Anbieter über 2.600 Apps ohne zusätzlichen Aufwand einbinden. Um weitere Entwickler zu gewinnen, schrieb Slack einen Hackathon mit 42.000 US-Dollar Preisgeld über drei Kategorien aus.
Die Zahlen zur Produktivität – und ihre Quelle
Slack unterlegt den Umbau mit eigenen Kennzahlen. Der „State of Work”-Report des Unternehmens nennt eine um 242 Prozent höhere Wahrscheinlichkeit, hochproduktiv zu sein, für Teams, die KI-Automatisierungen einsetzen. Diese Automatisierungen sparten pro Nutzer durchschnittlich 3,6 Stunden pro Woche. Auf seiner Work-OS-Seite beziffert Slack die wöchentliche Zeitersparnis pro Person mit Slack AI auf 97 Minuten.
Als Praxisbeispiel führt Slack den Hosting-Anbieter Vercel an, das Unternehmen hinter dem Web-Framework Next.js. Vercel habe seine Arbeit in Slack zentralisiert und dort KI-Werkzeuge sowie Agenten direkt in die Abläufe eingebettet – nach eigenen Angaben mit einer jährlichen Einsparung von mehr als 70.000 Stunden Meeting-Zeit. Alle diese Zahlen stammen aus Slacks eigenen Veröffentlichungen und sind nicht unabhängig geprüft.
Für den produktiven Betrieb hat Slack dokumentierte Empfehlungen veröffentlicht. Dazu zählen klare Befehle in natürlicher Sprache, regelmäßiges Prüfen der Agenten-Ausgaben auf Genauigkeit und ein Human-in-the-loop bei kritischen Entscheidungen wie Budgetfreigaben. Kanäle und Threads sollen die Aktivität der Agenten für das Team sichtbar halten.
Wovon Slack die Neuordnung ableitet
Die Begründung liefert Slack über die Fragmentierung der Unternehmens-IT. Ein durchschnittliches Großunternehmen jongliere mit über 1.000 Anwendungen; das ständige Kopieren, Einfügen und Wechseln zwischen Programmen koste bis zu 40 Prozent der Produktivität. Genau diese Lücke soll die Konversationsebene von Slack schließen, indem Agenten den Kontext aus den laufenden Gesprächen ziehen.
Unsere Einschätzung zum Slack Work-OS
Der praktisch nutzbare Teil steckt weniger in der Marketing-Erzählung vom „Work-OS” als in einem einzelnen technischen Detail: der Anbindung über MCP. Weil dieser Standard offen und von Anthropic quelloffen veröffentlicht ist, können deutsche KMU Routine-Anfragen automatisieren und dabei prinzipiell verschiedene KI-Modelle anschließen, statt auf einen Anbieter festgelegt zu sein. Der No-Code-Agent Builder und die kostenlosen Sandboxes senken die Einstiegshürde real – ein Team kann Abläufe testen, ohne sofort Entwicklerbudget zu binden. Das ist der konkrete Mehrwert, und er ist ernst zu nehmen.
Der Haken liegt in der Abhängigkeitsfrage. Offene Schnittstellen ändern nichts daran, dass die Konversationsdaten – das eigentliche Kapital dieser Automatisierung – in einer Salesforce-Plattform in US-Hand liegen. Wer seinen Betrieb auf Slack als zentrales Betriebssystem ausrichtet, verlagert Prozesswissen in ein System, dessen Preise und Bedingungen ein einzelner Konzern setzt. Die von Slack genannten Produktivitätszahlen stammen sämtlich aus dem eigenen Haus und taugen als Verkaufsargument, nicht als neutraler Beleg. Für KMU ist der pragmatische Weg, mit den Sandboxes klar abgegrenzte Anwendungsfälle zu erproben, sensible Daten bewusst zu prüfen und die offene MCP-Anbindung gezielt zu nutzen, um sich Ausstiegsoptionen offenzuhalten – statt den kompletten Betrieb in einer einzigen Plattform zu verankern.
