- ▸ Une identité partagée entre salariés et agents logiciels
- ▸ Nostr et la signature cryptographique de chaque événement
- ▸ Des agents qui ouvrent des dépôts et soumettent des correctifs
- ▸ La thèse de Dorsey : l'IA comme couche d'orchestration, pas comme gadget
Annoncé le 21 juillet 2026 par Block, Buzz réunit messagerie d’équipe, agents IA et hébergement de dépôts logiciels sous une seule identité. L’entreprise de Jack Dorsey veut réduire sa dépendance à Slack et à GitHub en plaçant les agents au cœur même de son infrastructure de travail, et non en surcouche.
Ce qu’il faut retenir – Buzz centralise conversations, agents IA et dépôts de code sous un système d’identité unique, selon RuntimeWire. – La plateforme repose sur un relais Nostr auto-hébergeable : chaque événement est signé cryptographiquement. – Les agents agissent comme des membres du workspace — recherche, ouverture de dépôt, soumission de correctif — pas comme de simples assistants conversationnels. – Un forge Git intégré s’appuie sur le standard Git Smart HTTP, indépendant des plateformes propriétaires. – Le projet est open-source et reste agnostique du modèle d’IA employé.
Une identité partagée entre salariés et agents logiciels
Block a présenté Buzz comme un espace de travail open-source qui rassemble employés, agents IA, conversations et dépôts logiciels sous une même structure d’identité. La rupture n’est pas dans l’ajout d’un assistant à une messagerie existante. Elle tient au fait qu’un agent et un humain y sont traités comme deux membres de même nature, dotés d’une identité vérifiable.
Ce choix a des conséquences concrètes. Dans la plupart des outils actuels, l’agent IA vit dans une boîte de dialogue séparée, sans état durable ni droits propres. Il répond, puis oublie. D’après RuntimeWire, Buzz inverse ce rapport : l’agent dispose d’un fil d’activité, d’un historique et de permissions, au même titre qu’un collaborateur humain.
La question de la traçabilité devient alors centrale. Qui a écrit ce message, ouvert ce dépôt, validé ce correctif — un humain ou un agent ? Dans un environnement où les deux coexistent, l’attribution des actions cesse d’être un détail technique. Elle conditionne la responsabilité juridique et l’auditabilité des décisions prises dans l’outil.
Notre lecture : en unifiant l’identité des humains et des machines, Block traite d’emblée le problème que la plupart des plateformes IA repoussent — savoir précisément qui a fait quoi.
Nostr et la signature cryptographique de chaque événement
L’architecture de Buzz repose sur un relais Nostr auto-hébergeable. Nostr — pour Notes and Other Stuff Transmitted by Relays — est un protocole ouvert de diffusion de messages, initialement conçu pour les réseaux sociaux décentralisés. Chaque participant y possède une paire de clés cryptographiques et signe lui-même ce qu’il publie.
Pour comprendre — un « relais » Nostr Un relais est un serveur qui reçoit, stocke et redistribue des messages signés. Contrairement à un serveur classique, il ne détient aucune autorité sur l’identité : celle-ci est portée par la clé privée de l’émetteur. Auto-hébergeable signifie que l’entreprise fait tourner ce relais sur sa propre infrastructure, sans passer par un tiers.
Dans Buzz, chaque message, chaque réaction, chaque étape de workflow et chaque événement de code est stocké comme un événement signé cryptographiquement. La signature garantit deux choses : l’origine de l’événement — quelle clé l’a produit — et son intégrité — le contenu n’a pas été altéré après coup.
Ce modèle change la nature de l’historique de travail. Un log classique peut être modifié par l’administrateur du serveur. Un flux d’événements signés, non : réviser un message reviendrait à casser sa signature, donc à le rendre détectable. Pour un environnement où des agents autonomes soumettent du code, cette propriété de non-répudiation n’est pas cosmétique. Elle rend chaque action opposable.
L’auto-hébergement du relais répond de son côté à une préoccupation de souveraineté. Les données de conversation et de code ne transitent pas par un fournisseur SaaS tiers, mais restent sur l’infrastructure contrôlée par l’organisation. Pour un directeur de la sécurité, cela déplace la frontière de confiance : la surface d’exposition se réduit à ce que l’entreprise administre elle-même.
Reste une contrepartie. Héberger et maintenir un relais Nostr, gérer les clés, assurer la disponibilité du service, tout cela suppose une compétence interne que Slack ou GitHub, en mode hébergé, dispensent d’acquérir. Le gain de souveraineté se paie en charge opérationnelle.
Des agents qui ouvrent des dépôts et soumettent des correctifs
Le second pilier de Buzz tient aux capacités accordées aux agents. Ils peuvent rechercher des discussions antérieures, ouvrir des dépôts, soumettre des correctifs et réviser du code, toujours selon la présentation rapportée par RuntimeWire. Autrement dit, l’agent ne se contente pas de suggérer : il agit dans le dépôt.
Cette bascule s’appuie sur un forge logiciel — un système d’hébergement et de gestion de code, à la manière de GitHub ou GitLab — intégré directement à la plateforme. Buzz s’appuie ici sur le standard Git Smart HTTP, le protocole de transport que Git utilise nativement pour pousser et récupérer du code via HTTP. En restant sur ce standard, Block évite un format propriétaire : n’importe quel client Git existant peut, en théorie, dialoguer avec le forge.
L’ambition est claire. Un agent qui repère un bug dans une discussion peut ouvrir le dépôt concerné, produire un correctif et le soumettre à révision, le tout à l’intérieur du même espace où la conversation a eu lieu. La chaîne « signalement → correction → validation » se déroule sans quitter Buzz ni recopier le contexte d’un outil à l’autre.
Cette continuité attaque un point douloureux du travail logiciel : la fragmentation. Aujourd’hui, une équipe discute sur Slack, suit ses tickets ailleurs, héberge son code sur GitHub, et fait tourner ses agents sur une quatrième surface. Chaque frontière entre ces outils est un endroit où le contexte se perd. Buzz supprime ces frontières en logeant tout sous le même toit d’événements signés.
Le revers mérite d’être posé sans détour. Un agent capable de soumettre du code de façon autonome élargit la surface de risque. Un correctif erroné, une révision approuvée trop vite, une clé compromise : la puissance donnée aux agents impose des garde-fous à la hauteur. La signature cryptographique aide à savoir qui a agi, mais elle n’empêche pas une action mal jugée. La gouvernance des permissions accordées aux agents devient alors le vrai sujet, plus que la prouesse technique.
Sur le plan de la conformité, ce point rejoint l’esprit de l’AI Act européen — le règlement (UE) 2024/1689 — qui impose, pour les systèmes à risque, une supervision humaine effective. Un agent qui pousse du code en production sans revue humaine documentée entrerait précisément dans la zone que le législateur cherche à encadrer. Block ne se situe pas sous ce régime pour un outil interne, mais toute entreprise européenne qui déploierait Buzz devrait s’en soucier.
La thèse de Dorsey : l’IA comme couche d’orchestration, pas comme gadget
Buzz prolonge une conviction que Jack Dorsey défend de longue date. Il pousse Buzz pour réduire la dépendance de Block à Slack et à GitHub, et soutient que l’IA doit transformer la coordination organisationnelle plutôt que servir d’ajout marginal de productivité.
La nuance est de fond. Beaucoup d’entreprises greffent un copilote sur des outils existants pour accélérer des tâches unitaires — écrire un message plus vite, résumer un fil. Dorsey vise autre chose : faire de l’agent un maillon de la coordination elle-même, capable de relier une conversation à une action de code sans intervention humaine à chaque étape. L’IA n’accélère pas un poste de travail isolé ; elle recompose la façon dont l’organisation se coordonne.
Ce pari a un coût idéologique cohérent avec le parcours de son auteur. Après Twitter et au sein de Block, Dorsey a constamment défendu les protocoles ouverts contre les plateformes fermées. Le choix de Nostr et de Git Smart HTTP n’est donc pas anodin : il inscrit la couche d’orchestration IA dans des standards ouverts, là où les concurrents la referment dans leurs écosystèmes propriétaires.
Un pari sur les protocoles ouverts contre les plateformes fermées
Le positionnement de Block se lit comme une tentative de sortir de la double dépendance à Slack pour la communication et à GitHub pour le code. Les deux appartiennent respectivement à Salesforce et à Microsoft, deux acteurs qui construisent leurs propres surcouches IA. S’affranchir de ces dépendances, c’est refuser de voir sa coordination interne médiatisée par des plateformes qu’on ne contrôle pas.
Dorsey ancre son attachement aux protocoles ouverts dans les outils de développement du quotidien. La documentation publique du projet montre d’ailleurs une configuration interne dédiée au relais et au fournisseur d’agents de Block, signe que l’entreprise ne présente pas une démonstration théorique mais un outil qu’elle destine à son propre usage.
Le contraste stratégique est net. Face à Microsoft, qui intègre Copilot dans GitHub, et à Salesforce, qui pousse ses agents dans Slack, Block répond par l’ouverture et l’auto-hébergement. Le pari : que la souveraineté et l’auditabilité pèseront davantage, pour certaines organisations, que le confort d’une solution hébergée clé en main.
Ce choix a ses limites. Un outil open-source et auto-hébergeable exige des compétences et une maintenance que les géants du SaaS assument à la place de leurs clients. L’adoption large ne se décrète pas : elle dépendra de la capacité de Buzz à réduire cette friction. À ce jour, ni la base d’utilisateurs ni le calendrier d’ouverture au-delà de Block ne sont communiqués selon les sources disponibles.
Un dernier angle mérite attention. En traitant les agents comme des membres à part entière du workspace, dotés d’une identité cryptographique, Buzz préfigure une question que les régulateurs commencent à peine à formuler : quel statut, quelle responsabilité pour un agent qui agit dans un système de production ? Le débat, aujourd’hui technique, deviendra juridique.
FAQ
Buzz convient-il à toute entreprise, ou seulement à celles maîtrisant des technologies spécifiques ?
Buzz est conçu comme un espace de travail open-source et auto-hébergeable. Son architecture Nostr offre de la flexibilité, mais son intégration complète suppose d’adopter ses protocoles et d’exploiter un relais en interne. Une organisation sans équipe d’infrastructure dédiée en tirera un bénéfice réduit face à une solution hébergée.
Quels modèles d’IA Buzz prend-il en charge ?
Buzz reste indépendant du modèle sous-jacent. Le projet inclut des connecteurs pour Goose, Codex et Claude Code, ce qui permet de séparer le choix du modèle de celui du workspace. Une entreprise peut ainsi changer de fournisseur d’IA sans refondre son espace de travail, un argument de portabilité rare dans les offres propriétaires.
Prochaines étapes à surveiller
Lancé le 21 juillet 2026, Buzz doit encore prouver son adoption au-delà de Block. Aucune date d’ouverture publique élargie, aucun chiffre d’utilisateurs et aucun engagement de support long terme ne sont communiqués à ce jour. Le point à suivre : la gouvernance des permissions accordées aux agents autonomes, qui décidera si l’outil reste un pari d’ingénieurs ou devient une brique adoptable en entreprise sous contrainte réglementaire.
