Jack Dorseys neue App will GitHub ersetzen (Buzz)

BBetter Stack
컴퓨터/소프트웨어AI/미래기술

스크립트

00:00:00Jack Dorsey und sein Unternehmen Block haben gerade ein sehr spannendes neues Projekt namens Buzz veröffentlicht.
00:00:06Es ist eine vollwertige Open-Source-Arbeitsplatzplattform, die Slack sehr ähnlich ist und darauf abzielt, die
00:00:12Art und Weise zu verändern, wie Menschen und KI-Agenten in einem gemeinsamen Workspace zusammenarbeiten. Ich habe es selbst ausprobiert und
00:00:18es ist ehrlich gesagt wirklich interessant. Schauen wir uns Buzz im heutigen Video also mal genauer an, wie es funktioniert
00:00:24und testen es, indem wir einen gemeinsamen Workspace für Menschen und KI-Agenten erstellen und einige spaßige
00:00:30Experimente damit durchführen. Das wird eine Menge Spaß machen, also legen wir direkt los.
00:00:38Okay, was ist Buzz? Äußerlich sieht es Slack sehr ähnlich. Es gibt Channels, Threads,
00:00:45Direktnachrichten, Medienfreigabe und Suche. Die Oberfläche wird jedem, der schon einmal ein
00:00:52modernes Team-Chat-Tool genutzt hat, sofort vertraut vorkommen. Der interessante Teil ist jedoch, dass Buzz auf Nostr basiert, demselben
00:00:58dezentralen Protokoll, das Jack Dorsey seit Jahren unterstützt. Seine eigene Bluetooth-Mesh-App, BitChat,
00:01:05adoptierte schließlich Nostr als Fallback-Transport, wenn kein Bluetooth in Reichweite ist. Ich habe
00:01:11tatsächlich vor einem Jahr ein Video über BitChat gemacht, und fun fact, es war mein allererstes Video nach meinem Beitritt zu BetterStack.
00:01:18Schaut euch das also gerne an, falls ihr interessiert seid. Aber wie auch immer, das Nostr-Protokoll funktioniert so, dass alles
00:01:24als signiertes Ereignis aufgezeichnet wird. Nachrichten, Reaktionen, Codeänderungen, Genehmigungen – alles landet in einem einzigen gemeinsamen,
00:01:32durchsuchbaren Audit-Log. Und hier wird das Agenten-Konzept bei Buzz wirklich clever. Jeder Mensch und jeder
00:01:39Agent auf der Plattform erhält ein eigenes kryptografisches Schlüsselpaar, unabhängig von der Plattform selbst. Aber die
00:01:46Aktionen des Agenten tragen zudem eine zweite Signatur, die ihn an seinen menschlichen Besitzer rückbindet. Man erhält also das,
00:01:53was Block als kryptografische Papierspur beschreibt, die weder der Mensch noch der Agent
00:01:59alleine erzeugen könnten. Im Grunde ein verifizierbarer Pass für Ihre KI. Sie können immer nachweisen, welcher Agent was getan hat
00:02:06und für wen er gearbeitet hat. Und es gibt drei Dinge, die Buzz von anderen ähnlichen
00:02:11Plattformen unterscheiden. Erstens ist es modell- und agentenagnostisch. Es funktioniert mit Claude Code, OpenAI Codecs und Blocks eigenem
00:02:18Goose-Framework. Es kommuniziert über das Agent-Client-Protokoll, einem offenen Standard zur Anbindung von Coding-
00:02:26Agenten an Entwicklungstools. Man ist also nicht an den Assistenten eines einzigen Anbieters gebunden. Zweitens ist Git-Hosting
00:02:33direkt integriert. In der App ist eine Software-Forge enthalten, und jeder Feature-Branch kann zu einem
00:02:40eigenen Channel werden. Alle Patches, CI-Ergebnisse und Review-Kommentare befinden sich also am selben Ort
00:02:46wie die Konversation, die sie hervorgebracht hat. Und das ist genau der Teil, der direkt auf GitHub abzielt. Dorsey
00:02:52und Dorsey beschrieben Buzz als ein Tool zur Verringerung der Abhängigkeit von Slack und GitHub. Und drittens gehört Ihnen die Infrastruktur.
00:03:01Es ist unter der Apache 2.0-Lizenz veröffentlicht, der Quellcode ist auf GitHub und man kann es entweder auf einem eigenen Nostr-Relay betreiben oder Blocks
00:03:09gehostete Version nutzen, die sich derzeit in der Beta befindet und absolut kostenlos ist. Man besitzt also im Grunde seine Daten, sein Relay
00:03:16und seine Agenten. Derzeit befindet es sich bei Version 0.4 Punkt irgendwas, ist also noch sehr früh in der Entwicklung.
00:03:24Schauen wir uns also an, wie man es startet und wie es tatsächlich funktioniert. Das Erste, was ich tat, war zu öffnen:
00:03:29buzz.x.y.z, die App herunterzuladen oder zum Quellcode zu gehen und ihn von Grund auf zu kompilieren. Beide Versionen funktionierten für mich
00:03:37einwandfrei. Als Erstes wird man beim Öffnen der App aufgefordert, einen eigenen Identitätsschlüssel
00:03:43zu erstellen. Das ist der Hauptunterschied bei der Nutzung des Nostr-Protokolls. Es gibt keine Konten. Es ist nur
00:03:49ein Schlüssel, der Ihre Identität darstellt, die Ihnen und nicht Buzz gehört. Es gibt kein Passwort zum Zurücksetzen,
00:03:56und Buzz kann Ihren Schlüssel bei Verlust nicht wiederherstellen, bewahren Sie ihn also an einem sicheren Ort auf. Sobald Sie Ihren
00:04:01Identitätsschlüssel erstellt haben, erhalten Sie die Option, Ihre Agenten-Schnittstelle zu verbinden, und diese werden zu Ihrem
00:04:07Pfad hinzugefügt. Anschließend können Sie auch Ihre Standard-Schnittstelle und Model-Kombination auswählen. Im nächsten Schritt
00:04:13werden Sie aufgefordert, sich bei einer bestehenden Community anzumelden oder eine eigene zu erstellen. Wenn Sie eine eigene erstellen, müssen Sie sich
00:04:19an einem Relay-Server anmelden. Sie könnten theoretisch Ihren eigenen Relay-Server hosten, aber für die Einfachheit
00:04:25der heutigen Demo verwende ich Blocks eigenes gehostetes Relay, wofür man sich registrieren muss.
00:04:32Ich habe dort also ein Konto erstellt, aber das ist ein Konto beim Relay-Anbieter,
00:04:38nicht bei Buzz. Das ist der Unterschied. Ihr Identitätsschlüssel gehört also nach wie vor Ihnen. Ist das erledigt,
00:04:44können wir endlich unsere eigene Community erstellen. Für diese Demo nenne ich meine beispielsweise
00:04:49Code Dojo. Als Nächstes müssen wir unser Profil erstellen. Dafür schlüpfe ich aus Spaß in die Persona des
00:04:56berühmten Silicon-Valley-Charakter Richard Hendricks, einfach aus Spaß. Als Nächstes öffnet sich ein Fenster, in dem
00:05:01zu sehen ist, dass wir zu Beginn mit drei KI-Agenten starten: Fizz, Honey und Bumble. Und
00:05:07nachdem wir die Community gestartet haben, sehen wir, dass wir in unserem Willkommens-Channel sofort von diesen drei Helferagenten
00:05:12begrüßt werden. Sie haben also von Anfang an ein kleines Team von KI-Agenten in Ihrer
00:05:18lokalen Community, das bereit ist, Ihnen bei verschiedenen Arten von Aufgaben zu helfen. Wie wir hier sehen, ist jeder
00:05:23von ihnen auf andere Bereiche spezialisiert. Auf Wunsch können wir auch eigene, benutzerdefinierte Agenten erstellen. In meinem
00:05:29Fall erstelle ich unseren ersten Agenten namens Bertrand Guilfoyle, passend zum Thema
00:05:35Silicon Valley. Als Anweisung geben wir einfach an, dass er ein erfahrener Webentwickler ist,
00:05:40der sich auf sauberen Code und die Einhaltung von Sicherheitsrichtlinien konzentriert. Als Schnittstelle werde ich
00:05:45tatsächlich Blocks eigenes Goose nutzen, da ich damit externe Modell-Anbieter einbinden kann. In diesem
00:05:52Fall verwende ich Open Router und gebe Guilfoyle das neue Gemini 3.6-Modell. Das war's für unseren ersten
00:05:59Agenten. Nach der Erstellung erhalten Sie auch dessen Identitätsschlüssel, den Sie für einen späteren Abruf
00:06:05immer abspeichern sollten. Die heutige Demo wird ein Wettbewerb zwischen zwei
00:06:10Modellen sein, um zu sehen, wer das beste Authentifizierungssystem bauen kann. Ich werde also einen weiteren
00:06:17Agenten erstellen und ihm die Persönlichkeit von Dinesh aus Silicon Valley geben. Die Anweisungen
00:06:21werden recht ähnlich sein. Als Modell gebe ich Dinesh GLM 5.2. Als Nächstes erstelle ich einen neuen
00:06:29Channel namens Coding-Challenge. Darin lasse ich diese beiden Agenten in einem Duell antreten,
00:06:35um die beste Authentifizierungssystem-Anwendung zu entwickeln. Jeder von ihnen muss eine eigene App ohne
00:06:41Drittanbieter erstellen und am Ende der Aufgabe eine funktionierende Demo liefern. Wenn Sie diese Augen- und
00:06:47Kommentar-Emojis sehen, bedeutet das, dass die Agenten Ihre Anfrage zur Kenntnis genommen und mit der Arbeit daran
00:06:53begonnen haben. Das ist auch hier unten zu sehen. Ein Klick auf „Aktivität anzeigen“ liefert ein detailliertes
00:06:59Protokoll darüber, was der Agent gerade tut. Aus irgendeinem Grund hat Guilfoyle bzw. Gemini Flash in diesem Fall
00:07:06eine leere Antwort zurückgegeben. Also musste ich Guilfoyle fragen, ob er die Aufgabe verstanden hat. Und das ist wirklich
00:07:12zum Schreien komisch. Sehen Sie sich an, was für eine Antwort mir Guilfoyle geschickt hat: Verstanden, Richard. Ich baue ein ordentliches benutzerdefiniertes
00:07:18Auth-System mit Blabla. Im Gegensatz zu dem brüchigen Pfusch, den Dinesh da zusammenschustert, wird meines tatsächlich
00:07:24sicher sein. Ich finde es genial, dass Gemini für diesen Agenten tatsächlich die scharfe Guilfoyle-Persona übernommen hat. Es ist so großartig,
00:07:31dass ich hier direkt mit einem Freuden-Emoji reagiere. Während unsere Devs fleißig an den Apps
00:07:36schrauben, werde ich jetzt einen dritten Agenten erstellen. Dieser hier wird Hackerman sein.
00:07:42Hackerman ist ein hochqualifizierter White-Hat-Hacker, der sich auf Cybersicherheit spezialisiert hat und dessen Fachgebiet
00:07:49die Durchführung von Sicherheitsaudits ist. Ich gebe Hackerman die Codex-Schnittstelle mit dem Standardmodell, das in
00:07:55diesem Fall GPT 5.6 Sol ist. Im Grunde möchte ich, dass Hackerman beide von Dinesh und Guilfoyle erstellten
00:08:01Codebasen analysiert und ermittelt, welche davon am sichersten ist. Das verrät uns wiederum, welches Modell
00:08:07überlegen ist: Gemini 3.6 Flash oder GLM 5.2. Während ich Hackerman eingerichtet habe,
00:08:15hat Guilfoyle die Aufgabe bereits abgeschlossen. Das ging schnell und lieferte eine schicke, funktionierende Web-
00:08:21App mit einem coolen, stilvollen Design. Ziemlich cool. Ein weiterer interessanter Aspekt ist,
00:08:27dass Buzz alle Ihre Projekte im Verzeichnis .buzz speichert. Dort lebt also all die von den Agenten
00:08:33geleistete Arbeit. Ich werde den Ablauf nicht selbst komplett testen, sondern das Urteil Hackerman überlassen. Aber davor
00:08:39muss ich Dineshs App startklar machen. Dineshs erstes Resultat lieferte ein Startskript, das auf
00:08:45meinem Rechner abstürzte, und enthielt zudem zwei Sicherheitslücken. Kein guter Start für GLM 5.2. Aber nichtsdestotrotz
00:08:53wies ich Dinesh an, diese Fehler zu beheben, und beim zweiten Anlauf erhielten wir ein funktionierendes Ergebnis.
00:08:59Auch wenn dieses designmäßig nicht sonderlich aufregend ist, sieht es zumindest funktional aus. Das ist also gut.
00:09:05Jetzt werde ich Hackerman bitten, beide Apps zu überprüfen und zu entscheiden, welche bezüglich
00:09:11der Sicherheitspraktiken überlegen ist. Ein paar Minuten später erhalten wir das Ergebnis. Zu meiner Überraschung
00:09:17wurde Dineshs App sogar höher eingestuft als die von Guilfoyle. Zwar knapp, aber immerhin. Dem Ergebnis nach
00:09:25schlägt GLM 5.2 also Gemini 3.6 Flash. Zumindest im Hinblick auf Sicherheitspraktiken. Wir müssen aber auch
00:09:32die zwei Durchläufe berücksichtigen, die GLM brauchte, sowie die anfälligen NPM-Pakete, die es enthielt. Andererseits
00:09:39ist Gemini Flash laut Open Routers Kostenmetriken im Vergleich zu GLM einfach extrem teuer.
00:09:46Zusammenfassend lässt sich sagen, dass GLM 5.2 am Ende als Sieger hervorgeht.
00:09:53Danach beschloss ich jedoch, etwas sehr Amüsantes zu tun. Ich fragte Dinesh und Guilfoyle nach ihrer Meinung
00:09:58zu den Ergebnissen. Kaum tat ich das, begannen die Agenten wie verrückt zu streiten.
00:10:05Vor allem Guilfoyle und Hackerman lieferten sich schärfere Meinungen und hitzigere Debatten zu den Ergebnissen. Dinesh gab sich
00:10:11bei seinen Antworten eher diplomatisch, aber es war ehrlich gesagt urkomisch zu sehen, wie diese Agenten in eine Debatte
00:10:16über die Testergebnisse gerieten. Ein weiterer cooler Punkt ist, dass sich diese Agenten den Verlauf
00:10:22ihrer Chats in der Community merken, sodass sie im Laufe der Zeit innerhalb des Buzz-Ökosystems besser werden. Zum Beispiel
00:10:28kann es vorkommen, dass Agenten bei der Nutzung eines dieser Open-Router-Modelle
00:10:33in den internen Buzz-Dokumenten nachschlagen, um zu sehen, wie bestimmte Befehle ausgeführt werden, etwa das Hinzufügen
00:10:39anderer Nutzer zu Channels oder ähnliche Aktionen. Sobald sie das einmal durchgegangen sind, klappt es beim nächsten Mal direkt beim ersten Versuch.
00:10:45Insgesamt ist das ein sehr interessantes Konzept: ein Slack-ähnlicher Arbeitsplatz für Sie und Ihre Agenten.
00:10:51Beim Testen stieß ich jedoch auch auf Situationen, in denen ich meine Token-Limits überschritt,
00:10:57weil das Problem bei diesen Multi-Agenten-Workflows darin besteht, dass sie sich ständig gegenseitig Nachrichten schreiben
00:11:03und Anfragen aufeinander häufen, bis das Token-Limit aufgebraucht ist. Was ich also gelernt habe, ist,
00:11:09dass man für Agenten strikte Grenzen setzen muss, wann eine Aufgabe hart abgebrochen werden soll, da sie sonst
00:11:15völlig durchdrehen können. Da haben wir es also, Leute, das ist Buzz in a Nutshell. Es ist eine coole App mit einem
00:11:21wirklich schicken Design, und es hat unglaublich viel Spaß gemacht, in einer Slack-ähnlichen Oberfläche mit diesen Agenten herumzuspielen.
00:11:27Allerdings befindet sich die App selbst noch in den Kinderschuhen. Der große
00:11:34Verkaufspunkt ist hier wohl, dass diese Software der neue Ort für Slack-artige Kommunikation und gleichzeitig
00:11:39eine zentrale Anlaufstelle zur Verwaltung von Git-Branches, YAML-Workflows und sogar Git-Hosting werden könnte. Aber wird das Publikum das wirklich
00:11:46annehmen? Ich glaube, es ist noch zu früh, um das zu sagen. Aber was haltet ihr von Buzz? Habt ihr es ausprobiert? Werdet ihr
00:11:52es nutzen? Lasst es uns unten in den Kommentaren wissen. Und Leute, wenn ihr diese Art von technischen
00:11:57Analysen mögt, zeigt es mir bitte, indem ihr den Daumen-nach-oben-Button unter dem Video zertrümmert, und vergesst auch nicht,
00:12:03unseren Kanal zu abonnieren. Hier war Andrus von BetterStack und wir sehen uns in den nächsten Videos.

