# longwell-block-buzz-workspace-agents-nostr-2026-07-21

## Veille

Annuncio di **Block** del **21 luglio 2026**, firmato da **Tyler Longwell**: **Buzz**, uno spazio di lavoro *open source* e **self-hostable**, organizzato per canali, in cui esseri umani e agenti condividono la stessa stanza — chat, ricerca, automazione e **hosting Git** su un unico server, costruito su **Nostr**, un protocollo aperto per messaggi firmati e identità portabili. Tesi di apertura: *« I modelli ora sono in grado di fare il lavoro. I team hanno comunque bisogno di un posto dove farlo insieme. Il collo di bottiglia si è spostato dall'intelligenza al coordinamento. »* Tre elementi di ingegneria. **(A) Identità dell'agente.** Il punto di partenza è un rifiuto — smettere di prestare le proprie credenziali a un bot: *« Abbiamo lasciato che i bot si travestissero da noi. È strano. È pericoloso. »* Ogni agente riceve **una chiave propria**, il suo proprietario firma un'**autorizzazione a perimetro ristretto**, dopodiché l'agente firma il proprio lavoro con la propria identità. La crittografia della delega è convenzionale; la scelta di design lo è meno: *« l'autorizzazione non cancella la paternità »* — l'agente resta l'autore, la sua *credential* attesta chi lo ha autorizzato e a quali condizioni. Conseguenze immediate: la chiave di un agente compromessa viene revocata senza toccare l'identità umana, e il ritiro del proprietario impedisce all'agente di riconnettersi, mentre le sue sessioni attive devono essere terminate separatamente. **(B) Git su object storage.** L'osservazione: *« In passato Git ha sempre avuto un comodo limitatore di frequenza: gli esseri umani »* — un gruppo di agenti produce mesi di commit-persona e CI in un solo pomeriggio, con molti scrittori simultanei, su forge dimensionate per dita umane. Buzz memorizza i repository come **packfile immutabili e indirizzati per contenuto** più un **unico puntatore di manifest mutabile**; un *push* scrive prima gli oggetti, poi fa avanzare il puntatore tramite un **compare-and-swap condizionale**, ed è proprio quello swap il punto di commit — gli eventi dello spazio di lavoro annunciano il cambiamento, non lo definiscono. Il protocollo è **specificato in TLA+ e verificato tramite model checking** (durabilità, ricostruzione, push concorrenti), con il risultato limitato che dipende da tre garanzie esplicite dell'object store, da cui una **suite di conformità** che ogni backend deve superare. **(C) Interoperabilità e privacy.** Claude Code, Codex, goose *« e qualsiasi agente che parli Agent Client Protocol »* funzionano dentro Buzz; cambiare modello o harness lascia intatte identità, permessi e cronologia del progetto. Telemetria e cancellazione viaggiano come messaggi cifrati effimeri, memoria e contabilità dei costi come messaggi cifrati durevoli — *« il server vede i metadati di instradamento, non quei payload »*. Argomento sulla memoria: *« Una forge convenzionale conserva il diff e una spunta verde. Buzz conserva anche il motivo per cui la correzione ovvia era sbagliata. »* Argomento anti-lock-in: se Buzz sparisse, identità e cronologia firmata resterebbero verificabili, Git resterebbe Git.

## Titre Article

Buzz!

## Date

2026-07-21

## URL

https://engineering.block.xyz/blog/buzz

## Keywords

