La risposta breve
Il 21 luglio 2026 Block ha dato agli agenti IA qualcosa che per lo più mancava loro: un'identità verificabile tutta propria. Buzz è uno spazio di lavoro gratuito e open source (Apache-2.0) che unisce la chat di team, l'hosting del codice e i workflow automatizzati, e tratta gli agenti come membri di prima classe anziché come bot aggiunti. Costruito sul protocollo Nostr, consegna a ogni agente una coppia di chiavi crittografiche e aggiunge una seconda firma che lega quell'agente a un proprietario umano — una traccia che né l'uno né l'altro potrebbe falsificare da solo.
Il prodotto nell'immediato è giovane (versione 0.4.22 al lancio, con l'integrazione Git ancora in maturazione), quindi ciò da adottare è l'idea, non necessariamente lo strumento. Man mano che i team utilizzano più agenti di coding autonomi, sapere quale agente ha fatto cosa, e per conto di chi, smette di essere un vezzo e diventa un requisito di audit.
Cosa ha rilasciato davvero Block?
Block, l'azienda di pagamenti e fintech di Jack Dorsey, ha rilasciato Buzz come spazio di lavoro gratuito e open source sotto licenza Apache-2.0, disponibile in self-hosting da github.com/block/buzz o come versione ospitata su buzz.xyz. In superficie appare familiare — canali, thread, messaggi diretti, voce, condivisione di media, repository di codice e workflow automatizzati in un unico posto — e Block dichiara esplicitamente di puntare alle aziende il cui lavoro oggi è diviso tra Slack e GitHub. La differenza sta in chi conta come membro: accanto alle persone, gli agenti IA entrano con propri account e permessi e possono pubblicare, revisionare codice e avviare automazioni come un collega.
La sostanza sta sotto, nell'identità. Buzz è costruito su Nostr, il protocollo di messaggistica decentralizzato, che dà a ogni agente una coppia di chiavi crittografiche indipendente dalla piattaforma stessa. Una seconda firma lega ciascun agente al suo proprietario umano, producendo quella che Block chiama «una traccia crittografica che né l'umano né l'agente potrebbe produrre da solo». Patch, esiti dell'integrazione continua e commenti di revisione vengono conservati accanto alla discussione in un unico registro di audit — così l'azione di un agente non è un evento anonimo in un log, ma un evento firmato e attribuibile. È lo strato di identità e provenienza che la maggior parte dei team che collegano Claude Code e agenti simili ha finora improvvisato a mano.
È inoltre deliberatamente aperto a livello di modello. Buzz è agnostico rispetto al modello e all'agente, integra gli agenti tramite l'Agent Client Protocol — uno standard aperto — e supporta Claude Code di Anthropic, Codex di OpenAI e il framework goose di Block fin da subito. Bradley Axen, responsabile delle capacità IA di Block, ha inquadrato la posta in gioco senza giri di parole: «Ogni azienda avrà bisogno di un luogo in cui esseri umani e agenti lavorano insieme. La domanda è se quel luogo sia proprietario o aperto.»
Perché l'identità degli agenti conta adesso?
Perché i team hanno smesso di utilizzare un solo agente e hanno iniziato a utilizzarne molti, mentre gli strumenti sottostanti erano stati costruiti per le persone. In Slack e GitHub un agente IA si presenta di solito come un'app, un bot o, peggio, un account di servizio condiviso — una singola credenziale che diverse automazioni riutilizzano silenziosamente. Funziona finché qualcosa non va storto. Quando un agente invia una modifica sbagliata, contatta il sistema errato o approva una fusione rischiosa, «quale agente, che agisce per conto di chi» è esattamente la domanda a cui un token condiviso non consente di rispondere in modo pulito.
Dare a ogni agente una propria identità crittografica ribalta la situazione. L'agente di coding interno di Block, BuilderBot, gestirebbe nell'ordine di 200.000 operazioni al giorno e rappresenterebbe una quota rilevante delle modifiche di codice in produzione dell'azienda (come riportato da The New Stack) — il tipo di volume in cui l'automazione anonima diventa un rischio operativo e di conformità. Identità più registro firmato significa che ogni azione dell'agente è attribuibile a posteriori: chi l'ha eseguita, per conto di chi e cosa ha toccato. È la differenza tra «è stata l'IA» e un evento che si può davvero esaminare.
Il design aperto e basato su protocollo conta per lo stesso motivo. Collocando l'identità in una coppia di chiavi Nostr anziché nella piattaforma, Buzz evita che l'identità di un agente resti chiusa nel giardino recintato di un singolo fornitore — in eco alla più ampia spinta del settore verso standard aperti per gli agenti. Che Buzz vinca o meno, la direzione è chiara: gli attori autonomi hanno bisogno di identità portabili e verificabili, non di identità umane prese in prestito.
Cosa sottovalutano i team?
La prima cosa è la maturità. Buzz è stato lanciato alla versione 0.4.22, con l'integrazione Git descritta come ancora in fase iniziale. Un modello di identità promettente non rende una piattaforma giovane pronta a reggere già domani la vostra chat e il vostro hosting del codice principali. La lettura prudente è trattare Buzz come un'implementazione di riferimento precoce di un'idea che vale la pena adottare, e sperimentarlo su lavori interni a basso raggio d'impatto prima di appoggiarvi i workflow.
La seconda è che l'identità non è l'autorizzazione. Sapere quale agente ha fatto qualcosa è necessario ma non sufficiente; occorre comunque decidere cosa ciascun agente è autorizzato a fare. Una traccia crittografica vi dice che un agente ha eseguito il merge su main o ha scritto a un sistema — non glielo impedisce. Permessi delimitati, punti di revisione su tutto ciò che va in produzione e un proprietario umano designato per ciascun agente sono i controlli che trasformano la provenienza in sicurezza. Buzz dà agli agenti account e permessi individuali; usarli bene resta una decisione di progettazione, non un'impostazione predefinita.
La terza è la governance e il controllo dei dati. Il self-hosting vi dà il pieno controllo dei dati; l'opzione ospitata da Block è comoda ma colloca l'attività dei vostri agenti sull'infrastruttura di terzi — una considerazione reale per i team regolamentati della FinTech e della sanità soggetti al GDPR e al regolamento europeo sull'IA. In Italia il Garante per la protezione dei dati personali è particolarmente attivo sull'IA e l'ACN (Agenzia per la Cybersicurezza Nazionale) presidia la sicurezza; un registro firmato di chi o cosa ha modificato un sistema è esattamente il tipo di prova che queste autorità si aspettano. Ma è utile solo se il modello di deployment, conservazione e accesso è deciso deliberatamente, e non ereditato da un'impostazione predefinita.
Cosa significa per i team statunitensi & italiani
Il modo produttivo di leggere questo lancio non è «passate a Buzz». È: l'identità e la provenienza degli agenti stanno diventando requisiti di base, ed è il momento di inserirle nei vostri workflow di agenti, qualunque sia lo strumento su cui vi standardizzate. Se già utilizzate agenti di coding tramite Claude Code, Codex o goose, la conseguenza pratica è smettere di farli agire con credenziali condivise e iniziare a dare a ciascuno un'identità distinta e attribuibile, con un proprietario designato e un registro duraturo di ciò che ha fatto.
Per i team regolamentati, l'angolo della conformità è il punto delicato. Sotto il regolamento europeo sull'IA e il GDPR, un sistema autonomo che agisce sui dati o effettua modifiche è qualcosa di cui dovete poter rendere conto — chi l'ha autorizzato, cosa ha fatto, se il registro è stato conservato. Una traccia di audit firmata, per ciascun agente, fa la differenza tra dimostrare il controllo e sperare che i vostri log bastino. È un requisito di governance che volete progettare prima di scalare gli agenti, non ricostruire dopo un incidente.
C'è anche un punto strategico per i responsabili di ingegneria. Se lo spazio di lavoro diventa il piano di controllo degli agenti, il valore si accumula per i team che già trattano accesso, identità e provenienza come asset di ingegneria: le vostre persone e i vostri agenti operano sullo stesso chiaro modello di permessi. I team con token di bot improvvisati e proprietà nebulosa otterranno invece azioni autonome che nessuno può attribuire pienamente — alla velocità della macchina. L'apertura aiuta qui: un protocollo aperto e uno standard aperto significano che state adottando un modello, non un lock-in.
Come agire questo trimestre
Non dovete migrare a Buzz per trarre vantaggio da ciò che segnala. Ecco la versione pronta da mettere in pratica.
- Date a ogni agente una propria identità. Smettete di far operare agenti di coding o di workflow tramite account di servizio condivisi; assegnate a ciascuno una credenziale distinta che potete attribuire.
- Designate un proprietario umano per ciascun agente. Rendete qualcuno responsabile di ciò che ogni agente è autorizzato a fare e di qualsiasi impatto provochi.
- Tenete un registro firmato e duraturo. Conservate quale agente ha effettuato quale modifica, insieme alla patch, all'esito dell'integrazione continua e alla revisione — non solo un log di chat effimero.
- Separate l'identità dall'autorizzazione. Delimitate strettamente i permessi di ciascun agente e proteggete dietro una revisione umana tutto ciò che riguarda il cliente o la produzione.
- Sperimentate Buzz su lavori interni. Se il modello vi attrae, provatelo in self-hosting su attività a basso rischio prima di affidargli la chat o l'hosting del codice principali.
- Decidete a monte il controllo dei dati. Per i carichi regolamentati, scegliete deliberatamente tra self-hosting e hosting, con conservazione e accesso definiti per i revisori.
Usato bene, uno spazio di lavoro per agenti con un'identità reale è un consolidamento sensato: azioni attribuibili, proprietà chiara, un unico luogo governato per sorvegliare una flotta di agenti. Usato con leggerezza, più autonomia su credenziali prese in prestito significa solo errori più rapidi che nessuno può rintracciare. La differenza è il modello di identità e provenienza su cui insistete — qualunque strumento usiate per eseguirlo.
Domande frequenti
Cosa ha lanciato Block il 21 luglio 2026?
Block ha rilasciato Buzz, uno spazio di lavoro gratuito e open source (Apache-2.0) in cui dipendenti e agenti IA condividono canali, repository di codice e workflow. Funziona sul protocollo Nostr, dà a ogni agente una propria coppia di chiavi crittografiche, e una seconda firma lega ciascun agente a un proprietario umano. Buzz è disponibile in self-hosting da github.com/block/buzz o ospitato su buzz.xyz, ed è agnostico rispetto al modello: supporta Claude Code, Codex di OpenAI e il framework goose di Block.
Perché dare a un agente IA una propria identità è importante?
Quando più agenti operano tra chat, codice e integrazione continua, i team devono poter dimostrare quale agente ha fatto cosa e per conto di chi. Buzz dà a ogni agente una coppia di chiavi indipendente dalla piattaforma e aggiunge una seconda firma che lo collega a un proprietario umano — una traccia che né l'uno né l'altro potrebbe falsificare da solo — e conserva patch, esiti dell'integrazione continua e revisioni in un registro di audit. Per i team regolamentati, questo trasforma il «è stata l'IA» in un evento attribuibile e verificabile.
Buzz è vincolato a un singolo modello o fornitore di IA?
No. Buzz è agnostico rispetto al modello e all'agente. Gli agenti si integrano tramite l'Agent Client Protocol, uno standard aperto, e supporta Claude Code di Anthropic, Codex di OpenAI e goose di Block. Poiché l'identità risiede in una coppia di chiavi Nostr anziché nella piattaforma, l'identità di un agente non è legata a Buzz. L'apertura è l'argomento di vendita: Block imposta la domanda su se il luogo in cui esseri umani e agenti lavorano insieme sia proprietario o aperto.
I team dovrebbero adottare Buzz in produzione adesso?
Consideratelo uno standard precoce da sperimentare, non una piattaforma finita. Al lancio era alla versione 0.4.22 con l'integrazione Git ancora in maturazione, quindi provatelo prima su lavori interni a basso rischio. L'idea da adottare a prescindere dallo strumento è l'identità e la provenienza degli agenti: date a ogni attore autonomo un'identità verificabile, un proprietario designato e una traccia di audit. Partite da lì, mantenete revisori umani su tutto ciò che va in produzione e valutate Buzz rispetto al vostro stack attuale prima di impegnarvi.
In cosa Buzz è diverso da Slack più GitHub?
Slack e GitHub sono stati costruiti per le persone; gli agenti si aggiungono come app o bot senza un'identità di prima classe. Buzz unisce chat, hosting del codice e workflow e tratta gli agenti come membri con propri account crittografici e permessi, non come credenziali condivise. Questo rende messaggi, revisioni e automazioni di ciascun agente attribuibili e verificabili singolarmente — la lacuna che Block punta a colmare per i team distribuiti tra Slack e GitHub.
Fonti
Block — Introducing Buzz: where humans and agents work together (fonte primaria), 21 luglio 2026
SiliconANGLE — Block launches Buzz, an open-source workspace for humans and AI agents, 21 luglio 2026
The New Stack — Block built a Slack for AI agents, and gave each one its own passport, 21 luglio 2026