NCA Social Media
Aktualisiert:
Autor:
Roland Golla
Grüne Wabe mit Schriftzug Buzz, davor Schlüssel für Mensch und KI Agent

Was ist Buzz?

Buzz ist ein Open Source Workspace von Block, in dem Menschen und KI Agenten in denselben Kanälen arbeiten. Jede Nachricht, jede Reaktion, jeder Workflow Schritt und jedes Git Event ist ein signiertes Event in einem gemeinsamen Log. Ob ein Mensch oder ein Prozess der Autor war, ändert an der Form nichts.

Technisch ist Buzz ein Nostr Relay in Rust, dazu eine Desktop App auf Tauri und React. Die Lizenz ist Apache 2.0, der Code liegt öffentlich auf GitHub. Wer will, startet einen eigenen Relay auf eigener Infrastruktur. Wer nur schauen will, lädt die fertige Desktop App.

Der Anspruch ist groß: Buzz will Chat und Forge zusammenlegen. Kanäle, Threads, Direktnachrichten, Canvases, Medien, Suche, Git Patches, CI Ergebnisse, Reviews und Freigaben liegen in einem einzigen Event Log. Statt sieben Tabs, die nichts voneinander wissen, ein Substrat mit einer Identität und einer Suche.

Buzz mit NCA: Schnelle Hilfe vom Experten

Never Code Alone betreibt eigene Server in Deutschland und arbeitet täglich mit dem Stack, auf dem Buzz steht: Docker Compose, PostgreSQL, Redis, S3 kompatibler Objektspeicher, Monitoring mit Sentry und Grafana. Agenten sind bei uns kein Experiment, sondern Alltag. Wir bauen MCP Server, orchestrieren Coding Agents und wissen aus der Praxis, wo ein selbst gehosteter Relay Arbeit macht und wo er Ruhe bringt.

Wenn ihr Buzz ernsthaft prüfen wollt, helfen wir bei der Einordnung und beim Setup. Wir beraten zu KI Assistenten selbst hosten, zeigen im Self Hosted KI Setup für Unternehmen was DSGVO konform trägt, verbinden eure Daten über die NCA MCP Middleware mit Agenten und setzen mit Agentic AI Coding Guardrails die Leitplanken, damit Agenten nicht ins Leere laufen. Für Teams, die ihre Toolkosten hinterfragen, gibt es die SaaS Ablösung mit eigener Plattform, und wer den Einstieg für das ganze Team sucht, findet ihn im Vibe Coding Training für Entwicklerteams.

Lass uns sprechen

Finde das passende Angebot für dein Projekt

Anfrage-Konfiguration

Starten Sie Ihre Anfrage

Projektart
Infos
Nachricht

Eliminierung technischer Schulden mit PHPStan, Rector PHP und PHPUnit. Über 20 Jahre Praxiserfahrung in skalierbaren Backends.

CORE EXPERTISE

Gesetzliche Konformität & Inklusion. Optimierung von Performance und Conversion durch radikal nutzerzentriertes, universelles Design.

BFSG COMPLIANT

Skalierbare KI-Systeme mit echtem Code Ownership. CI/CD, Backup-Strategien und Infrastruktur, die mit deinem Team wächst.

ENTERPRISE READY

Nostr als Fundament: Warum das Protokoll den Unterschied macht

Nostr steht für Notes and Other Stuff Transmitted by Relays. Identität ist dort kein Account bei einem Anbieter, sondern ein kryptografisches Schlüsselpaar. Wer den privaten Schlüssel hat, ist die Identität. Jedes Event wird signiert, jeder Relay kann die Signatur prüfen, niemand kann Inhalte still verändern.

Buzz nutzt das konsequent. Der Relay spricht NIP-01 für Events und Filter, NIP-42 für Authentifizierung, NIP-34 für Git Patches und Repository Announcements. Der Audit Log liegt als Hash Kette in einem eigenen Crate. Darunter arbeiten PostgreSQL für Events und Volltextsuche, Redis für Pub/Sub, Präsenz und Tippanzeige, dazu S3 oder MinIO für Medien.

Der praktische Effekt: Nachricht, Patch, Workflow Lauf und Freigabe sind derselbe Typ Objekt. Eine Suche findet alle vier. Wer heute in Slack sucht, dann in GitHub, dann im CI Dashboard, kennt den Unterschied. Wie ein Protokoll Agenten überhaupt erst anschlussfähig macht, zeigt auch das A2A Protokoll und die Arbeit rund um das Model Context Protocol.

Ein Punkt bleibt offen. Föderation zwischen Relays ist Roadmap, nicht Realität. Ein Workspace hängt heute an genau einem Relay. Wer dezentral liest und ein Netz aus verbundenen Workspaces erwartet, sollte das im Kopf behalten.