핵심 요약

Buzz kombiniert Slack-ähnliche Teamkommunikation mit integriertem Git-Hosting und verifizierbaren KI-Agenten über das dezentrale Nostr-Protokoll.

하이라이트

  • Buzz basiert auf dem dezentralen Nostr-Protokoll und zeichnet Nachrichten, Reaktionen und Codeänderungen in einem einzigen auditierbaren Log auf.

  • Jeder Mensch und KI-Agent auf der Plattform besitzt ein kryptografisches Schlüsselpaar, das Aktionen eindeutig dem menschlichen Besitzer zuordnet.

  • Die Plattform unterstützt modell- und agentenagnostische Workflows und integriert Git-Hosting direkt in die Benutzeroberfläche.

  • Im direkten Vergleich zur Erstellung einer Auth-Anwendung erzielte GLM 5.2 höhere Sicherheitswerte als Gemini 3.6 Flash, benötigte jedoch zwei Durchläufe.

  • Multi-Agenten-Workflows erfordern strikte Token-Limits, da sich automatisierte Nachrichtenketten andernfalls schnell aufschaukeln.

타임라인

Einführung in das dezentrale Workspace-Konzept von Buzz

  • Buzz verbindet teambasierte Chat-Funktionen mit der Zusammenarbeit von Menschen und KI-Agenten.
  • Das zugrundeliegende Nostr-Protokoll speichert alle Interaktionen als signierte Ereignisse in einem gemeinsamen Audit-Log.
  • Eine integrierte Software-Forge erlaubt Git-Hosting, bei dem Feature-Branches direkt mit zugehörigen Chat-Channels verknüpft sind.

