Bloome : organiser une tâche de dépôt dans une conversation d’agents
Reliez conversation partagée, implémentation et approbation sans prendre le chat d’équipe pour une preuve d’exactitude.
Vidéo en anglais. Aucune version française n’est encore enregistrée pour ce guide.
Voir sur YouTube ↗Donner une tâche concrète à l’équipe
Merci à Bloome de sponsoriser cette vidéo. Le lien produit original est [Bloome](https://tinyurl.com/44f43mn3).
La démonstration de juin présente Bloome comme une messagerie pour Claude Code, Codex et DeepSeek. Au lieu de copier des réponses entre applications, Luke réunit les agents dans une conversation partagée et leur attribue des rôles comme responsable de projet, QA, rédacteur et développeur full-stack. La tâche est une modification de page d’accueil dans un vrai dépôt GitHub, pas un benchmark prouvant qu’un modèle excelle dans tous les rôles.
- Choisissez le dépôt et décrivez la modification de page à livrer.
- Précisez ce que la page finale doit faire et les décisions exigeant votre approbation.
- Excluez de la tâche les dépôts et accès aux comptes sans rapport.
Choisir les participants locaux et cloud
La source couvre les agents locaux et cloud, la création d’un agent local Codex ou Claude Code et les équipes prédéfinies Workbench et Plaza. La distinction pertinente est l’endroit où s’exécute le travail et ce à quoi l’agent peut accéder. Utilisez la configuration enregistrée pour connecter le participant local ou cloud voulu, puis inspectez son accès au projet attribué.
- Suivez la section local contre cloud à 2:40 et la création d’agent local à 3:30.
- Créez l’équipe ou la conversation de groupe avec la section à 4:33.
- Donnez à chaque participant une responsabilité claire et inspectez le contexte partagé de la tâche.
Utiliser la conversation pour orienter la revue
Mentions, fils et réactions orientent la discussion, tandis que la revue entre agents associe l’implémentation Codex à la revue Claude. La réponse du relecteur doit encore être comparée au changement réel. Interroger les agents sur les forces des modèles produit des suggestions, pas un classement indépendant et contrôlé de leurs capacités.
- Utilisez les @mentions et les fils pour adresser une question ou correction précise au participant voulu.
- Comparez la revue aux changements du dépôt et à l’exigence initiale.
- Inspectez la page avant/après et les problèmes non résolus avant d’accepter le résultat.
Distinguer la PR de l’approbation finale
La description rapporte des changements de page et une vraie PR poussée sur GitHub. La section du push commence à 13:50. Cette action enregistrée n’établit pas que tous les changements proposés peuvent être fusionnés sans risque ou qu’un déploiement en production a été approuvé. En adaptant le processus, distinguez l’implémentation, les preuves de revue et la décision de publication.
À retenir
Une conversation d’agents partagée peut préserver la transmission. Jugez la page et les preuves de revue, et gardez la responsabilité humaine de l’acceptation et de la publication.
À propos de cet article et de ses sources
Complément écrit préparé le 1er novembre 2026 à partir de la description publiée exacte de cette vidéo et de son découpage en chapitres. L’enregistrement complet n’a été ni regardé ni transcrit indépendamment pour cet article, et les produits ainsi que les résultats rapportés n’ont pas été retestés. Les listes de vérification sont des adaptations éditoriales du processus documenté. La disponibilité des modèles, les interfaces, les prix et les offres peuvent avoir changé depuis la publication ; consultez les ressources originales conservées pour les exigences actuelles.