Agenten sind Mitglieder, keine Bots

Das ist der eigentliche Unterschied zu einem Chatbot in Slack. Ein Agent in Buzz bekommt ein eigenes Schlüsselpaar, eigene Kanal Mitgliedschaften und einen eigenen Audit Trail. Man fügt ihn einem Kanal hinzu wie einen Kollegen. Der Zuschnitt läuft über Identität, nicht über Permission Flags.

Was ein Agent dann tun kann, geht deutlich über Antworten hinaus: Repositories öffnen, Patches schicken, Code reviewen, Workflows starten, Canvases bearbeiten, andere Agenten orchestrieren, Kanäle anlegen und in Voice Huddles springen. Dieselbe Oberfläche wie ein Mensch, dieselbe Nachvollziehbarkeit, nur ein anderer Schlüssel.

Buzz ist dabei modellagnostisch. Über den ACP Harness laufen Goose, Codex und Claude Code, alles was das Agent Client Protocol spricht, lässt sich anschließen. Für Skripte und Tool Calls gibt es buzz-cli: JSON rein, JSON raus, gebaut für LLM Werkzeugaufrufe statt für menschliche Augen.

Das Muster kennt man aus anderen Ecken. Hermes Kanban gibt Agenten ein gemeinsames Board, Paperclip orchestriert Agenten Teams, LangGraph modelliert den Ablauf als Graph. Buzz setzt eine Ebene tiefer an: nicht der Ablauf ist das Primäre, sondern der Raum, in dem alle sitzen. Wer die Denkweise dahinter sucht, findet sie unter Agentic Coding.

Buzz selbst hosten: der Weg zum eigenen Relay

Für den Einstieg reicht die fertige Desktop App. Es gibt Builds für macOS mit Apple Silicon und Intel, für Linux als AppImage und deb, für Windows als Setup. Die App verbindet sich per Voreinstellung gegen ws://localhost:3000. Wer auf einen anderen Relay zeigen will, setzt BUZZ_RELAY_URL oder wechselt den Relay in der App.

Interessant wird es beim eigenen Relay. Voraussetzung sind Docker und Hermit, alternativ Rust ab 1.88, Node ab 24, pnpm ab 10 und just. Der Einstieg ist kurz gehalten:

Code:
          

git clone https://github.com/block/buzz.git && cd buzz
. ./bin/activate-hermit
just setup && just build

# taeglicher Start: Relay und Desktop App zusammen
just dev

just setup kopiert die Beispielkonfiguration, lädt die gepinnte Toolchain und startet Docker Dienste samt Migrationen. Danach läuft der Relay lokal, die Desktop App öffnet sich. Für getrennte Logs nimmt man just relay im einen und just desktop-dev im anderen Terminal.

Für einen echten Server liegt ein Produktions Bundle unter deploy/compose/ bereit: Docker Compose mit PostgreSQL, Redis, MinIO und optional Caddy für TLS. Die Compose Datei im Wurzelverzeichnis ist ausdrücklich nur für die Entwicklung gedacht. Agenten brauchen zusätzlich einen eigenen Schlüssel über BUZZ_PRIVATE_KEY.

Unter Windows gibt es eine Besonderheit. Das Shell Werkzeug der Agenten führt Befehle unter bash aus. Git for Windows bringt Git Bash mit, damit läuft alles wie auf macOS und Linux. Eine andere bash kompatible Shell lässt sich über BUZZ_SHELL setzen.

Buzz gegen die Kombination aus Slack und GitHub

Bereich Slack und GitHub Buzz
Identität Accounts pro Anbieter, Bots über Tokens und App Scopes Ein Schlüsselpaar, gleiche Form für Menschen und Agenten
Chat und Code Getrennte Systeme, Kontext geht beim Wechsel verloren Kanäle, Patches, CI und Review im selben Event Log
Rechte für Agenten Permission Flags, oft zu weit gefasst Zuschnitt über Identität und Kanal Mitgliedschaft
Nachvollziehbarkeit Audit Spuren verteilt über mehrere Anbieter Signierte Events in einer Hash Kette
Betrieb SaaS beim Anbieter, Daten liegen dort Eigener Relay auf eigener Infrastruktur
Lizenz Proprietär Apache 2.0, Quellcode offen
Reifegrad Seit Jahren im Produktivbetrieb Früh, Föderation und Mobile noch nicht fertig

Was heute läuft und was noch fehlt

Block ist beim Reifegrad angenehm ehrlich und teilt die Funktionen selbst in drei Spalten auf. Das erspart viel Ausprobieren.

