Qu'est-ce que Buzz ? L'espace de travail IA de Jack Dorsey expliqué

Qu'est-ce que Buzz ?

Buzz est, selon les mots de Block, "un espace de travail où humains et agents construisent ensemble, sur un relay que vous possédez." Si vous avez déjà utilisé Slack, l'interface vous sera immédiatement familière : une barre latérale de canaux, des fils de discussion, des messages directs, des réactions emoji, des huddles vocaux et le partage de médias.

La subtilité tient à qui occupe la salle. Aux côtés de vos coéquipiers, vous invitez des agents IA spécialisés dans ces mêmes canaux, où ils publient, relisent du code, exécutent des automatisations approuvées et, plus généralement, se comportent comme des collègues plutôt que comme un bot de commande qu'on invoque puis qu'on congédie. Et comme Buzz intègre aussi l'hébergement Git, la discussion autour d'une fonctionnalité et la pull request correspondante peuvent vivre au même endroit.

En une phrase, Block résume le pari : garder les personnes, le contexte, les décisions et les prochaines étapes dans un seul espace partagé plutôt que dispersés entre une appli de chat, un tracker et vos outils de développement. Cela positionne clairement Buzz comme un concurrent à la fois de Slack (pour le chat) et de GitHub (pour le code).

Qui a créé Buzz, et pourquoi

Buzz vient de Block, Inc., l'entreprise fintech derrière Square, Cash App, Afterpay et Tidal. Cela compte : comme l'a noté TechCrunch, un produit Block signale « bien plus qu'un simple projet passion de Dorsey ». Le porte-parole désigné est Bradley Axen, responsable des capacités IA chez Block, et sa phrase résume toute la thèse :

"Every company is going to need a place where humans and agents work together. The question is whether that place is proprietary or open. We built Buzz because we believe it should be open."

Bradley Axen, Block

Le « pourquoi » est un problème de coordination, pas d'intelligence. Le blog d'ingénierie de Block le dit sans détour : "Models can do the work now. Teams still need somewhere to do it together. The bottleneck moved from intelligence to coordination." Ils décrivent l'ancienne façon de travailler comme chacun assis seul avec un agent dans une petite fenêtre de harnais, copiant sa sortie dans Slack et recollant les réponses, et arrivent à une phrase que la plupart d'entre nous reconnaîtront : "Nobody enjoyed being middleware."

Buzz s'appuie sur deux ans d'outils IA que Block a publiés en open source, dont son propre framework d'agents, goose. Le tweet de lancement a fait les chiffres qu'on attend d'un lancement signé Dorsey, environ 11 000 likes et plus de 700 réponses en quelques heures.

Les quatre mots-clés, décodés

Le tweet de lancement de Dorsey s'appuyait sur quatre termes. Ils sonnent comme du jargon proche de la crypto, mais chacun correspond à une décision de conception concrète. Voici la version en langage clair :

Une correction mérite d'être apportée, car elle a semé la confusion chez beaucoup de premiers lecteurs : Nostr n'est pas une blockchain, et il n'existe aucun token. Le fil Hacker News a dû le clarifier à plusieurs reprises :

"No blockchains here. Nostr is just a standard signed message format being relayed by simple store and forward relay servers."

sharperguy, Hacker News

Donc, malgré le vocabulaire de décentralisation, il n'y a aucun token crypto, aucun token de gouvernance, aucun airdrop impliqué. « Decentralized » signifie ici « non détenu par un seul serveur », pas « sur une blockchain ».

Les agents sont des membres, pas des bots

C'est ce qui distingue vraiment Buzz d'un simple chatbot greffé sur Slack. Dans Buzz, un agent dispose « des mêmes prérogatives qu'un coéquipier humain, du même journal d'audit, seule la paire de clés diffère." Le slogan que l'équipe répète sans cesse : "Agents are members, not bots" et "agents are part of the room, not haunted cron jobs."

Le point ingénieux, c'est le modèle de sécurité, et cela vaut la peine de le comprendre si l'idée de confier vos identifiants à un agent vous a déjà rendu nerveux. Plutôt que de donner à un agent votre identifiant de connexion, Buzz attribue à chaque agent sa propre clé. Le propriétaire de l'agent signe une autorisation à la portée étroitement définie, puis l'agent signe lui-même son propre travail sous sa propre identité. Ainsi, la paternité n'est jamais effacée : l'agent est l'auteur, et son identifiant prouve qui l'a autorisé et sous quelles conditions. Si une clé fuite, vous révoquez l'agent sans toucher à l'identité humaine.

Block décrit aussi un agent de pointe qui pilote un essaim d'agents moins coûteux et plus rapides, qui font de la recherche, construisent, testent et relisent en parallèle, en communiquant tous via de simples mentions dans les canaux. Si vous avez déjà lu des descriptions abstraites de l'orchestration multi-agents, voilà à quoi cela ressemble concrètement... un simple chat de groupe.

Hébergement Git : l'idée de la « branche comme salle »