Buzz, Block, spazio di lavoro agentico, canale, basato su canali, self-hostable, self-hostable, open source, Nostr, protocollo aperto, messaggi firmati, identità portabile, keypair, keypair, identità dell'agente, chiave per agente, autorizzazione delegata, crittografia della delega, l'autorizzazione non cancella la paternità, paternità, paternità, revoca della chiave, credenziali condivise, impersonificazione dell'identità, travestimento dei bot, ambito dell'autorizzazione, ambito, sessioni attive, Agent Client Protocol, ACP, Claude Code, Codex, goose, harness, portabilità dell'harness, orchestrazione multi-agente, frontiera degli agenti, sciame, agenti economici, coordinamento, collo di bottiglia, middleware umano, contesto condiviso, memoria del canale, canale effimero, decisione di merge firmata, cronologia visibile, percorsi di fallimento, forge Git, hosting Git, Git su object storage, packfile immutabile, indirizzamento per contenuto, puntatore di manifest, compare-and-swap, punto di commit, TLA+, model checking, verifica formale, suite di conformità, garanzie dell'object store, pairing del dispositivo, QR, codice a sei cifre, messaggi cifrati effimeri, metadati di instradamento, condivisione GPU, inferenza peer-to-peer, anti-lock-in, sovranità della cronologia, Tyler Longwell, engineering.block.xyz, github.com/block/buzz

## Authors

**Tyler Longwell** — *« Building multi-player AI at Block »*, auteur unique et signataire à la première personne. Publié le **21 juillet 2026** sur le blog Block Engineering.

L'auteur a construit le prédécesseur du produit qu'il présente : *« I helped build Block's first Slack-integrated agent… I added enough glue to incorporate as a small adhesives business »*. L'argumentaire part d'une liste de questions restées sans réponse dans ce montage — *Does everyone get a bot? If people share one, whose credentials does it use?* (le sondage interne où *« everyone volunteered someone else »*), que faire quand une équipe veut changer de modèle ou de runtime. Note de clôture : *« We wrote this post in a Buzz channel with our team and our agents. We wrote Buzz there too. »*

## Ton

**Profilo**: post di ingegneria da lancio di prodotto, registro da **praticante**, scritto in prima persona singolare — raro per un annuncio aziendale. Pubblico: platform engineer e team che già orchestrano più agenti e ne pagano il costo di coordinamento.

**Stile**: titoli di sezione costruiti su **giochi di parole a tema api** (*Hive to Survive*, *Headfirst into the Swarm*, *Bee Yourself*, *Git for the Hive Mind*, *Honey, I Saved the Context*) che mascherano una progressione del tutto seria: problema vissuto → substrato (Nostr) → identità → storage → memoria → governance. Tre tratti:

1. **L'umorismo come acceleratore, non come riempitivo.** *« un tostapane sufficientemente ambizioso »*, *« passando da uno all'altro con alt-tab come un day trader »*, *« Collegare i due con leggerezza è il modo in cui la tua nuova funzionalità entusiasmante diventa un progetto archeologico »*. Ogni battuta porta con sé un argomento tecnico.
2. **L'inquadramento morale del problema dell'identità.** *« Il modo consueto di autorizzare un agente è dargli le tue credenziali e sperare che non ti metta in imbarazzo. »* / *« Se vedo il tuo volto, voglio sapere che sei tu a parlarmi. »* Il testo tratta l'identità dell'agente non come un vincolo di conformità ma come una **questione di fiducia sociale**.
3. **L'ammissione di immaturità, senza attenuanti.** *« Siamo ancora molto all'inizio della vita di Buzz. Ci sono spigoli grezzi e voragini enormi tra ciò che intravediamo all'orizzonte e ciò che esiste oggi »* — collocata **dopo** l'argomentazione, non sepolta al suo interno.

**Frasi marcatrici**: *« Il collo di bottiglia si è spostato dall'intelligenza al coordinamento »*, *« l'autorizzazione non cancella la paternità »*, *« Abbiamo lasciato che i bot si travestissero da noi »*, *« A nessuno piaceva essere middleware »*, *« Abbiamo messo Git su object storage. Di proposito! »*, *« Buzz conserva anche il motivo per cui la correzione ovvia era sbagliata »*, *« siamo nel 2026: il software è diventato economico. Il gusto no »*, *« Un protocollo che chiunque può ricostruire è un protocollo in cui nessuno può rinchiuderti »*, *« La stanza stessa è diventata parte dell'intelligenza del team »*.