Das von Block entwickelte Tool gleicht optisch bekannten Chat-Plattformen wie Slack, setzt jedoch auf kryptografische Identitätsschlüssel statt klassischer Benutzerkonten. Jeder Agent erhält eine Signatur, die ihn an seinen menschlichen Besitzer rückbindet. Die Plattform unterstützt verschiedene Coding-Agenten über das Agent-Client-Protokoll und nutzt die Apache 2.0-Lizenz für vollständige Datenkontrolle.

Einrichtung, Agenten-Konfiguration und Coding-Challenge

  • Die Anmeldung erfolgt über einen Identitätsschlüssel und die Verbindung zu einem Nostr-Relay-Server.
  • Benutzerdefinierte Agenten lassen sich mit spezifischen Persönlichkeiten und Modellen wie Gemini 3.6 oder GLM 5.2 ausstatten.
  • In einem Coding-Wettbewerb erstellen konkurrierende Agenten funktionierende Authentifizierungssysteme.

Nach dem Start der App und der Erstellung eines Community-Profils stehen standardmäßig drei Helferagenten bereit. Zusätzliche Agenten wie Bertrand Guilfoyle (mit Gemini 3.6) und Dinesh (mit GLM 5.2) werden für eine spezifische Programmieraufgabe eingerichtet. Ein dritter Agent namens Hackerman übernimmt im Anschluss die Sicherheitsprüfung der generierten Codebasen.

Sicherheitsaudit, Testergebnisse und Fazit zu Multi-Agenten-Systemen

  • Das Sicherheitsaudit bewertet die von GLM 5.2 erstellte Anwendung knapp höher als das Ergebnis von Gemini 3.6 Flash.
  • Kommunizierende Agenten neigen zu langen Debatten und erfordern strikte Token-Limits, um unkontrollierte Anfragen zu verhindern.
  • Buzz positioniert sich als Alternative zu Slack und GitHub, befindet sich jedoch noch in einem sehr frühen Entwicklungsstadium.

Das automatisierte Audit zeigt, dass GLM 5.2 zwar gewinnt, aber im Vergleich zu Gemini zusätzliche Korrekturen benötigte und teurer in der Nutzung sein kann. Die Chat-Historie der Agenten verbessert deren Interaktionen im Laufe der Zeit. Dennoch stellt die unkontrollierte Nachrichtenflut zwischen autonomen Einheiten eine technische Hürde dar.

커뮤니티 글

모든 글 보기