Qu'est-ce que A2A dans Zero ?
Zero A2A est une forme pratique de communication agent-to-agent au sein du produit. Il permet à un agent d'ouvrir plusieurs conversations isolées, permet au coordinateur de déléguer du travail borné à des agents spécialisés, et vous permet de taper @ dans le composeur de chat pour ramener une conversation existante dans une comparaison, une transmission ou une décision.
Cela est utile lorsque le travail est trop vaste, bruyant ou risqué pour une conversation longue. Au lieu de demander à un agent de garder toutes les tests, sources et décisions dans le même contexte, vous donnez à chaque partie de travail un lieu clair et ramenez seulement les preuves qui comptent.
Trois façons dont A2A fonctionne dans Zero
| Ce que vous voulez faire | Utilisez cette configuration | Une bonne première scène |
|---|---|---|
| Répéter une méthode avec un contexte propre | Un agent, plusieurs chats | Tester le signalement, la facturation, les permissions et la mobile séparément |
| Donner des parties d'un travail à différents experts | Un coordinateur, plusieurs agents spécialisés ou sous-agents | Diviser un lancement entre la recherche, la QA du navigateur, l'écriture et la publication |
| Réutiliser du travail qui existe déjà | @ une autre conversation dans le composeur | Comparer deux rapports de QA ou transmettre la recherche dans une tâche d'écriture |
Trois objets de produit se cachent derrière ces modèles :
- Un agent est le travailleur réutilisable. Il possède les instructions, les flux de travail, les connecteurs, les permissions, le ton, le rôle et le choix du modèle.
- Un chat est une conversation isolée avec un agent. Il conserve un test, une revue ou une tâche de production dans son propre contexte.
- Un run est une réponse active à l'intérieur d'un chat. Les runs font le travail et peuvent attendre lorsque le workspace atteint sa limite de concurrence.
Le détail important est simple : un nouveau chat enfant ne hérite pas de l'histoire complète du chat de contrôle. Sa première message devrait inclure tout ce dont il a besoin pour faire le travail.
A2A, plusieurs chats, sous-agents, flux de travail et automatisations
Ces termes résolvent différents problèmes. Utilisez la configuration la plus petite qui vous donne la limite dont vous avez besoin.
| Modèle de produit | Ce qu'il change | Meilleur pour |
|---|---|---|
| A2A dans Zero | Comment les agents et les chats coordonnent le travail | Délégation, comparaison, transmissions et synthèse finale |
| Plusieurs chats sous un agent | Contexte, tandis que les instructions et les permissions restent les mêmes | Tests parallèles, vérifications de localisation, lots de recherche et évaluations de modèle |
| Agents spécialisés ou sous-agents | Rôle, instructions, modèle, outils ou permissions | Recherche, QA, écriture, analyse de données et publication contrôlée |
| Flux de travail | Un procédé enregistré qu'un agent peut répéter | Une liste de contrôle stable ou un processus multi-pas |
| Automatisation | Un déclencheur qui démarre un flux de travail avec un agent | Rapports planifiés, triage événementiel et vérifications récurrentes |
Une règle générale utile : divisez en chats lorsque la méthode reste la même, divisez en agents spécialisés lorsque la méthode ou l'accès change, et utilisez un flux de travail lorsque le procédé doit être répété de la même manière.
1. Un agent ouvre plusieurs chats propres
Vous êtes sur le point de lancer. Le signalement, la facturation, les permissions et la mobile nécessitent tous un dernier passage. Mettre toutes les vérifications dans une longue conversation peut sembler pratique, mais l'état peut se propager d'une étape à l'autre. Une mise à niveau de la facturation peut changer le compte avant même que le test des permissions ne commence.
Utilisez un chat par étape au lieu de cela.
Un bref partagé, quatre vérifications isolées, puis un rapport final.
Nous avons répété ce modèle dans le produit de préversion le 25 août 2026. Le même agent Zero a ouvert quatre conversations réelles pour l'inscription, la facturation, les permissions des collègues et les tests de locale.
Chaque étape a son propre chat, donc les preuves restent faciles à inspecter.
Essayez cette instruction :
Parcourez ce lancement de préversion comme quatre tâches distinctes. Ouvrez un chat pour le signalement et l'inscription, un pour la mise à niveau de la facturation, un pour l'invitation et les permissions refusées des collègues, et un pour les tests de locale et de mobile. Utilisez le même agent pour chaque chat. Chaque travailleur doit retourner l'URL testée, le rôle de compte, les étapes numérotées, les captures d'écran, le statut pass/fail et les étapes exactes de reproduction. Ramenez les résultats ici et regroupez les blocages répétés.
Ce modèle fonctionne aussi pour :
- Un chat par navigateur ou taille d'appareil
- Un chat par locale ou rôle de compte
- Un chat par requête de pull ou drapeau de fonctionnalité
- Un chat par réviseur, avec les résultats conservés séparément jusqu'à la fin
- Un chat par lot d'entretiens avec les clients ou ensemble de sources de recherche
- Un chat par modèle lorsque vous voulez comparer les sorties de manière équitable
Ce qui va mal généralement ? Le bref est trop court. "Vérifier la facturation" laisse le travailleur deviner sur le compte, la construction, le résultat attendu et le format des preuves. Donnez à chaque chat la même liste de contrôle et un compte de test séparé lorsque le flux change les données partagées.
2. Utilise @ pour intégrer une autre conversation dans le travail
Parfois, le travail utile existe déjà. Une conversation de recherche a les devis du client. Une conversation de QA a les captures d’écran. Une seconde revue arrive à une conclusion différente. Vous n’avez pas besoin de copier et coller tout cela.
Cliquez sur le composeur et tapez @. Zero ouvre une liste de vos conversations existantes.
Commencez à taper un titre pour affiner la liste, puis choisissez la conversation dont vous avez besoin.
La conversation sélectionnée apparaît sous forme d’un petit bouton orange cliquable.
Le bouton pointe vers l’exacte conversation d’accompagnement. La réponse sera écrite dans la conversation actuelle.
Puis ajoutez un verbe. Dites à Zero ce que vous voulez faire avec cette conversation :
- “Compare
@Accompagnement QAavec cette revue de facturation.” - “Continuez à partir de
@Recherche client batch 2et écrivez la recommandation ici.” - “Défiez la conclusion à haut risque dans
@Revue de sécurité.” - “Transformez les captures d’écran dans
@Bilan mobileen rapport de bug.” - “Extrayez toutes les questions non résolues de
@Recherche de lancement.”
Tapez @, choisissez la conversation, puis dites à Zero ce que vous voulez faire avec elle.
La mention est une adresse, pas un étiquetage vague. Elle pointe Zero vers la conversation sélectionnée sans coller la conversation complète dans le composeur. Cela garde le message actuel lisible, mais votre instruction doit avoir une action claire. “Utilisez cela” est faible. “Comparez les étapes échouées et classez les blocages partagés” est clair.
3. Donnez des parties différentes à des agents spécialisés ou des sous-agents
Utilisez plusieurs conversations lorsque vous voulez des copies propres du même travailleur. Utilisez des agents spécialisés lorsque le travail nécessite des instructions différentes, des outils, des modèles ou des limites de permission. Un agent spécialiste effectuant une tâche bornée pour un coordinateur est souvent appelé un sous-agent.
Un lancement de produit est un bon exemple. La Recherche Scout peut vérifier les preuves. La QA du navigateur peut vérifier le produit livré. Le Rédacteur de lancement peut rédiger la page. L’Opérateur de publication peut créer le brouillon CMS après que les revendications aient été approuvées.
Le workspace en phase de déploiement a un agent central et quatre agents spécialisés nommés, prêts pour une tâche bornée.
Le coordinateur possède le résultat. Les spécialistes retournent des preuves et des artefacts, puis un propriétaire unique rédige le résultat final.
Voici un plan de lancement pratique :
Coordonnez un paquet de lancement pour la fonctionnalité X. Demandez à la Recherche Scout de vérifier les preuves du client et les revendications concurrentielles. Demandez à la QA du navigateur de reproduire chaque revendication du produit dans le staging et d’attacher des captures d’écran. Demandez au Rédacteur de lancement de rédiger la page uniquement après que les preuves soient arrivées. L’Opérateur de publication peut créer le brouillon CMS, mais ne doit pas le publier. Signalez les preuves manquantes et les revendications en conflit dans cette conversation.
La valeur vient des limites réelles. Un agent de recherche peut rester en lecture seule. Un agent de publication peut avoir l’accès aux brouillons sans permission de publication. Un agent de QA peut suivre une liste de contrôle fixe de navigateur chaque fois. Les contrôles de permission de Zero aident à maintenir ces limites étroites.
Ne créez pas de spécialistes uniquement pour rendre le panneau latéral plus occupé. Créez-en un lorsque le rôle change la façon dont le travail est fait.
4. Laissez les examinateurs indépendants s’opposer, puis utilisez un juge
Deux examens sont utiles uniquement lorsque le deuxième examinateur ne copie pas le premier. Ouvrez des conversations propres, donnez aux deux examinateurs les mêmes preuves et gardez leurs premiers rapports séparés.
Puis commencez une conversation de jugement et mentionnez les deux rapports dans une seule instruction.
Une instruction peut faire référence à deux conversations QA réelles et demander à Zero de trouver les blocages partagés.
Par exemple :
Comparez
@Accompagnement QAavec@Facturation QA. Listez les blocages trouvés par les deux conversations, les problèmes trouvés par une seule conversation et les preuves qui sont encore manquantes. Puis décidez si le lancement doit être livré. Citez l’écran ou l’étape qui soutient chaque blocage.
Ce modèle fonctionne pour l’examen de conception, l’examen de sécurité, la sélection de fournisseurs, les choix d’architecture, l’examen de contrat et la comparaison de modèles. Définissez les critères de jugement avant l’arrivée des rapports. Sinon, le juge peut récompenser l’écriture la plus confiante au lieu des preuves les plus solides.
5. Transmettre le travail d’un agent au suivant
Certains travaux ne doivent pas être lancés en même temps. La recherche doit finir avant le brouillon. Le brouillon doit finir avant la QA. La QA doit finir avant la publication.
Traitez chaque transfert comme une note de livraison courte :
- Nommez l'agent receveur ou le chat.
- Attachez ou référencez l'artefact.
- Spécifiez les critères d'acceptation.
- Indiquez où le receveur doit faire un retour.
“Dites au rédacteur ce que vous avez trouvé” est difficile à vérifier. C'est mieux :
Envoyez le résumé de recherche approuvé au rédacteur de lancement. Le brouillon doit utiliser uniquement des affirmations vérifiées, garder le terminologie approuvée et marquer tout manque de preuve avec
[PREUVE NÉCÉSITAIRE]. Retournez le lien du brouillon et les questions non résolues dans ce chat.
Le chat de mention @ est utile ici car il donne au prochain travailleur une source précise. Pour les travaux avec de nombreux fichiers, passez également le lien de l'artefact. Le coordinateur a besoin de la situation, des décisions et du paquet final. Il n'a pas besoin de chaque note approximative copiée dans son propre contexte.
Comment les agents IA partagent-ils le contexte dans Zero ?
Les agents dans Zero n'ont pas besoin d'une conversation partagée gigantesque. Le contexte se déplace par des briefs explicites, des mentions de chat @, des liens d'artefacts et des résumés retournés. Chaque travailleur reçoit le minimum de contexte utile, termine une tâche bornée et envoie des preuves ou une décision au coordinateur.
Cette approche évite deux problèmes multi-agents communs. Premièrement, l'historique irrelevante ne bouchonne pas le contexte du travailleur. Deuxièmement, le coordinateur peut voir exactement quelle source ou chat soutient une affirmation.
Utilisez ces quatre modèles de partage de contexte :
- Brief autonome : le mieux pour un nouveau chat enfant qui doit commencer propre.
- Mention de chat
@: le mieux lorsque la conversation existante est la source. - Lien d'artefact : le mieux pour des documents, des captures d'écran, des jeux de données et des changements de code.
- Retour structuré : le mieux lorsque plusieurs travailleurs doivent signaler dans le même format.
Ne supposez pas que le chat enfant connaît déjà les décisions du chat de contrôle. Si un terme, une contrainte, un compte, une plage de dates ou un format de sortie compte, mettez-le dans le premier message.
Plus de scénarios A2A et de workflow multi-agents
| Scénario | Comment le diviser | Ce qui revient |
|---|---|---|
| Présentation de la mise en œuvre | Même agent, un chat par parcours utilisateur | Captures d'écran, vérifications pass/fail et blocs partagés |
| QA de localisation | Même agent, un chat par locale | Chaînes cassées, problèmes de disposition et captures d'écran spécifiques à la locale |
| Tests de navigateur et de dispositif | Même agent, un chat par navigateur ou fenêtre de vue | Une matrice de compatibilité comparable avec des preuves |
| Revue de demande de fusion | Même agent, un chat par PR ou angle de revue | Bugs, notes de risque et recommandations ligne par ligne |
| Recherche client | Même agent, un chat par lot d'entretiens | Citations, motifs, objections et liens de source |
| Réponse à incident | Coordinateur plus application, API, déploiement et agent d'impact client | Un calendrier unique avec des accords et des conflits soulignés |
| Production de contenu | Agents de recherche, rédaction, conception, QA et publication | Un brouillon examiné et une transmission de publication contrôlée |
| Triage de soutien client | Coordinateur plus agent de compte, produit, facturation et réponse | Cause racine, priorité, propriétaire et une réponse de draft |
| QA d'analyse de données | Agent d'analyse plus un examinateur indépendant | Jointures vérifiées, dénominateurs, fuseaux horaires et hypothèses |
| Comparaison de modèles | Chats propres avec le même brief et différents modèles | Précision, coût, latence et scores de format |
La bonne division crée une limite utile. Elle peut isoler le contexte, protéger une limite de permission, garder les examens indépendants ou permettre à du travail prêt de s'exécuter en même temps.
Quand utiliser un seul chat, plusieurs chats ou plusieurs agents ?
Utilisez un seul chat lorsque chaque étape suivante dépend de la réponse immédiatement précédente. Une session de débogage séquentiel est un bon exemple.
Utilisez plusieurs chats sous un seul agent lorsque les instructions restent les mêmes mais vous avez besoin d'un contexte propre ou de preuves indépendantes. C'est généralement le meilleur point de départ pour le test, les lots de recherche et les comparaisons équitables.
Utilisez plusieurs agents spécialisés lorsque chaque partie nécessite une expertise différente, des connecteurs, des permissions ou des modèles. Donnez une responsabilité au coordinateur pour la décision finale.
Utilisez un workflow lorsque le procédé doit être répétable. Ajoutez une automatisation uniquement lorsque ce procédé a également besoin d'un planificateur ou d'un déclencheur d'événement. Zero documente ces deux blocs de construction séparément : les workflows définissent la méthode, tandis que les automatisations décident quand il doit s'exécuter.
Sécurité A2A et limites de permission
Le travail multi-agents est plus sûr lorsque l'accès suit l'attribution. Donnez à chaque spécialiste seulement les connecteurs et les permissions nécessaires pour sa partie. Un agent de recherche rarement a besoin d'accès de publication. Un agent de QA peut avoir besoin d'un accès de préversion mais pas de contrôles de facturation de production. Un agent de publication peut avoir besoin d'accès à un projet de publication mais toujours nécessiter une personne pour approuver la version finale.
Gardez les écritures externes sous un propriétaire nommé. Plusieurs agents peuvent lire un dépôt, une CRM ou une CMS, mais un seul agent devrait créer le ticket final, mettre à jour le registre, envoyer la réponse au client ou publier la page. Cela évite les écritures doubles et rend le suivi de l'audit plus facile.
Pour des travaux à plus haut risque, ajoutez une condition d'arrêt au brief : “Version de projet seulement,” “Ne pas envoyer,” “Escalade si les preuves sont en conflit,” ou “Demander l'approbation avant de modifier la production.” A2A facilite la délégation ; elle ne supprime pas la nécessité de clarté sur la responsabilité.
Quatre règles qui maintiennent l'ordre dans le travail A2A
1. Faites de chaque premier message un élément autonome
Incluez l'objectif, les matériaux de départ, les contraintes, le format de sortie, le destinataire et la condition d'arrêt. Un chat enfant ne devrait pas deviner ce que le chat de contrôle connaît déjà.
2. Donnez aux travailleurs la même forme de réponse
Si quatre chats QA retournent quatre formats différents, le coordinateur passe son temps à nettoyer le texte. Demandez à chaque travailleur de fournir les mêmes champs : environnement, étapes, preuves, statut et action suivante.
3. Donnez les écritures partagées à un propriétaire unique
Deux agents corrects peuvent encore faire un désordre en écrivant deux fois. Nommez l'agent qui possède l'action externe finale.
4. Divisez le travail seulement si cela en vaut la peine
Créer huit chats ne signifie pas que huit exécutions se produiront en même temps. La concurrence du workspace s'applique toujours, et le travail dépendant doit attendre son entrée. Gardez un travail dans un seul chat lorsque chaque étape suivante dépend de la réponse précédente.
Zero A2A est-il le même que le protocole Agent2Agent de Google ?
Aucune équivalence de protocole n'est revendiquée ici. Ce guide décrit la coordination au niveau du produit entre les agents et les chats dans Zero : comment le travail est divisé, référencé, jugé et transféré via l'interface.
Le protocole Agent2Agent ouvert de Google est un standard technique pour la communication entre des systèmes d'agents distants, y compris la découverte de capacités, la gestion des tâches, les messages et les artefacts. Les recherches sur "A2A" se concentrent souvent sur ce protocole, donc la distinction compte : Zero A2A est le flux de travail pratique du produit couvert dans cet article.
Questions fréquentes
Un chat est-il le même qu'un agent ?
Non. Un agent est une configuration de travail réutilisable. Un chat est une conversation isolée avec cet agent. Un agent peut posséder de nombreux chats.
Les chats enfants partagent-ils le contexte du chat de contrôle ?
Non. Commencez chaque chat enfant avec une brève complète. Les travailleurs peuvent retourner des résultats ou transmettre des artefacts bornés à un autre chat, mais ils ne devraient pas supposer un historique partagé.
Qu'est-ce qui se passe lorsque je @ un chat ?
Zero insère une référence structurée au chat que vous avez sélectionné. La référence identifie la conversation que vous voulez. Elle ne colle pas la conversation complète dans le composeur, donc ajoutez une action claire comme comparer, examiner, continuer ou extraire.
Qu'est-ce qu'un sous-agent dans Zero ?
Un sous-agent est un agent spécialisé qui reçoit une tâche bornée d'un coordinateur. Il peut utiliser des instructions, des outils, des autorisations ou un modèle différent, puis retourner son résultat au chat de contrôle.
Peuvent plusieurs chats fonctionner en parallèle ?
Oui, lorsque la concurrence du workspace est disponible et que les tâches sont indépendantes. Des tâches supplémentaires peuvent être mises en file d'attente lorsque le limit est atteint. Le travail avec dépendances doit être exécuté en séquence.
Quand dois-je utiliser des agents différents ?
Utilisez des agents différents lorsque le travail nécessite des instructions différentes, des flux de travail, des modèles, des connecteurs ou des autorisations. Utilisez plusieurs chats sous le même agent lorsque vous avez principalement besoin d'un contexte propre.
Essayez la marche guidée de préversion en premier
Ouvrez un nouveau chat dans Zero et divisez une vérification de libération réelle en quatre chats propres. Demandez des captures d'écran et le même format pass/fail dans chaque chat. Une fois que cela fonctionne, remplacez une branche par un agent spécialisé ou mentionnez deux chats terminés dans un prompt de jugement.
Pour plus d'idées, voir 20 cas d'utilisation d'agents IA avec des prompts et des outils exacts.
