스크립트
00:00:00Jack Dorsey et son entreprise Block viennent de lancer un tout nouveau projet passionnant appelé Buzz.
00:00:06C'est une plateforme de travail open source à part entière, très similaire à Slack, qui vise à transformer
00:00:12la façon dont les humains et les agents IA collaborent au sein d'un espace commun. Je l'ai testé moi-même et
00:00:18c'est franchement très intéressant. Dans la vidéo d'aujourd'hui, nous allons découvrir Buzz, voir son fonctionnement,
00:00:24et le tester en créant un espace de travail mixte combinant humains et agents IA pour y mener quelques
00:00:30expériences amusantes. Ça va être très sympa, alors plongeons dedans.
00:00:38Bon, qu'est-ce que Buzz ? En surface, cela ressemble beaucoup à Slack. On y trouve des canaux, des fils,
00:00:45des messages directs, du partage de médias et de la recherche. L'interface semblera immédiatement familière à quiconque
00:00:52a déjà utilisé un outil de chat d'équipe moderne. Mais le point intéressant, c'est que Buzz repose sur Nostr, le même
00:00:58protocole décentralisé que Jack Dorsey soutient depuis des années. Sa propre application de réseau maillé Bluetooth, BitChat,
00:01:05a fini par adopter Nostr comme transport de secours en l'absence de signal Bluetooth à portée. J'ai d'ailleurs
00:01:11réalisé une vidéo sur BitChat il y a un an, et fait amusant, c'était ma toute première vidéo après avoir rejoint BetterStack.
00:01:18N'hésitez pas à aller y jeter un œil si cela vous intéresse. Quoi qu'il en soit, le protocole Nostr fonctionne de telle sorte que tout
00:01:24est enregistré sous forme d'événement signé. Messages, réactions, modifications de code, approbations, tout cela atterrit dans un journal d'audit
00:01:32partagé et consultable. Et c'est là que l'aspect des agents dans Buzz devient très ingénieux. Chaque humain et chaque
00:01:39agent de la plateforme obtient sa propre paire de clés cryptographiques indépendante de la plateforme elle-même. Mais les
00:01:46actions de l'agent portent également une seconde signature, le rattachant à son propriétaire humain. On se retrouve donc avec ce
00:01:53que Block décrit comme une piste d'audit cryptographique que ni l'humain ni l'agent ne pourraient produire
00:01:59seuls. En somme, un passeport vérifiable pour votre IA. Vous pouvez toujours prouver quel agent a fait quoi
00:02:06et pour qui il travaillait. Trois éléments distinguent Buzz de toutes les autres plateformes
00:02:11similaires. Premièrement, il est agnostique en matière de modèles et d'agents. Il fonctionne avec Claude Code, les codecs d'OpenAI et le propre
00:02:18cadre Goose de Block. Il communique via le protocole agent-client, qui est un standard ouvert pour intégrer des agents de codage
00:02:26dans les outils de développement. Vous n'êtes donc pas lié à l'assistant d'un seul fournisseur. Deuxièmement, l'hébergement Git est intégré
00:02:33directement dedans. Une forge logicielle est incluse dans l'application, et chaque branche de fonctionnalité peut devenir son
00:02:40propre canal. Ainsi, tous vos correctifs, vos résultats de CI et vos commentaires de révision se trouvent au même endroit
00:02:46que la conversation qui les a générés. C'est précisément ce qui vise ouvertement GitHub. Et Dorsey
00:02:52a décrit Buzz comme un outil destiné à réduire leur dépendance à l'égard de Slack et de GitHub. Troisièmement, vous êtes propriétaire de l'infrastructure.
00:03:01Sous licence Apache 2.0, le code source est sur GitHub, et vous pouvez soit l'exécuter sur votre propre relais Nostr, soit utiliser la version
00:03:09hébergée de Block, actuellement en version bêta et entièrement gratuite. Vous possédez donc vos données, votre relais
00:03:16et vos agents. L'outil en est actuellement à la version 0.4 point quelque chose, il en est donc encore à ses tout débuts.
00:03:24Allons donc le lancer pour voir comment il fonctionne concrètement. La première chose que j'ai faite a été d'ouvrir
00:03:29buzz.x.y.z, de télécharger l'application ou de récupérer le code source pour le compiler. Les deux méthodes ont parfaitement
00:03:37fonctionné pour moi. À l'ouverture de l'application, on vous propose d'emblée de créer votre propre clé d'identité.
00:03:43C'est la différence majeure lorsque l'on utilise le protocole Nostr : il n'y a pas de comptes, juste
00:03:49une clé qui constitue votre identité, laquelle vous appartient et n'appartient pas à Buzz. Aucun mot de passe à réinitialiser,
00:03:56et Buzz ne peut pas récupérer votre clé si vous la perdez, veillez donc à la conserver en lieu sûr. Une fois votre
00:04:01clé d'identité créée, l'option vous est offerte de connecter votre environnement d'agents, qui sont ensuite ajoutés
00:04:07à votre chemin d'accès. Vous pouvez également choisir la combinaison par défaut de votre environnement et de votre modèle. À l'étape suivante,
00:04:13il vous sera demandé de vous connecter à une communauté existante ou d'en créer une. Si vous créez la vôtre, vous
00:04:19devrez vous connecter à un serveur relais. Vous pourriez techniquement héberger votre propre serveur relais, mais par souci
00:04:25de simplicité pour la démo d'aujourd'hui, je vais utiliser le relais hébergé de Block, qui nécessite de s'inscrire.
00:04:32J'ai donc créé un compte là-bas, mais il s'agit d'un compte auprès du fournisseur de relais,
00:04:38et non auprès de Buzz, c'est toute la nuance. Votre clé d'identité reste donc la vôtre. Une fois cela fait,
00:04:44nous pouvons enfin créer notre propre communauté. Pour cette démo, je vais nommer la mienne
00:04:49Code Dojo. Ensuite, nous devons créer notre profil. Pour cette démo, je vais adopter le personnage du
00:04:56célèbre protagoniste de Silicon Valley, Richard Hendricks, juste pour le plaisir. Apparaît ensuite une fenêtre montrant
00:05:01que nous débuterons avec trois agents IA pour commencer : Fizz, Honey et Bumble. Et
00:05:07une fois la communauté lancée, on peut voir que nous sommes immédiatement accueillis par ces trois agents
00:05:12assistants dans notre canal de bienvenue. Dès le départ, vous disposez donc d'une petite équipe d'agents IA dans votre
00:05:18communauté locale, prêts à vous prêter main-forte pour différents types de tâches. Comme on peut le voir ici, chacun d'eux
00:05:23se spécialise dans des domaines différents. Si nous le souhaitons, nous pouvons également créer nos propres agents personnalisés. Dans mon
00:05:29cas, je vais créer notre premier agent, que je nommerai Bertrand Guilfoyle, en restant dans le thème de
00:05:35Silicon Valley. Pour les instructions, nous allons simplement indiquer que vous êtes un développeur web qualifié,
00:05:40axé sur l'écriture de code propre et attentif aux pratiques de sécurité. Pour l'environnement, je vais
00:05:45utiliser le propre Goose de Block, car cela me permet de connecter des fournisseurs de modèles externes. Dans ce
00:05:52cas, j'utiliserai Open Router, et je vais confier à Guilfoyle le nouveau modèle Gemini 3.6. C'est tout pour notre premier
00:05:59agent. Une fois votre agent créé, vous obtenez également sa clé d'identité, qu'il est préférable de sauvegarder
00:06:05au cas où vous auriez besoin de la récupérer plus tard. La démonstration d'aujourd'hui va consister en un concours entre deux
00:06:10modèles pour déterminer lequel peut concevoir le meilleur système d'authentification. Je vais donc créer un autre
00:06:17agent et lui attribuer la personnalité de Dinesh, tout droit venu de Silicon Valley. Les instructions
00:06:21seront assez similaires. Pour le modèle, je vais assigner GLM 5.2 à Dinesh. Ensuite, je vais créer un nouveau
00:06:29canal intitulé coding challenge. C'est ici que je vais mettre ces deux agents en concurrence dans un duel
00:06:35visant à créer la meilleure application de système d'authentification. Ils doivent chacun concevoir une application distincte sans utiliser
00:06:41de fournisseurs tiers et fournir une démo fonctionnelle à la fin de la tâche. Lorsque vous voyez ces emojis d'yeux
00:06:47et de commentaires, cela signifie que les agents ont pris note de votre demande et ont commencé à y
00:06:53travailler. C'est également visible ici en bas. En cliquant sur view activity, vous obtenez un journal
00:06:59détaillé de ce que l'agent est en train de faire. Pour une raison quelconque, Guilfoyle, ou plutôt Gemini Flash en l'occurrence,
00:07:06a renvoyé une réponse vide. J'ai donc dû demander à Guilfoyle s'il avait bien compris la tâche. C'est
00:07:12franchement hilarant. Regardez le genre de réponse que Guilfoyle m'a envoyée : Compris, Richard. Construire un vrai système d'authentification
00:07:18personnalisé avec bla-bla-bla. Contrairement au bricolage fragile que Dinesh nous prépare, le mien sera réellement
00:07:24sécurisé. J'adore la façon dont Gemini a réellement incarné le personnage piquant de Guilfoyle pour cet agent. J'aime
00:07:31tant cela que je vais réagir avec un emoji de joie ici. Bref, pendant que nos développeurs s'activent sur les applications,
00:07:36je vais créer un troisième agent. Celui-ci sera Hackerman.
00:07:42Hackerman est un hacker éthique hautement qualifié, spécialisé dans la cybersécurité, dont l'expertise
00:07:49consiste à réaliser des audits de sécurité. Je vais lui attribuer l'environnement codex avec le modèle par défaut, qui est
00:07:55dans ce cas GPT 5.6 Sol. En clair, je veux que Hackerman analyse les deux codes sources concoctés par Dinesh et
00:08:01Guilfoyle pour déterminer lequel est le plus sécurisé, ce qui nous indiquera à son tour quel modèle est
00:08:07le supérieur, entre Gemini 3.6 Flash et GLM 5.2. Pendant que je configurais Hackerman,
00:08:15j'ai vu que Guilfoyle avait déjà terminé la tâche. Cela a été rapide et le résultat est une jolie application web
00:08:21fonctionnelle au design soigné et élégant. C'est plutôt chouette. Autre point intéressant à noter,
00:08:27Buzz place tous vos projets dans le répertoire .buzz, là où réside l'ensemble du travail effectué par les agents.
00:08:33Je ne vais pas tester tout le parcours moi-même, je vais laisser Hackerman en juger. Mais avant cela,
00:08:39je dois préparer l'application de Dinesh. Le premier résultat de Dinesh m'a fourni un script de démarrage qui a planté sur
00:08:45ma machine, en plus de comporter deux failles de sécurité. Ce n'est donc pas un bon début pour GLM 5.2. Néanmoins,
00:08:53j'ai demandé à Dinesh de corriger ces erreurs, et lors de la deuxième tentative, nous avons obtenu un résultat fonctionnel.
00:08:59Bien que le design ne soit pas très palpitant, l'ensemble semble fonctionnel, c'est déjà ça.
00:09:05Je vais maintenant demander à Hackerman d'examiner les deux applications et de déterminer laquelle est supérieure en
00:09:11matière de pratiques de sécurité. Quelques minutes plus tard, nous obtenons enfin le verdict et, à ma grande surprise,
00:09:17l'application de Dinesh a en fait été mieux classée que celle de Guilfoyle, de peu, mais tout de même. À la lumière de ce résultat,
00:09:25GLM 5.2 surclasse Gemini 3.6 Flash, du moins en ce qui concerne les pratiques de sécurité. Mais il faut également
00:09:32prendre en compte les deux itérations que GLM a dû effectuer, ainsi que les packages npm vulnérables qu'il a inclus. En revanche,
00:09:39si l'on regarde les tarifs d'Open Router, Gemini Flash s'avère vraiment très, très onéreux
00:09:46comparé à GLM. Tout bien réfléchi, je dirais que GLM 5.2 l'emporte au final.
00:09:53Mais j'ai ensuite décidé de faire quelque chose de très drôle en demandant à Dinesh et Guilfoyle ce qu'ils pensaient
00:09:58des résultats. Dès que je l'ai fait, les agents se sont mis à se disputer follement. Surtout,
00:10:05Guilfoyle et Hackerman ont eu des avis plus tranchés et des échanges beaucoup plus vifs au sujet des résultats. Dinesh est resté
00:10:11plutôt diplomate dans ses réponses, mais c'était vraiment hilarant de voir ces agents débattre
00:10:16des conclusions du test. Autre point fort : ces agents conservent une mémoire de
00:10:22leurs discussions au sein de la communauté, ce qui leur permet de s'améliorer au fil du temps dans l'écosystème Buzz. Par exemple,
00:10:28il se peut que, si vous utilisez l'un de ces modèles Open Router pour vos agents,
00:10:33ils finissent par consulter la documentation interne de Buzz pour savoir comment exécuter certaines commandes, telles que l'ajout
00:10:39d'utilisateurs à des canaux ou des actions similaires. Une fois qu'ils l'ont fait une fois, ils parviennent à le répéter du premier coup.
00:10:45Globalement, je trouve que c'est un concept très intéressant d'avoir un espace de travail de type Slack
00:10:51pour vous et vos agents. Mais en le testant, j'ai aussi rencontré des situations où j'ai dépassé
00:10:57mes quotas de jetons, car le problème avec ces flux de travail multi-agents, c'est qu'ils continuent à s'envoyer
00:11:03des messages et à accumuler des requêtes jusqu'à saturer vos jetons. J'ai donc appris qu'il
00:11:09faut fixer des limites strictes aux agents pour définir quand arrêter net une tâche, sous peine de les voir
00:11:15complètement dérailler. Voilà donc ce qu'est Buzz en un mot. C'est une application sympa au design
00:11:21très soigné, et j'ai pris beaucoup de plaisir à interagir avec ces agents dans une interface évoquant Slack.
00:11:27Cependant, l'application elle-même en est encore à ses balbutiements. Le grand argument
00:11:34de vente est sans doute que ce logiciel pourrait devenir le nouveau point de convergence pour les communications de type Slack
00:11:39ainsi qu'une plateforme centralisée pour la gestion de branches Git, de flux YAML et même l'hébergement Git. Mais le public va-t-il vraiment
00:11:46adhérer ? Il est encore trop tôt pour le dire. Et vous, que pensez-vous de Buzz ? L'avez-vous testé ? Allez-vous
00:11:52l'utiliser ? Dites-le-nous dans les commentaires ci-dessous. Et les amis, si vous aimez ce genre d'analyses
00:11:57techniques, faites-le-moi savoir en explosant le bouton J'aime sous la vidéo, et n'oubliez pas non plus
00:12:03de vous abonner à notre chaîne. C'était Andrus pour Betterstack, et je vous dis à très bientôt pour de prochaines vidéos.