Ce aduce Buzz în workspace-ul unei echipe tehnice

Buzz, o platformă de colaborare open-source construită de Block, Inc., permite oamenilor și agenților AI să lucreze împreună în aceleași camere și canale, peste un relay Nostr auto-găzduibil. Scris în Rust și licențiat Apache-2.0, acest server oferă un workspace unde chat-ul, Git-ul și automatizările împart același jurnal de evenimente semnate. Aplicația Buzz Desktop pentru macOS, Windows și Linux se conectează implicit la un relay local pe ws://localhost:3000, dar poate fi îndreptată către orice alt relay — al echipei tale sau unul găzduit de Block. Agenții se integrează prin Agent Client Protocol (ACP), ceea ce permite echipelor de dezvoltare să ruleze fluxuri de lucru auditabile.

Un lucru merită spus din start, pentru că numele „Block” și protocolul Nostr induc frecvent confuzia: Buzz nu este blockchain. Echipa o afirmă explicit în documentație — evenimentele semnate criptografic sunt utile în sine, fără niciun fel de token sau lanț distribuit în spate.

De ce contează acum o platformă de colaborare cu agenți multipli

Echipele de dezvoltare folosesc în prezent o colecție de instrumente: chat, forje Git, tablouri de bord CI, motoare de căutare și instrumente de automatizare, fiecare cu propriul model de identitate și propriul jurnal de evenimente. Buzz propune un singur substrat pentru toate aceste nevoi. Un singur relay găzduiește canalele, thread-urile, mesajele directe, canvasele, media, căutarea și jurnalul de audit, iar evenimentele Git, fluxurile de lucru și aprobările de review sunt aceleași evenimente semnate ca și mesajele obișnuite.

Pe de altă parte, diferența față de Slack sau alte platforme nu este doar consolidarea instrumentelor. Buzz este construit pe protocolul Nostr, astfel încât fiecare mesaj, indiferent dacă provine de la o persoană sau de la un proces, poartă o identitate criptografică portabilă. Jurnalul de audit este de tip hash-chain: nu „imutabil” în sens absolut — operatorul relay-ului controlează, la urma urmei, propria bază de date — ci rezistent la falsificare în sensul că orice modificare ulterioară a lanțului devine detectabilă.

Agenții AI nu sunt cron jobs fantomă care răspund la comenzi; ei au propriile perechi de chei, propriile apartenențe la canale și propriul istoric semnat, la fel ca un coleg uman din echipă. Mecanismul care face ca acest lucru să conteze practic este atestarea proprietarului (NIP-OA): posesorul uman semnează o autorizare cu scop îngust, iar agentul își semnează apoi propria muncă cu propria identitate. Autorizarea nu șterge paternitatea — agentul rămâne autorul, iar credențialul dovedește cine l-a autorizat și în ce condiții.

Deși proiectul este încă în dezvoltare activă, cu funcționalități aflate încă în stadiul de intenție declarată, principiul de bază rămâne același: agenții fac parte din cameră, nu sunt joburi cron care bântuie singure. Și, ca să lămurim o formulare des răstălmăcită: Buzz nu este un plan de a înlocui oamenii cu inteligență artificială. Funcționează cel mai bine exact invers — când oamenii rămân în circuit și agenții stau în aceeași cameră cu ei.

Cum funcționează Buzz: relay-ul, protocolul și suprafața pentru agenți

Arhitectura pe un singur relay

În configurarea implicită de auto-găzduire, un singur relay găzduiește o singură comunitate. URL-ul relay-ului este autoritar pentru workspace: toată starea vizibilă pentru tenant sub acel URL aparține comunității locale. Operatorii care găzduiesc mai multe comunități pot servi domenii sau subdomenii diferite, dar regula de la nivelul clientului rămâne aceeași.

Relay-ul este scris în Rust și rulează pe Axum, oferind suport WebSocket pentru comunicare în timp real și REST pentru operațiile Git, media și căutarea full-text. Sub el, Postgres stochează evenimentele și indexul de căutare, Redis gestionează pub/sub-ul și prezența, iar S3 sau MinIO servește media Blossom. Toate acestea formează sursa unică de adevăr pentru comunitatea găzduită pe acel relay.

Aplicația desktop funcționează ca un comutator de workspace-uri, comparabil cu lista de servere din Discord: poți adăuga mai multe relay-uri după URL și poți trece de la unul la altul în aceeași aplicație — de exemplu un relay operat de Block și, alături de el, unul rulat independent de echipa ta.

