Hoe A2A werkt in Zero: Agents, Chats en Handoffs

Wat is A2A in Zero?

Zero A2A is een praktische vorm van agent-tot-agent communicatie binnen het product. Hiermee kan één agent meerdere geïsoleerde chats openen, kan een coördinator afgebakend werk delegeren aan specialistische agents, en kun je @ typen in de chatcomposer om een bestaande chat te betrekken bij een vergelijking, overdracht of beslissing.

Dit is handig wanneer een taak te breed, onoverzichtelijk of risicovol is voor één lange conversatie. In plaats van één agent te vragen om elke test, bron en beslissing in dezelfde context te houden, geef je elk deel van het werk een duidelijke plek en breng je alleen het relevante bewijs terug.

Drie manieren waarop A2A werkt in Zero

Wat je wilt doen	Gebruik deze opzet	Een goed eerste scenario
Eén methode herhalen met schone context	Eén agent, meerdere chats	Test aanmelding, facturatie, permissies en mobiel apart
Delen van een taak aan verschillende experts geven	Eén coördinator, meerdere specialistische agents of subagents	Verdeel een lancering over research, browser QA, schrijven en publiceren
Bestaand werk hergebruiken	@ een andere chat in de composer	Vergelijk twee QA-rapporten of gebruik research in een schrijftaak

Achter deze patronen zitten drie productobjecten:

• Een agent is de herbruikbare werker. Deze beheert instructies, workflows, connectors, permissies, toon, rol en modelkeuze.
• Een chat is één geïsoleerd gesprek met een agent. Hierin wordt een test, review of productietaak in eigen context gehouden.
• Een run is één actieve reactie binnen een chat. Runs voeren het werk uit en kunnen wachten als de werkruimte de gelijktijdigheidslimiet bereikt.

Het belangrijkste detail is eenvoudig: een nieuwe subchat erft niet de volledige geschiedenis van de hoofdchat. Het eerste bericht moet alles bevatten wat nodig is om de taak uit te voeren.

A2A, meerdere chats, subagents, workflows en automatiseringen

Deze termen lossen verschillende problemen op. Gebruik de kleinste opzet die de benodigde afbakening biedt.

Productpatroon	Wat het verandert	Beste toepassing
A2A in Zero	Hoe agents en chats werk coördineren	Delegatie, vergelijking, overdrachten en eindsynthetisering
Meerdere chats onder één agent	Context, terwijl instructies en permissies gelijk blijven	Parallel testen, lokalisatiecontroles, researchbatches en modelevaluaties
Specialistische agents of subagents	Rol, instructies, model, tools of permissies	Research, QA, schrijven, data-analyse en gecontroleerd publiceren
Workflow	Een opgeslagen procedure die een agent kan herhalen	Een vaste checklist of meerstapsmethode
Automatisering	Een trigger die een workflow met een agent start	Geplande rapporten, gebeurtenisgestuurde triage en terugkerende controles

Een handige vuistregel: splits in chats als de methode hetzelfde blijft, splits in specialistische agents als de methode of toegang verandert, en gebruik een workflow als de procedure op dezelfde manier herhaald moet worden.

1. Eén agent opent meerdere schone chats

Je staat op het punt te releasen. Aanmelding, facturatie, permissies en mobiel moeten allemaal een laatste controle krijgen. Alles in één lange chat stoppen lijkt handig, maar status kan van het ene traject naar het andere lekken. Een facturatie-upgrade kan het account wijzigen voordat de permissietest begint.

Gebruik in plaats daarvan één chat per traject.

Eén gedeelde briefing, vier geïsoleerde controles, daarna één eindrapport.

We hebben deze opzet nagemaakt in het stagingproduct op 25 augustus 2026. Dezelfde Zero-agent opende vier echte chats voor onboarding, facturatie, teamgenootpermissies en mobiel plus lokalisatietesten.

Elk traject heeft een eigen chat, zodat het bewijs makkelijk te controleren blijft.

Probeer deze prompt:

Doorloop deze stagingrelease als vier aparte taken. Open één chat voor aanmelding en onboarding, één voor facturatie-upgrade, één voor teamgenootuitnodiging en geweigerde permissies, en één voor mobiel plus lokalisatiecontroles. Gebruik dezelfde walkthrough-agent voor elke chat. Elke werker moet de geteste URL, accountrol, genummerde stappen, screenshots, pass/fail-status en exacte reproductiestappen teruggeven. Breng de resultaten hier terug en groepeer dubbele blockers.

Dit patroon werkt ook voor:

• Eén chat per browser of schermgrootte
• Eén chat per taal of accountrol
• Eén chat per pull request of featureflag
• Eén chat per reviewer, met bevindingen gescheiden tot het einde
• Eén chat per klantinterviewbatch of researchbronset
• Eén chat per model als je uitkomsten eerlijk wilt vergelijken

Wat gaat er meestal mis? De briefing is te kort. “Check facturatie” laat de werker raden naar het account, de build, het verwachte resultaat en het bewijsformaat. Geef elke chat dezelfde checklist en een apart testaccount als de flow gedeelde data wijzigt.

2. Gebruik @ om een andere chat bij de taak te betrekken

Soms bestaat het nuttige werk al. Een researchchat bevat de klantcitaten. Een QA-chat heeft de screenshots. Een tweede review komt tot een andere conclusie. Je hoeft niet alles te kopiëren en plakken.

Klik in de composer en typ @. Zero toont een lijst van je bestaande chats.

Begin met het typen van een titel om de lijst te filteren en kies dan de gewenste chat.

De geselecteerde chat verschijnt als een klikbare oranje chip.

De chip verwijst naar de exacte onboardingchat. Het antwoord wordt in de huidige chat geschreven.

Voeg daarna een werkwoord toe. Geef Zero de opdracht wat te doen met die chat:

• “Vergelijk @Onboarding QA met deze facturatiereview.”
• “Ga verder vanaf @Customer research batch 2 en schrijf hier de aanbeveling.”
• “Daag de conclusie met het hoogste risico in @Security review uit.”
• “Maak van de screenshots in @Mobile walkthrough een bugrapport.”
• “Haal alle onopgeloste vragen uit @Launch research.”

Typ @, kies de chat en geef aan wat Zero ermee moet doen.

De mention is een adres, geen vage tekstlabel. Het verwijst Zero naar de geselecteerde chat zonder het volledige gesprek in de composer te plakken. Zo blijft het huidige bericht leesbaar, maar je instructie moet wel duidelijk zijn. “Gebruik dit” is zwak. “Vergelijk de mislukte stappen en rangschik de gedeelde blockers” is duidelijk.

3. Geef verschillende delen aan specialistische agents of subagents

Gebruik meerdere chats als je schone kopieën van dezelfde werker wilt. Gebruik specialistische agents als de taak andere instructies, tools, modellen of permissiegrenzen vereist. Een specialistische agent die een afgebakende opdracht van een coördinator krijgt, wordt vaak een subagent genoemd.

Een productlancering is een goed voorbeeld. Research Scout kan het bewijs verifiëren. Browser QA kan het geleverde product controleren. Launch Writer kan de pagina opstellen. Publishing Operator kan het CMS-concept aanmaken nadat de claims zijn goedgekeurd.

De stagingwerkruimte heeft één kernagent en vier benoemde specialisten, elk klaar voor een afgebakende opdracht.

De coördinator is verantwoordelijk voor het resultaat. Specialisten leveren bewijs en artefacten aan, waarna één eigenaar het eindresultaat schrijft.

Hier is een praktische briefing voor een lancering:

Coördineer een lanceringspakket voor Feature X. Vraag Research Scout om het klantbewijs en de claims van concurrenten te verifiëren. Vraag Browser QA om elke productclaim in staging te reproduceren en screenshots toe te voegen. Vraag Launch Writer om de pagina pas te schrijven nadat het bewijs binnen is. Publishing Operator mag het CMS-concept aanmaken, maar niet publiceren. Rapporteer ontbrekend bewijs en conflicterende claims in deze chat.

