Jack Dorsey startet Buzz: Slack + Git + KI-Agenten an einem Ort - eine kohärente Wette oder eine Full-Stack-Fantasie?

Jack Dorsey (Block) startet Buzz: Team-Chat + Git-Hosting + KI-Agenten. Die Wette: Heraus aus der Abhängigkeit von Slack/GitHub. Die Frage: Hält "Alles-in-einem" gegen Bausteine, die Teams quasi nie ersetzen?

In einfachen Worten - Jack Dorsey's Block hat Buzz am 21. Juli 2026 gestartet: eine einzige Plattform, die Team-Chat, KI-Agenten und Git-Hosting kombiniert. Die Idee: Entkommen Sie der Fragmentierung von Slack + GitHub + LLM-Tools, nutzen Sie Buzz für alle drei.

Kontext

Der Trend, auf dem Buzz aufbaut, ist real: Teams nutzen Slack, GitHub, ein Copilot-ähnliches Tool und zunehmend eine Agenten-Runtime. Jede Nahtstelle zwischen ihnen ist Reibung - Berechtigungen, Benachrichtigungen, Kontext, der nicht übertragen wird. Der Gegen-Trend ist ebenso real: Niemand entfernt GitHub. Oder Slack. Oder ihren bestehenden Agenten-Stack.

Unter der Haube

• Chat: Team-Nachrichtenoberfläche, Funktionsparität mit den Slack-Grundlagen zum Start (Kanäle, Threads, DMs).
• Git-Hosting: Vollständiger Git-Server + PR/Review-Benutzeroberfläche. Vergleichbar mit einer grundlegenden GitLab-Installation.
• KI-Agenten: Agenten, die innerhalb von Kanälen ausgeführt werden können, mit Bewusstsein für den Git-Kontext (Repository, PRs, Issues).
• Integrationspunkt: Die drei Oberflächen teilen ein einziges Berechtigungs-/Identitätsmodell, was Buzzs Argument für Haftung ist.

Analyse

Die Wette ist architektonisch, nicht nur produktbezogen. Slack + GitHub + Agenten-Tool sind drei separat berechtigte Systeme, und der Agent ist das Teil, das am meisten einen einheitlichen Kontext benötigt (er möchte Ihren Slack-Thread UND Ihren PR UND Ihren Issue-Tracker). Buzz, das diese zu einem Identitäts-/Berechtigungsmodell zusammenfasst, ist ein wirklich durchdachter Design-Schritt. So würde eine "agentenorientierte Teamplattform" *gebaut werden, wenn der Stack 2026 von Grund auf neu aufgebaut worden wäre.

Aber: Die Wechselkosten von GitHub sind nicht das Produkt - es sind die zehn Jahre PR-Geschichte, CI-Verkabelung und Abhängigkeitsgraph, die in den Org-Konten leben. Buzz kann das nicht über Nacht replizieren, egal wie gut die Chat-Oberfläche ist.

Zwei Wege für Buzzs realistischen Keil:

1. Neue Teams / Startups - wo die GitHub-Trägheit minimal ist und "agentenbasiert von Anfang an" ein echtes Argument ist.
2. Luftdicht/self-hosted - wo Organisationen bereits ihre eigenen Git- und Slack-Alternativen betreiben und die Konsolidierung auf Buzz weniger Systeme bedeutet, nicht mehr.

Für ein etabliertes Team ist die interessante Frage, ob die Agenten-Oberfläche allein (Chat + repo-bewusste KI) ausreicht, um Buzz neben Slack/GitHub nur für die Agentenarbeit zu betreiben. So ist Zoom gegen Skype eingestiegen - ein Keil, kein Ersatz.

Szenarien

• Basisfall (55%): Buzz findet einen Keil in der agentenorientierten Teamplattform für neue/kleine Teams; verdrängt Slack oder GitHub nicht bei etablierten Unternehmen.
• Schnelle Übernahme (20%): Blocks Marke + Dorseys Vertrieb zieht Unternehmenspiloten an; die Ausgliederung wird in 12 Monaten ernsthaft.
• Rückgang (25%): Zu viele Oberflächen, die gleichzeitig gebaut werden müssen; Ausführungsverzögerung bei einem tötet den Differenzierer.

Auswirkungen

Für einen technischen Leiter: Wechseln Sie nicht - bewerten Sie. Buzz lohnt sich für ein Pilotprojekt im Agenten-Workflow eines einzelnen Teams, nicht für eine vollständige Migration. Für einen Slack/GitHub-Etablierten: Die "KI-native Neuausgabe" ist nun ein lieferbares Produkt, keine Bedrohung in Präsentationen.