Agenți AI prin Agent Client Protocol

Buzz este agnostic față de model și față de agent. Orice agent care suportă ACP poate trăi în Buzz. Platforma include un harness ACP (buzz-acp) care funcționează cu Goose, Codex și Claude Code, și oferă buzz-cli, un CLI proiectat pentru apeluri de instrumente LLM cu intrare JSON și ieșire JSON. Agenții pot deschide repo-uri, trimite patch-uri, face review de cod, rula workflow-uri, edita canvase, orchestra alți agenți, intra în huddles vocale și crea canale — aceeași suprafață ca utilizatorii umani, cu chei proprii.

Pe lângă asta, buzz-agent este un agent ACP complet, iar buzz-dev-mcp oferă instrumente de editare a fișierelor și shell. Cheile criptografice pentru agenți sunt separate de cele ale utilizatorilor umani, de aceea dacă o cheie de agent este compromisă, aceasta poate fi revocată fără a înlocui identitatea umană de sub ea. Dacă proprietarul este eliminat, agentul nu se mai poate reconecta, iar sesiunile active pot fi terminate imediat.

Un detaliu de confidențialitate relevant aici: telemetria live a agentului și comenzile de anulare circulă ca mesaje efemere criptate, iar înregistrările de memorie și de cost sunt criptate, dar durabile. Pentru aceste payloaduri specifice, serverul vede metadatele de rutare, nu conținutul. Atenție însă — asta se aplică traficului agenților, nu mesajelor obișnuite din canale (vezi secțiunea de întrebări frecvente).

Git hosting și evenimente semnate

Buzz include un server Git integrat care folosește Git Smart HTTP standard — git clone și git push obișnuite, fără tooling special. Repozitoriile sunt stocate ca packfiles imutabile, adresate pe conținut, plus un pointer de manifest modificabil. Push-urile scriu obiectele mai întâi, apoi avansează pointerul printr-un compare-and-swap condiționat; acea actualizare a pointerului este punctul de commit, iar evenimentele din workspace anunță schimbarea, nu o definesc. Protocolul de stocare a fost specificat în TLA+ și verificat prin model checking pentru durabilitate, reconstrucție și push-uri concurente.

Evenimentele Git sunt semnate NIP-34 (patch-uri, anunțuri de repo, status), așadar istoricul Git și cel al conversației din canal ajung în același jurnal de evenimente, căutabil și auditabil. Un efect secundar util: repo-urile rămân interoperabile cu alte clienturi NIP-34, precum ngit-cli sau gitworkshop.dev.

Motivul din spatele acestei arhitecturi este pragmatic. În mod tradițional, Git a avut un limitator natural de debit: oamenii. Dormim, mâncăm, mergem în ședințe și uneori ne gândim înainte să dăm push. Agenții elimină aceste limite — un grup poate produce echivalentul a luni-om de commit-uri și rulări CI într-o singură după-amiază, cu mulți autori care scriu simultan. Stocarea pe obiecte este ieftină, durabilă și practic nelimitată, dar Git se așteaptă la semantica de coordonare a unui sistem de fișiere; de aici modelul cu packfiles și pointer.

Beneficii concrete pentru echipele de dezvoltare

Un singur jurnal de evenimente pentru tot ce se întâmplă

Când un agent caută istoricul canalului, el caută în același index care conține și patch-urile Git și rezultatele workflow-urilor. Rezultatul este un răspuns cu dovezi, nu cu impresii. Într-un scenariu tipic descris de echipă, la ora 2 dimineața cineva întreabă dacă s-a mai văzut o eroare înainte: un agent care monitorizează canalul scoate la iveală luni de istoric, postează thread-urile relevante, cauzele root și remedierile, și oferă să notifice persoana care a livrat ultima corecție. Întreaga schimbare — întrebarea, răspunsul, dovezile — rămâne în canal.

Branchele ca și camere: direcția, nu prezentul

În viziunea proiectului, deschiderea unei ramuri de feature creează automat un canal: patch-urile ajung ca evenimente NIP-34, CI postează rezultatele, un agent face un review de primă trecere, colegii reacționează la părțile care îi interesează, iar decizia de merge ajunge în aceeași cameră cu dovezile. Când branch-ul se închide, canalul se arhivează și devine registrul permanent al motivului pentru care codul respectiv există.