Läuft heute: Relay, Kanäle, Threads, Direktnachrichten, Canvases, Medien, Suche und Audit Log. Dazu die Desktop App auf Tauri und React, buzz-cli mit ACP Harness für Goose, Codex und Claude Code, YAML Workflows mit Triggern auf Nachricht, Reaktion, Zeitplan oder Webhook, Git Events nach NIP-34 und ein Git Hosting Backend.

Wird gerade verdrahtet: mobile Clients für iOS und Android auf Flutter, Freigabe Gates in Workflows und der Lebenszyklus von Huddles. Noch Meinung ohne Code: Reputation über ein Web of Trust hinweg, Push Benachrichtigungen und alles rund um Kultur im Werkzeug.

Die Warnung im Repository ist deutlich: Wer sein Compliance Programm auf die dritte Spalte baut, baut auf Sand. Für einen Piloten mit einem kleinen Team ist das trotzdem eine belastbare Basis. Für den Konzernrollout ist es zu früh, und das sagt Block selbst.

Buzz und DSGVO: worauf deutsche Teams achten müssen

Der eigene Relay ist das stärkste Argument. Nachrichten, Medien, Repositories und Audit Ketten liegen auf eurer Infrastruktur, nicht bei einem Anbieter. Wer bisher Slack und GitHub nutzt, verlagert damit Daten zurück ins eigene Netzwerk. Genau darauf zielt auch unsere Beratung zu Datenschutz und DSGVO im KI Einsatz.

Zwei Punkte verdienen trotzdem Aufmerksamkeit. Erstens die Unveränderlichkeit: Ein signiertes Event Log mit Hash Kette ist bewusst schwer zu ändern. Auskunft und Löschung nach DSGVO brauchen deshalb ein durchdachtes Konzept, bevor der erste echte Kunde im Kanal steht. Zweitens die Schlüssel: Wer den privaten Schlüssel verliert, verliert die Identität, und wer ihn findet, übernimmt sie. Schlüsselrotation gehört auf die Liste, nicht in die Zukunft.

Der wichtigste Punkt betrifft die Modelle. Große Coding Modelle laufen nicht auf eurer eigenen Hardware, dafür bräuchte es eine Investition in ganz anderer Größenordnung. Unsere Regel bleibt: Coding aus der Cloud, Datenverarbeitung aus dem eigenen Netzwerk. Der Agent im Buzz Kanal arbeitet gegen eine lokale Entwicklungsumgebung mit Fake Testdaten, nicht gegen Produktivdaten. Kleine Modelle über Ollama laufen lokal, die schweren Modelle kommen über souveräne Inferenz aus der EU. Was das für Compliance bedeutet, steht ausführlich unter lokale KI für Compliance.

a new groupchat platform for teams of people and agents of all sizes

Jack Dorsey, Mitgründer von Block – via X

Wie NCA Buzz einordnet

Buzz gehört bei uns in die redaktionelle Beobachtung, nicht in den Produktionsstack. Wir nutzen es nicht täglich und empfehlen es niemandem als Slack Ersatz für morgen. Was uns interessiert, ist die Idee dahinter: Agenten bekommen eine eigene Identität statt eines geliehenen Bot Tokens. Das ist die sauberere Antwort auf eine Frage, die viele Teams gerade falsch beantworten.

Wer Agenten heute in Slack einbaut, gibt ihnen meist einen App Token mit viel zu breitem Zugriff. Ein eigener Schlüssel pro Agent mit eigener Kanal Mitgliedschaft ist strukturell besser. Dieselbe Logik steckt hinter unseren Guardrails für bestehende Projekte und hinter Vise Coding: erst der Rahmen, dann die Geschwindigkeit.

Unser Rat für Teams, die es ausprobieren wollen: klein anfangen. Ein Relay, ein Projekt, ein Agent, echte Aufgaben. Parallel bleiben Quality Gates Pflicht, denn ein Patch von einem Agenten ist erst dann etwas wert, wenn statische Analyse und Tests grün sind. Wie ihr euer Team dahin bringt, zeigen wir im Vibe Coding Onboarding und in der Vibe Coding Beratung. Verwandte Ansätze findet ihr bei Moltbook, Odysseus AI und im GitHub MCP Server.

CYPRESS.IO Ambassador und IT Consultant für QA Engenieering und Qualität in PHP Projekten.

NCA Vibe Coding Consulting

Roland Golla ist Entwickler aus Leidenschaft – seit über 20 Jahren. Er hat hunderte Projekte begleitet, von Legacy-Refactoring bis KI-Integration. Bei Vibe Coding verbindet er das Beste aus beiden Welten: Die Geschwindigkeit von KI-generiertem Code mit der Qualität professioneller Softwareentwicklung. Kein Bullshit, keine Agentur-Floskeln – direkte Hilfe von jemandem, der selbst täglich im Code steckt.

Häufige Fragen zu Buzz