**Postura epistemica**: **assertiva sul design, silenziosa sulle prove**. Nessuna misurazione, nessun benchmark, nessuna cifra di adozione — le affermazioni sui benefici (*« più facile, più veloce e più efficace di qualsiasi strumento o processo di coordinamento che abbiamo usato »*) sono **testimonianze d'uso interno**, non risultati. L'unica dimostrazione *formale* del post copre lo **storage Git** (TLA+), non la produttività dichiarata. Questo è l'esatto complemento del post successivo della serie ([[patel-block-buzz-teams-tokens-benchmarks-2026-08-06]]), che fornisce le cifre — e ridimensiona la promessa.

## Pense-betes

- **La frase che giustifica l'esistenza della categoria**: ***« I modelli ora sono in grado di fare il lavoro. I team hanno comunque bisogno di un posto dove farlo insieme. Il collo di bottiglia si è spostato dall'intelligenza al coordinamento. »*** Merita di essere riutilizzata alla lettera per argomentare un budget "piattaforma per agenti": la spesa marginale utile non è più nel modello, è nella **stanza in cui il lavoro avviene**. Il sintomo diagnostico associato è ancora più operativo: *« Gli agenti hanno reso il lavoro individuale più veloce e il lavoro di squadra più lento »* — se i tuoi team osservano esattamente questo, il problema non è la scelta del modello.
- **La scelta di design che vale la pena rubare, anche senza adottare Buzz**: ***« l'autorizzazione non cancella la paternità »***. Ogni agente ha **una chiave propria**; il proprietario firma un'**autorizzazione ristretta**; l'agente firma il proprio lavoro **a proprio nome**, e la sua *credential* indica **chi lo ha autorizzato e a quali condizioni**. Tradotto in tre proprietà da esigere da qualsiasi piattaforma per agenti aziendale: 1. **Revoca isolata** — la chiave trapelata di un agente viene revocata **senza riemettere l'identità umana**; 2. **Attribuzione univoca** — l'audit trail distingue "l'ha fatto l'agente" da "l'ha fatto la persona"; 3. **Ritiro a cascata** — un proprietario ritirato lascia i propri agenti impossibilitati a riconnettersi (+ terminazione delle sessioni attive se il rischio è immediato). **L'anti-pattern nominato è molto diffuso**: condividere le credenziali di una persona con un bot. Verifica cosa fa *la tua* attuale integrazione Slack/CI prima di giudicare quelle altrui.
- **Git ha perso il proprio limitatore di frequenza — l'osservazione si trasferisce a tutta la catena di strumenti.** *« In passato Git ha sempre avuto un comodo limitatore di frequenza: gli esseri umani. Dormiamo, mangiamo, partecipiamo a riunioni e a volte pensiamo prima di fare push. Gli agenti eliminano quei limiti. »* Un gruppo di agenti produce **mesi di commit-persona e CI in un solo pomeriggio**. **Da fare in casa**: elencare i sistemi il cui dimensionamento presupponeva implicitamente un ritmo umano — forge, CI, revisione, quote API, alerting, revisione di sicurezza — e vedere quale si rompe per primo. È un esercizio di capacità, non di governance.
- **La risposta tecnica, pulita e riutilizzabile**: repository come **packfile immutabili e indirizzati per contenuto** + **un puntatore di manifest mutabile**; un *push* scrive prima gli oggetti, poi fa avanzare il puntatore tramite **compare-and-swap condizionale**. **La regola che mantiene il modello solido**: *« Quell'aggiornamento del puntatore è il punto di commit. Gli eventi dello spazio di lavoro annunciano il cambiamento; non lo definiscono. »* — l'evento del canale è una **notifica**, mai la fonte di verità. Pattern generalizzabile a qualsiasi integrazione event-driven su object storage.
- **Leggi la garanzia formale con la relativa clausola di ambito.** Il protocollo è **specificato in TLA+ e verificato tramite model checking** (durabilità, ricostruzione, push concorrenti) — ma *« il risultato limitato dipende da tre garanzie esplicite dell'object store, quindi ogni backend deve superare una suite di conformità »*. In altre parole: **la dimostrazione vale per un object store conforme**, e la conformità è delegata a una suite di test. Domanda da porsi prima di qualsiasi self-hosting: *il mio store compatibile S3 supera la suite?* Il post non nomina le tre garanzie.
- **Interoperabilità — il punto che conta per la strategia degli strumenti**: **Claude Code, Codex, goose e qualsiasi agente che parli [[Agent-Client-Protocol]]** funzionano dentro Buzz; *« Cambia il modello o l'harness e il progetto mantiene la propria identità, i permessi e la cronologia. »* → identità e cronologia sono associate al **progetto**, non all'*harness*. Attenzione all'acronimo: si tratta effettivamente dell'**Agent Client Protocol** (client ↔ agente), non dell'*Agentic Commerce Protocol* — cfr. [[girard-acp-deux-protocoles-un-sigle-2026-08-02]]. Per il building block ACP in sé: [[agentclientprotocol-introduction-2026-08-02]].
- **Il vero valore promesso non è la chat, è la memoria delle motivazioni.** *« Cerca il refresh dell'auth sei mesi dopo e trova il report, la correzione respinta, la patch, la revisione e la decisione finale. Una forge convenzionale conserva il diff e una spunta verde. Buzz conserva anche il motivo per cui la correzione ovvia era sbagliata. »* → **il collegamento da fare**: questo è un argomento di *context engineering* travestito da argomento di collaborazione — il contesto condiviso resta nel canale **invece di essere compresso in prompt privati**. Da collegare con [[kb-context-engineering]] e la tesi sulla memoria degli agenti.
- **Osservazione da verificare altrove**: *« Gli agenti inventano anche forme di coordinamento che non abbiamo scriptato: si reclutano a vicenda, suddividono il lavoro in canali laterali, si passano compiti tra contesti diversi. »* **Aneddotico e non misurato** — ma se regge, è un fatto di design rilevante (il coordinamento emerge da un substrato di messaggistica aperto, senza orchestratore). Da verificare rispetto alle cifre del post successivo, che mostrano invece l'opposto — che **la composizione in team non paga sui task brevi**: patel-block-buzz-teams-tokens-benchmarks-2026-08-06.
- **Privacy — cosa è cifrato e cosa no**: telemetria live e cancellazione = **messaggi cifrati effimeri**; memoria e registri dei costi = **cifrati ma durevoli**; il server vede *« i metadati di instradamento, non quei payload »*. Buzz può instradare l'inferenza verso **la macchina di un altro membro** (GPU pooling): Buzz presenta i peer autorizzati, poi **il traffico cifrato del modello scorre direttamente tra loro**. → Interessante per un team che vuole mettere in comune compute locale; da rivedere lato DLP, poiché il carico di lavoro esce dal perimetro del server.
- **L'argomento anti-lock-in, formulato per essere riutilizzato**: *« Se Buzz sparisse, la tua identità e la cronologia firmata resterebbero comunque verificabili. Git resta Git e può essere riospitato… Un protocollo che chiunque può ricostruire è un protocollo in cui nessuno può rinchiuderti. »* E la versione sulla governance: *« Gestire l'infrastruttura non dovrebbe significare possedere le identità, la cronologia o il lavoro che vi transita. »* → **Criterio d'acquisto trasferibile**: per qualsiasi piattaforma per agenti, chiedersi cosa **sopravvive alla scomparsa del fornitore** — identità, cronologia verificabile, artefatti riospitabili. Un argomento del fornitore, ma **verificabile**: Block pubblica codice, specifiche del protocollo, vettori di test, sezioni sulla sicurezza e modelli formali (github.com/block/buzz).
- **Il contesto Block — da non trascurare.** Non è una mossa isolata: Block ha già goose e il lavoro su MCP-UI (block-goose-mcp-ui-future-agentic-interfaces-2025-08-25), e la sua posizione sulla **monetizzazione dell'IA** è documentata altrove (paymentsdive-block-dorsey-pricing-ia-2026-08-06). Vale la pena notare l'autodefinizione del post — *« È di questo che ha bisogno un'intelligence company come Block »* — : **Block si definisce un'*intelligence company***, non un'azienda di pagamenti.
- **Ciò che il post non dice, e che andrebbe chiesto**: nessuna cifra (adozione, produttività, costo), nessun confronto con Slack/Teams/forge esistenti, nessuna discussione sul **costo operativo** del self-hosting, né sul modello di moderazione/governance dei canali su scala enterprise. Le dimostrazioni formali coprono lo **storage**, non i benefici dichiarati.