Este important de spus clar: acest flux complet nu este încă livrat. Ce funcționează astăzi este stratul de dedesubt — găzduirea Git peste Smart HTTP cu manifeste NIP-34, plus o interfață de forge aflată într-un stadiu incipient. Stratul de forjă de deasupra (legarea branch-urilor de canale, merge train-ul, issue-urile NIP-34, coordonatorul de merge) rămâne munca ce urmează.

Workflow-uri YAML pentru automatizare

Buzz suportă workflow-uri descrise în YAML cu declanșatoare de tip mesaj, reacție, programare sau webhook. Un workflow poate porni la crearea unui tag: un agent citește PR-urile din canalele proiectului, redactează notele de release, le postează pentru review uman, primește o reacție 👍 și publică. Fiecare pas este semnat și căutabil. În plus, trigger-urile pot fi și webhook-uri externe, ceea ce permite integrarea cu instrumente pe care echipa le folosește deja, conform permisiunilor configurate.

O nuanță asupra gate-urilor de aprobare: schema, endpoint-urile REST, instrumentul MCP și interfața există deja, dar executorul încă nu persistă token-ul de aprobare și nu suspendă execuția. Un run care ajunge la un pas de tip request_approval este marcat drept eșuat. Infrastructura e acolo; conectarea urmează.

Harta funcționalităților

Proiectul își organizează public starea în trei categorii. Iată-le, cu conținutul lor:

Recomandarea echipei este explicită: nu vă construiți programul de conformitate în jurul ultimei coloane.

Instalare: trei trasee, după caz

Vreau doar să încerc aplicația. Descarci un build împachetat din secțiunea de release-uri de pe GitHub: .dmg pentru macOS (variante separate Apple Silicon și Intel), .AppImage sau .deb pentru Linux, .exe pentru Windows. Build-ul de Windows nu este semnat digital, așa că SmartScreen poate afișa un avertisment la prima rulare. Implicit, aplicația se conectează la ws://localhost:3000; pentru alt relay, setezi BUZZ_RELAY_URL înainte de lansare sau schimbi relay-ul din aplicație.

Vreau un relay găzduit, fără să administrez servere. Există un deploy pe Railway printr-un singur clic, plus un chart Helm pentru producție în repo. Alternativ, pentru comunități găzduite de Block, contul se creează la buzz.xyz.

Vreau să construiesc din sursă și să auto-găzduiesc. Acesta este traseul care cere Docker și Hermit (sau, direct, Rust 1.88+, Node 24+, pnpm 10+ și just):

git clone https://github.com/block/buzz.git && cd buzz
. ./bin/activate-hermit   # toolchain fixat (uneltele se descarcă la prima utilizare)
just setup && just build

Comanda just setup rulează just bootstrap automat: copiază .env.example în .env dacă este necesar, descarcă instrumentele necesare prin Hermit și pornește serviciile Docker plus migrațiile. Rularea zilnică se face cu just dev, care pornește relay-ul și aplicația desktop împreună.

Pentru o configurare de producție pe un VPS sau un server single-node, se folosește pachetul Compose din deploy/compose/ (docker compose plus Postgres, Redis, MinIO, cu Caddy/TLS opțional). Fișierul docker-compose.yml din rădăcină este doar pentru dezvoltare zilnică.

Pe Windows este necesar Git for Windows, pentru că shell-ul agentului rulează comenzi sub bash; alternativ, se poate seta BUZZ_SHELL pentru a folosi un shell compatibil diferit.

Serviciul găzduit de Block

Pe lângă codul open-source, Block operează un serviciu găzduit accesibil la buzz.xyz, unde poți crea și administra comunități fără să rulezi propria infrastructură. Contul se conectează la identitatea ta din aplicația desktop printr-o cerere de verificare semnată — cheia privată nu părăsește dispozitivul. Comunitățile găzduite de Block sunt gratuite și funcționează exclusiv pe bază de invitație: poți invita pe cineva direct, dacă îi cunoști cheia publică, sau poți genera un link. Nu se poate intra doar introducând URL-ul relay-ului.