De waarde zit in echte grenzen. Een researchagent kan alleen-lezen blijven. Een publishingagent kan concepttoegang hebben zonder publicatierechten. Een QA-agent kan elke keer een vaste browserchecklist volgen. Zero's permissie-instellingen helpen om die grenzen smal te houden.

Maak geen specialisten alleen om de zijbalk voller te maken. Maak er één aan als de rol bepaalt hoe het werk wordt uitgevoerd.

4. Laat onafhankelijke reviewers het oneens zijn en gebruik dan een beoordelaar

Twee reviews zijn alleen nuttig als de tweede reviewer niet de eerste kopieert. Open schone chats, geef beide reviewers hetzelfde bewijs en houd hun eerste rapporten gescheiden.

Start daarna een beoordelingschat en noem beide rapporten in één prompt.

Eén prompt kan verwijzen naar twee echte QA-chats en Zero vragen de gedeelde blockers te vinden.

Bijvoorbeeld:

Vergelijk @Onboarding QA met @Billing QA. Geef blockers die door beide chats zijn gevonden, problemen die slechts door één chat zijn gevonden en bewijs dat nog ontbreekt. Beslis vervolgens of de release moet doorgaan. Verwijs naar de screenshot of stap die elke blocker ondersteunt.

Dit patroon werkt voor design review, security review, leveranciersselectie, architectuurkeuzes, contractreview en modelvergelijking. Stel de beoordelingscriteria vast voordat de rapporten binnenkomen. Anders beloont de beoordelaar mogelijk het meest zelfverzekerde schrijven in plaats van het sterkste bewijs.

5. Draag werk over van de ene agent naar de volgende

Sommige taken mogen niet gelijktijdig worden uitgevoerd. Research moet klaar zijn voor het concept. Het concept moet klaar zijn voor QA. QA moet klaar zijn voor publicatie.

Behandel elke overdracht als een korte leveringsnotitie:

1. Noem de ontvangende agent of chat.
2. Voeg het artefact toe of verwijs ernaar.
3. Geef de acceptatiecriteria aan.
4. Zeg waar de ontvanger moet terugrapporteren.

“Vertel de schrijver wat je hebt gevonden” is lastig te controleren. Dit is beter:

Stuur de goedgekeurde researchsamenvatting naar Launch Writer. Het concept mag alleen geverifieerde claims gebruiken, de goedgekeurde terminologie aanhouden en ontbrekend bewijs markeren met [EVIDENCE NEEDED]. Stuur de conceptlink en onopgeloste vragen terug naar deze chat.

De @ chatchip is hier handig omdat het de volgende werker een exacte bron geeft. Voor taken met veel bestanden, geef ook de artefactlink door. De coördinator heeft status, beslissingen en het eindpakket nodig. Niet elke ruwe notitie hoeft in de eigen context gekopieerd te worden.

Hoe delen AI-agents context in Zero?

Agents in Zero hebben geen enorme gedeelde conversatie nodig. Context wordt overgedragen via expliciete briefings, @ chatmentions, artefactlinks en teruggestuurde samenvattingen. Elke werker ontvangt de minimaal benodigde context, voert een afgebakende taak uit en stuurt bewijs of een beslissing terug naar de coördinator.

Deze aanpak voorkomt twee veelvoorkomende multi-agent problemen. Ten eerste raakt de context van de werker niet overvol met irrelevante geschiedenis. Ten tweede kan de coördinator precies zien welke bron of chat een claim ondersteunt.

Gebruik deze vier patronen voor contextdeling:

1. Zelfstandige briefing: het beste voor een nieuwe subchat die schoon moet starten.
2. @ chatmention: het beste als een bestaand gesprek de bron is.
3. Artefactlink: het beste voor documenten, screenshots, datasets en codewijzigingen.
4. Gestructureerde terugkoppeling: het beste als meerdere werkers in hetzelfde formaat moeten rapporteren.