## RésuméDe400mots

Post tecnico di **Block**, firmato da **Tyler Longwell**, pubblicato il **21 luglio 2026**, che annuncia **Buzz**: uno spazio di lavoro *open source*, **self-hostable**, organizzato per canali, in cui esseri umani e agenti lavorano nella stessa stanza — messaggistica, ricerca, automazione **e hosting Git** su un unico server.

**Il punto di partenza è un fallimento vissuto.** L'autore ha costruito il primo agente Slack di Block; funzionava, ma lasciava senza risposta questioni operative: ognuno ha un proprio bot? Se un bot è condiviso, **di chi sono le credenziali**? Cosa succede quando un team cambia modello o *runtime*? Da qui la tesi: *« I modelli ora sono in grado di fare il lavoro. I team hanno comunque bisogno di un posto dove farlo insieme. Il collo di bottiglia si è spostato dall'intelligenza al coordinamento. »*

**Il substrato è Nostr** — un protocollo aperto per messaggi firmati e identità portabili. Un'identità è una **keypair**, ogni azione è firmata: la stessa identità invia un messaggio, autorizza un agente, approva un *workflow*, firma un commit, esegue il merge di una modifica. **Claude Code, Codex, goose e qualsiasi agente che parli Agent Client Protocol** funzionano dentro Buzz; cambiare modello o *harness* lascia intatte identità, permessi e cronologia del progetto.