Die Fragen, die uns zu Buzz am häufigsten gestellt werden, kurz und ohne Marketing beantwortet.

Was ist Buzz 2026 genau?

Buzz ist ein Open Source Workspace von Block, in dem Menschen und KI Agenten in denselben Kanälen arbeiten. Technisch ist es ein Nostr Relay in Rust mit Desktop App. Chat, Threads, Direktnachrichten, Medien, Git Patches, CI Ergebnisse und Freigaben liegen als signierte Events in einem gemeinsamen Log. Die Lizenz ist Apache 2.0.

Was kostet Buzz 2026?

Die Software selbst ist Open Source unter Apache 2.0 und damit frei nutzbar. Kosten entstehen beim Betrieb: Server für den Relay, PostgreSQL, Redis, Objektspeicher und die Inferenz der Modelle, die eure Agenten antreiben. Wer selbst hostet, zahlt Infrastruktur statt Lizenzen.

Ersetzt Buzz 2026 wirklich Slack und GitHub?

Für ein kleines Team mit einem Projekt kann es das heute abdecken. Für den Konzernrollout ist es zu früh. Mobile Clients werden noch gebaut, Freigabe Gates in Workflows sind nicht fertig, Föderation zwischen Relays steht auf der Roadmap. Block kommuniziert diesen Reifegrad offen.

Ist Buzz 2026 DSGVO konform nutzbar?

Der eigene Relay hilft enorm, weil Daten auf eurer Infrastruktur bleiben. Zwei Punkte braucht ihr aber vorher: ein Konzept für Auskunft und Löschung, weil ein signiertes Event Log bewusst schwer änderbar ist, und einen Umgang mit Schlüsselrotation. Ohne diese Vorarbeit gehören keine echten Kundendaten in einen Kanal.

Welche KI Modelle laufen 2026 in Buzz?

Buzz ist modellagnostisch. Über den ACP Harness lassen sich Goose, Codex und Claude Code anschließen, ebenso alles andere, was das Agent Client Protocol spricht. Das Modell dahinter wählt ihr selbst, von lokalen Modellen über Ollama bis zu großen Coding Modellen aus souveräner Cloud Inferenz.

Was ist Nostr und warum nutzt Buzz das?

Nostr steht für Notes and Other Stuff Transmitted by Relays. Identität ist dort ein kryptografisches Schlüsselpaar statt eines Accounts bei einem Anbieter. Jedes Event ist signiert und prüfbar. Buzz nutzt das, damit Mensch, Agent, Workflow und Git Event dieselbe Identitätsform und denselben Audit Trail haben.

Wie unterscheidet sich ein Agent in Buzz von einem Slack Bot?

Ein Slack Bot hängt an einem App Token mit meist zu breitem Zugriff. Ein Agent in Buzz bekommt ein eigenes Schlüsselpaar, eigene Kanal Mitgliedschaften und einen eigenen Audit Trail. Der Zuschnitt läuft über Identität statt über Permission Flags, so wie ihr auch einen neuen Kollegen zuschneiden würdet.

Welche Voraussetzungen brauche ich zum Selbsthosten?

Docker und Hermit reichen, alternativ Rust ab 1.88, Node ab 24, pnpm ab 10 und just. Für einen echten Server liegt ein Compose Bundle mit PostgreSQL, Redis, MinIO und optional Caddy bereit. Unter Windows braucht das Shell Werkzeug der Agenten zusätzlich Git Bash.

Ist Buzz eine Blockchain?

Nein. Buzz nutzt signierte Events und eine Hash Kette im Audit Log, aber keine Blockchain und keinen Token. Block schreibt das im Repository selbst deutlich hin. Die Signatur sorgt für Nachvollziehbarkeit, mehr braucht es dafür nicht.

Kann ich Buzz ohne eigenen Server testen?

Ja. Es gibt fertige Desktop Builds für macOS, Linux und Windows. Standardmäßig verbinden sie sich gegen einen lokalen Relay, ihr könnt sie aber über BUZZ_RELAY_URL auf einen bestehenden Relay zeigen lassen. Für einen ersten Blick reicht das.

Wie kommt Git in einen Chat Kanal?

Über NIP-34, den Nostr Standard für Repository Announcements, Patches und Status. Ein Feature Branch wird zum Raum: Patches landen als Events, CI meldet Ergebnisse in denselben Kanal, ein Agent macht einen ersten Review, die Merge Entscheidung liegt neben der Evidenz.

Setzt NCA Buzz produktiv ein?

Nein. Buzz ordnen wir redaktionell ein, unser Produktionsstack ist ein anderer. Wir begleiten aber Teams, die es evaluieren wollen: beim Setup des Relays, bei der Frage welche Daten dort liegen dürfen und bei den Guardrails, die Agenten brauchen, bevor sie Patches schicken.