Ga er niet van uit dat een subchat de beslissingen van de hoofdchat al kent. Als een term, beperking, account, datumbereik of outputformaat belangrijk is, zet het in het eerste bericht.

Meer A2A- en multi-agent workflowscenario's

Scenario	Hoe splitsen	Wat komt terug
Release walkthrough	Zelfde agent, één chat per gebruikersreis	Screenshots, pass/fail-controles en gedeelde blockers
Lokalisatie QA	Zelfde agent, één chat per taal	Kapotte strings, layoutproblemen en taalspecifieke screenshots
Browser- en apparaat-testen	Zelfde agent, één chat per browser of viewport	Een vergelijkbare compatibiliteitsmatrix met bewijs
Pull request review	Zelfde agent, één chat per PR of reviewhoek	Bugs, risiconotities en aanbevelingen per regel
Klantonderzoek	Zelfde agent, één chat per interviewbatch	Citaten, patronen, bezwaren en bronlinks
Incident response	Coördinator plus app-, API-, deploy- en klantimpactagents	Eén tijdlijn met overeenkomsten en conflicten
Contentproductie	Research-, schrijf-, design-, QA- en publicatieagents	Een gereviewd concept en een gecontroleerde overdracht
Klantondersteuning triage	Coördinator plus account-, product-, facturatie- en antwoordagents	Oorzaak, prioriteit, eigenaar en een conceptantwoord
Data-analyse QA	Analistagent plus een onafhankelijke reviewer	Gecontroleerde joins, delers, tijdzones en aannames
Modelvergelijking	Schone chats met dezelfde briefing en verschillende modellen	Scores voor nauwkeurigheid, kosten, latency en formaat

De juiste splitsing creëert een nuttige grens. Het kan context isoleren, een permissie beschermen, reviews onafhankelijk houden of parallel werk mogelijk maken.

Wanneer gebruik je één chat, meerdere chats of meerdere agents?

Gebruik één chat als elke volgende stap direct afhankelijk is van het vorige antwoord. Een sequentiële debugsessie is een goed voorbeeld.

Gebruik meerdere chats onder één agent als de instructies gelijk blijven maar je schone context of onafhankelijk bewijs nodig hebt. Dit is meestal het beste startpunt voor testen, researchbatches en eerlijke vergelijkingen.

Gebruik meerdere specialistische agents als elk deel andere expertise, connectors, permissies of modellen vereist. Geef één coördinator de verantwoordelijkheid voor de eindbeslissing.

Gebruik een workflow als de procedure herhaalbaar moet zijn. Voeg alleen een automatisering toe als die procedure ook een schema of gebeurtenistrigger nodig heeft. Zero documenteert deze twee bouwstenen apart: workflows bepalen de methode, terwijl automatiseringen bepalen wanneer deze wordt uitgevoerd.

A2A-veiligheid en permissiegrenzen

Multi-agent werk is veiliger als toegang de opdracht volgt. Geef elke specialist alleen de connectors en permissies die nodig zijn voor zijn deel. Een researchagent heeft zelden publicatierechten nodig. Een QA-agent kan een staginglogin nodig hebben, maar geen productiefacturatie. Een publishingagent kan concepttoegang hebben, maar vereist nog steeds goedkeuring voor de uiteindelijke release.

Houd externe schrijfacties bij één benoemde eigenaar. Meerdere agents kunnen een repository, CRM of CMS lezen, maar één agent moet het uiteindelijke ticket aanmaken, het record bijwerken, het klantantwoord versturen of de pagina publiceren. Dit voorkomt dubbele schrijfacties en maakt de audittrail overzichtelijker.

Voor risicovoller werk, voeg een stopvoorwaarde toe aan de briefing: “Alleen concept”, “Niet verzenden”, “Escaleren bij conflicterend bewijs” of “Vraag goedkeuring voor productieaanpassingen.” A2A maakt delegeren makkelijker, maar neemt de noodzaak voor duidelijke verantwoordelijkheid niet weg.