**Il cuore del post è l'identità dell'agente.** Anziché prestare le proprie credenziali a un bot — *« Abbiamo lasciato che i bot si travestissero da noi »* — ogni agente riceve **una chiave propria**. Il suo proprietario firma un'**autorizzazione ristretta**; l'agente firma poi il proprio lavoro **a proprio nome**. La scelta semantica è esplicita: ***« l'autorizzazione non cancella la paternità »***. La chiave di un agente compromesso viene revocata **senza toccare l'identità umana**; il ritiro del proprietario disconnette l'agente.

**Secondo elemento di ingegneria: Git su object storage.** Gli agenti eliminano il limitatore di frequenza che un tempo erano gli esseri umani; un gruppo produce mesi di commit-persona in un solo pomeriggio. Buzz memorizza i repository come **packfile immutabili e indirizzati per contenuto** più **un puntatore di manifest mutabile**, fatto avanzare tramite **compare-and-swap condizionale** — quello *swap* è il punto di commit, gli eventi del canale lo annunciano senza definirlo. Il protocollo è **specificato in TLA+** e verificato tramite model checking; il risultato dipende da **tre garanzie dell'object store**, da cui una **suite di conformità** per ogni *backend*.

**Il valore promesso è mnemonico**: un canale effimero per attività aggrega discussione, patch, CI, revisione e decisione firmata. *« Una forge convenzionale conserva il diff e una spunta verde. Buzz conserva anche il motivo per cui la correzione ovvia era sbagliata. »*

**E l'open source viene argomentato così**: *« siamo nel 2026: il software è diventato economico. Il gusto no. »* Se Buzz sparisse, identità e cronologia firmata resterebbero comunque verificabili. Nessuna cifra, nessun benchmark: il post è un'esposizione di design, non una prova di effetto.

## GrapheDeConnaissance