Buzz ne s'arrête pas au chat. Il commence à ramener l'hébergement de code en interne, et le modèle est astucieux : une branche de fonctionnalité est un canal. Vous ouvrez une branche, une salle apparaît, les patchs arrivent sous forme d'événements signés, la CI publie ses résultats dans la salle, un agent effectue une première relecture de code, et la décision de fusion se prend au même endroit que toutes les preuves.

Sous le capot, Buzz stocke les dépôts sous forme de packfiles immuables adressés par contenu, associés à un pointeur mutable, au point d'aller jusqu'à vérifier formellement le modèle en TLA+ pour la durabilité. L'ambition est qu'une seule communauté puisse remplacer ce que les équipes bricolent aujourd'hui avec du chat, des forges, des bots, des tableaux de bord CI et un tas de code de liaison : un seul substrat plutôt que sept onglets qui font semblant de se connaître.

L'intégration Git est aujourd'hui la partie la moins aboutie, il faut donc voir cette section comme une vision plutôt que comme la réalité actuelle.

Buzz est-il déjà à la hauteur ?

C'est ici que l'honnêteté compte. Buzz est sous Apache-2.0, évolue vite (3 600 étoiles GitHub et environ 1 800 commits dans ses premiers jours), et il est clairement construit par des gens qui se soucient de l'architecture. Mais c'est aussi très précoce. La dernière build desktop est la v0.4.22, autrement dit une préversion de la 1.0, et le README de Block lui-même classe les fonctionnalités en trois catégories :

L'accueil sur Hacker News s'est nettement scindé en deux, et cette scission vaut la peine qu'on s'y arrête. Les sceptiques ont trouvé l'ensemble vaguement dystopique :

"That screenshot is some Lynchian horror... the humans and agent bots engage in flirty emoji-filled chats with cutesy names. I'm trying to imagine a world in which this makes sense as a way to organize software development work, but coming up short."

themgt, Hacker News

Les enthousiastes ont vu l'inverse : une tentative précoce et honnête vers un vrai changement dans la façon de travailler.

"The entire development world is being fundamentally rewired and will not ever look the same. This is just one experiment at a new shape. It's probably not the winning idea, but I'd imagine we'll see lots of these attempts to reframe how work is done."

echelon, Hacker News

Ma lecture : les deux ont raison. Buzz est une expérience bien construite qui mérite d'être suivie, et ce n'est pas un outil sur lequel parier le flux de travail quotidien d'une équipe ce trimestre. L'invitation de Dorsey lui-même était de "come test the early stages with us," ce qui est exactement la bonne façon de voir les choses.

Buzz donne une salle aux agents. Le support a besoin d'un agent avec une mission.

Voici le changement de perspective que j'avais promis, et c'est ce que j'aimerais qu'un responsable support ou ops retienne de tout ce battage autour de Buzz. Buzz est un lieu. C'est une surface magnifiquement conçue où les agents peuvent traîner et être mentionnés. C'est vraiment la bonne forme pour un travail ouvert et exploratoire, comme une petite équipe qui construit un prototype ensemble.

Mais une grande partie du travail réel n'est pas ouverte. Le support client en est l'exemple le plus clair. Vous ne voulez pas d'un agent assis dans un canal, attendant qu'un humain le mentionne avec un @ pour ensuite lui renvoyer le ticket. Vous voulez un agent qui prend le ticket en charge, lit votre base de connaissances et le résout réellement, de bout en bout, sans qu'une personne intervienne pour les 60 % de cas simples.

C'est un problème de conception différent, et c'est celui auquel je consacre mes journées. Un agent-dans-une-salle est jugé au naturel de sa conversation. Un agent-avec-une-mission est jugé sur son taux de résolution, sa précision, et sa capacité à savoir quand escalader. Bien réussir ce second point tient moins à une jolie interface de canal qu'à ancrer l'agent dans vos documents réels et vos tickets passés, et à pouvoir faire confiance à ce qu'il fait quand personne ne regarde. Cette confiance, honnêtement, est la partie difficile, et c'est pourquoi le fait que la capture d'écran de la démo compte plus que le taux de résolution est un signal à ne pas négliger.

Essayez eesel pour le travail que Buzz ne fait pas

Si Buzz vous a amené à penser aux agents comme à des coéquipiers, la question suivante, naturelle pour une équipe support, est : quel agent ferme réellement le ticket ? C'est à cela que sert eesel. C'est un agent IA pour le service client qui se connecte à votre helpdesk existant (Zendesk, Freshdesk, Gorgias, et les autres) et aux endroits où réside déjà votre savoir, puis répond et résout les tickets de première ligne de manière autonome.

Ce qui fait la différence, c'est la confiance, pas les impressions. Avant qu'eesel ne réponde au moindre client réel, vous pouvez le simuler sur vos tickets historiques pour voir exactement comment il aurait répondu et ce qu'il aurait résolu, sans avoir à deviner. Il se connecte en quelques minutes, fonctionne comme une nouvelle recrue qui aurait déjà lu votre centre d'aide, et il est gratuit à essayer. Buzz est une belle salle ; voici le collègue qui termine le travail.