Vier regels die A2A-werk overzichtelijk houden

1. Maak elk eerste bericht zelfstandig

Neem het doel, bronmateriaal, beperkingen, outputformaat, bestemming en stopvoorwaarde op. Een subchat mag niet hoeven raden wat de hoofdchat al weet.

2. Geef werkers hetzelfde antwoordformaat

Als vier QA-chats vier verschillende formaten teruggeven, is de coördinator vooral bezig met tekst opschonen. Vraag elke werker om dezelfde velden: omgeving, stappen, bewijs, status en volgende actie.

3. Geef gedeelde schrijfacties aan één eigenaar

Twee correcte agents kunnen alsnog rommel veroorzaken door dubbel te schrijven. Benoem de agent die de uiteindelijke externe actie uitvoert.

4. Splits alleen werk dat baat heeft bij splitsen

Acht chats aanmaken betekent niet dat acht runs tegelijk worden uitgevoerd. Werkruimtegelijktijdigheid blijft gelden en afhankelijk werk moet wachten op input. Houd een taak in één chat als elke stap afhankelijk is van het vorige antwoord.

Is Zero A2A hetzelfde als Google’s Agent2Agent-protocol?

Er wordt hier geen protocolgelijkheid geclaimd. Deze gids beschrijft coördinatie op productniveau tussen agents en chats binnen Zero: hoe werk wordt gesplitst, gerefereerd, beoordeeld en overgedragen via de interface.

Google’s Agent2Agent open protocol is een technische standaard voor communicatie tussen externe agentsystemen, inclusief capaciteitsdetectie, taakbeheer, berichten en artefacten. Zoekresultaten voor “A2A” richten zich vaak op dat protocol, dus het onderscheid is belangrijk: Zero A2A is de praktische productworkflow die in dit artikel wordt behandeld.

Veelgestelde vragen

Is een chat hetzelfde als een agent?

Nee. Een agent is een herbruikbare werkersconfiguratie. Een chat is één geïsoleerd gesprek met die agent. Eén agent kan meerdere chats beheren.

Delen subchats de context van de hoofdchat?

Nee. Start elke subchat met een volledige briefing. Werkers kunnen resultaten teruggeven of afgebakende artefacten doorgeven aan een andere chat, maar mogen niet uitgaan van gedeelde geschiedenis.

Wat gebeurt er als ik @ een chat?

Zero voegt een gestructureerde verwijzing toe naar de geselecteerde chat. De verwijzing identificeert het bedoelde gesprek. Het plakt niet het volledige gesprek in de composer, dus voeg een duidelijke actie toe zoals vergelijken, beoordelen, doorgaan of extraheren.

Wat is een subagent in Zero?

Een subagent is een specialistische agent die een afgebakende opdracht van een coördinator ontvangt. Deze kan andere instructies, tools, permissies of een ander model gebruiken en het resultaat terugsturen naar de hoofdchat.

Kunnen meerdere chats parallel draaien?

Ja, als werkruimtegelijktijdigheid beschikbaar is en de taken onafhankelijk zijn. Extra taken kunnen in de wachtrij komen als de limiet is bereikt. Werk met afhankelijkheden moet in volgorde worden uitgevoerd.

Wanneer moet ik verschillende agents gebruiken?

Gebruik verschillende agents als het werk andere instructies, workflows, modellen, connectors of permissies vereist. Gebruik meerdere chats onder dezelfde agent als je vooral schone context nodig hebt.

Probeer eerst de staging walkthrough

Open een nieuwe chat in Zero en splits één echte releasecontrole in vier schone chats. Vraag in elke chat om screenshots en hetzelfde pass/fail-formaat. Als dat werkt, vervang dan één tak door een specialistische agent of noem twee afgeronde chats in een beoordelingsprompt.

Voor meer ideeën, zie 20 AI-agent use cases met exacte prompts en tools.