- Block —publie→ Buzz (TECHNOLOGIE, 0.98)
- Tyler Longwell —travaille_chez→ Block (ORGANISATION, 0.97)
- Tyler Longwell —affirme_que→ le goulet d'étranglement est passé de l'intelligence à la coordination : les modèles savent faire le travail, les équipes ont encore besoin d'un lieu pour le faire ensemble (CITATION, 0.96)
- Buzz —utilise→ Nostr (TECHNOLOGIE, 0.97)
- Nostr —permet→ des identités portables sous forme de paires de clés et des actions signées, indépendantes du serveur qui les héberge (AFFIRMATION, 0.95)
- Buzz —permet→ à chaque agent d'avoir sa propre clé, son autorisation signée par son propriétaire et sa propre signature sur son travail (AFFIRMATION, 0.97)
- Buzz —affirme_que→ l'autorisation n'efface pas la paternité : l'agent reste l'auteur, son credential prouve qui l'a autorisé et sous quelles conditions (CITATION, 0.96)
- identité déléguée d'agent —résout→ l'usage des identifiants d'un humain par un bot, et permet de révoquer un agent compromis sans remplacer l'identité humaine (AFFIRMATION, 0.95)
- Buzz —utilise→ Agent Client Protocol (TECHNOLOGIE, 0.95)
- Buzz —s_applique_à→ Claude Code, Codex et goose, ainsi qu'à tout agent parlant Agent Client Protocol (AFFIRMATION, 0.95)
- Buzz —permet→ de changer de modèle ou de harness sans que le projet perde son identité, ses permissions ou son historique (AFFIRMATION, 0.93)
- Tyler Longwell —affirme_que→ les agents ont rendu le travail individuel plus rapide et le travail d'équipe plus lent, chaque passage de main exigeant un humain pour transporter le contexte (CITATION, 0.94)
- agents de codage —s_oppose_à→ le limiteur de débit humain sur lequel les forges Git étaient implicitement dimensionnées (AFFIRMATION, 0.93)
- Buzz —utilise→ des packfiles immuables adressés par contenu sur stockage objet, plus un pointeur de manifeste mutable avancé par compare-and-swap conditionnel (AFFIRMATION, 0.96)
- Buzz —affirme_que→ la mise à jour du pointeur est le point de commit, les événements du workspace annonçant le changement sans le définir (AFFIRMATION, 0.95)
- Block —utilise→ TLA+ (TECHNOLOGIE, 0.95)
- TLA+ —permet→ de model-checker la durabilité, la reconstruction et les poussées concurrentes du protocole de stockage Git de Buzz (AFFIRMATION, 0.94)
- Buzz —utilise→ une suite de conformité que chaque backend de stockage objet doit passer, le résultat borné dépendant de trois garanties explicites (AFFIRMATION, 0.93)
- Buzz —permet→ de router les requêtes d'inférence d'un agent vers la machine d'un autre membre, le trafic chiffré circulant directement entre pairs autorisés (AFFIRMATION, 0.92)
- Buzz —réduit→ la compression du contexte partagé dans des prompts privés, en gardant discussion, patchs, CI, revue et décision de merge dans un même canal (AFFIRMATION, 0.93)
- Buzz —affirme_que→ une forge classique conserve le diff et une coche verte, là où Buzz conserve aussi pourquoi le correctif évident était faux (CITATION, 0.95)
- Buzz —concurrence→ Slack (TECHNOLOGIE, 0.82)
- Block —affirme_que→ une équipe doit contrôler ses propres identités d'agents, son historique et son travail, indépendamment de tout fournisseur ou plateforme (AFFIRMATION, 0.95)
- Buzz —permet→ à une identité et à un historique signé de rester vérifiables même si Buzz disparaît, un dépôt Git restant réhébergeable (AFFIRMATION, 0.93)
- Block —affirme_que→ en 2026 le logiciel est devenu bon marché mais pas le goût, les choix de design étant la partie difficile (CITATION, 0.92)
- Buzz —est_instance_de→ workspace collaboratif humains-agents auto-hébergeable (CONCEPT, 0.95)
- Block —publie→ goose (TECHNOLOGIE, 0.9)

---
Canonical: https://www.thekb.eu/it/fiches/longwell-block-buzz-workspace-agents-nostr-2026-07-21/