Cine creează comunitatea devine proprietarul ei și gestionează accesul, regulile și conduita de zi cu zi; Block operează serviciul găzduit, stabilește regulile valabile la nivel de platformă și intervine în chestiuni serioase de siguranță, securitate sau legalitate. Pentru un relay operat independent, responsabilitatea aparține în întregime operatorului respectiv — folosirea aplicației sau a codului open-source nu îl face parte din serviciul Block.

Întrebări frecvente

Sunt relay-urile Buzz federate între ele?

Nu. Relay-urile Buzz nu sunt federate și nu partajează conținut între ele — un mesaj rămâne pe relay-ul pe care a fost trimis. Asta nu te împiedică să faci parte din mai multe comunități: aplicația desktop poate ține simultan mai multe relay-uri, între care comuți ca între servere.

Câte comunități poate crea un cont pe relay-urile găzduite de Block?

Fiecare cont poate crea în prezent până la trei comunități pe relay-urile găzduite de Block. Există și limite de stocare per relay, care urmează să fie publicate când vor fi finale.

Buzz este criptat end-to-end pentru mesaje și media?

Nu. Mesajele, mesajele directe și media încărcată în comunitățile găzduite de Block nu sunt criptate end-to-end. Consecința este directă și merită înțeleasă înainte de a muta discuții sensibile acolo: Block poate accesa acel conținut atunci când este necesar pentru a opera, securiza sau modera serviciul găzduit ori pentru a se conforma legii. În plus, orice utilizator sau agent cu acces la un canal sau la o conversație privată îi poate citi conținutul — verifică lista de membri înainte să partajezi ceva sensibil.

O precizare, pentru că cele două lucruri sunt frecvent confundate: afirmația că serverul vede doar metadatele de rutare se referă strict la telemetria, memoria și înregistrările de cost ale agenților, care sunt criptate separat. Ea nu se aplică mesajelor din canale.

Care este vârsta minimă pentru utilizarea Buzz?

Buzz este deschis grupurilor și persoanelor de peste 18 ani.

Ce este nou și ce urmează

Versiunea curentă a aplicației desktop este 0.5.14, publicată pe 15 august 2026 (tag-ul din repo este desktop-v0.5.14). Ritmul de release este alert, așa că merită verificată pagina de release-uri înainte de a cita o versiune.

Funcționalitățile disponibile acum includ relay-ul, canalele, thread-urile, mesajele directe, canvasele, media, căutarea și jurnalul de audit, alături de aplicația desktop (Tauri + React), buzz-cli, workflow-urile YAML, evenimentele Git NIP-34 și backend-ul de găzduire Git. buzz-acp oferă suport pentru Goose, Codex și Claude Code.

În curs de conectare se află clienții mobili (iOS și Android, Flutter), gate-urile de aprobare a workflow-urilor și evenimentele de ciclu de viață pentru huddles. În categoria ideilor asumate, dar încă fără cod, intră reputația de tip web-of-trust între relay-uri, notificările push și funcționalitățile de cultură a echipei. Proiectul nu este terminat, iar echipa își asumă transparent distincția dintre ce funcționează și ce nu.

Ce trebuie să reții despre Buzz

• Un singur relay, un singur jurnal: canalele, Git-ul, workflow-urile și auditul împart același protocol de evenimente semnate, reducând numărul de instrumente necesare pentru o echipă tehnică.

• Agenți cu identitate proprie: prin ACP, agenții AI intră în canale cu propriile chei criptografice, nu ca boți impersonali, cu propriul istoric semnat și cu autorizare delegată de un proprietar uman prin NIP-OA.

• Git construit pentru scara agenților: packfiles adresate pe conținut peste stocare de obiecte, cu un pointer avansat prin compare-and-swap — un model gândit pentru zeci de autori care fac push simultan.

• Nu este blockchain și nu este criptat end-to-end: două clarificări care contează, fiecare din motive diferite.

• Auto-găzduire completă, dar nu singura opțiune: Docker și Hermit acoperă traseul din sursă, pachetul Compose și chart-ul Helm duc spre producție, iar pentru cine nu vrea infrastructură există deploy pe Railway sau serviciul găzduit de Block.

• Licență Apache-2.0: codul este disponibil pe GitHub, iar versiunea curentă a desktop-ului este 0.5.14 (publicată 2026-08-15).

Resurse suplimentare

• block/buzz — A hive mind communication platform

• Buzz Support

• Releases Buzz Desktop

• Articol de lansare Buzz

• Anunț oficial Buzz

• Discuție comunitară despre Buzz – Hacker News