Hur A2A fungerar i Zero: Agenter, chattar och överlämningar

Vad är A2A i Zero?

Zero A2A är en praktisk form av agent-till-agent-kommunikation i produkten. Det låter en agent öppna flera isolerade chattar, låter en koordinator delegera avgränsat arbete till specialistagenter och låter dig skriva @ i chattkompositören för att ta in en befintlig chatt i en jämförelse, överlämning eller beslut.

Detta är användbart när ett uppdrag är för brett, stökigt eller riskabelt för en enda lång konversation. Istället för att be en agent hålla alla tester, källor och beslut i samma kontext, ger du varje arbetsdel ett tydligt hem och tar bara tillbaka den bevisning som är relevant.

Tre sätt A2A fungerar i Zero

Vad du vill göra	Använd denna uppsättning	Ett bra första scenario
Upprepa en metod med ren kontext	En agent, flera chattar	Testa registrering, fakturering, behörigheter och mobil separat
Ge delar av ett jobb till olika experter	En koordinator, flera specialistagenter eller subagenter	Dela upp en lansering mellan research, browser QA, skrivande och publicering
Återanvänd befintligt arbete	@ en annan chatt i kompositören	Jämför två QA-rapporter eller för över research till en skrivuppgift

Tre produktobjekt ligger bakom dessa mönster:

• En agent är den återanvändbara arbetaren. Den äger instruktioner, arbetsflöden, kopplingar, behörigheter, ton, roll och modellval.
• En chatt är en isolerad konversation med en agent. Den håller ett test, en granskning eller en produktionuppgift i sin egen kontext.
• En körning är ett aktivt svar i en chatt. Körningar utför arbetet och kan vänta när arbetsytan når sin samtidighetsgräns.

Det viktiga är enkelt: en ny barnchatt ärver inte hela historiken från styrchatt. Dess första meddelande ska innehålla allt den behöver för att utföra uppgiften.

A2A, flera chattar, subagenter, arbetsflöden och automationer

Dessa termer löser olika problem. Använd den minsta uppsättningen som ger dig den avgränsning du behöver.

Produktmönster	Vad det ändrar	Bäst för
A2A i Zero	Hur agenter och chattar samordnar arbete	Delegering, jämförelse, överlämning och slutlig syntes
Flera chattar under en agent	Kontext, medan instruktioner och behörigheter är desamma	Parallell testning, lokaliseringskontroller, researchbatcher och modellevalueringar
Specialistagenter eller subagenter	Roll, instruktioner, modell, verktyg eller behörigheter	Research, QA, skrivande, dataanalys och kontrollerad publicering
Arbetsflöde	En sparad procedur en agent kan upprepa	En stabil checklista eller metod i flera steg
Automation	En trigger som startar ett arbetsflöde med en agent	Schemalagda rapporter, händelsestyrd triage och återkommande kontroller

En bra tumregel: dela upp i chattar när metoden är densamma, dela upp i specialistagenter när metod eller åtkomst ändras, och använd ett arbetsflöde när proceduren ska upprepas på samma sätt.

1. En agent öppnar flera rena chattar

Du är på väg att lansera. Registrering, fakturering, behörigheter och mobil behöver alla en sista genomgång. Att lägga alla kontroller i en lång chatt kan verka smidigt, men tillstånd kan läcka från en resa till nästa. En faktureringsuppgradering kan ändra kontot innan behörighetstestet ens börjar.

Använd istället en chatt per resa.

En gemensam brief, fyra isolerade kontroller och sedan en slutrapport.

Vi återskapade denna uppsättning i staging-produkten den 25 augusti 2026. Samma Zero-agent öppnade fyra riktiga chattar för onboarding, fakturering, teammedlemsbehörigheter och mobil- samt lokaltestning.

Varje resa har sin egen chatt, så bevisen är lätta att granska.

Prova denna prompt:

Gå igenom denna staging-lansering som fyra separata uppgifter. Öppna en chatt för registrering och onboarding, en för faktureringsuppgradering, en för teaminbjudan och nekade behörigheter, och en för mobil- samt lokaltester. Använd samma genomgångsagent för varje chatt. Varje arbetare ska returnera den testade URL:en, kontoroll, numrerade steg, skärmdumpar, godkänd/underkänd-status och exakta reproduktionssteg. Ta tillbaka resultaten hit och gruppera dubblettblockerare.

Detta mönster fungerar också för:

• En chatt per webbläsare eller enhetsstorlek
• En chatt per lokal eller kontoroll
• En chatt per pull request eller feature flag
• En chatt per granskare, med fynd separerade till slutet
• En chatt per kundintervjubatch eller researchkälla
• En chatt per modell när du vill jämföra utdata rättvist

Vad går oftast fel? Briefen är för kort. ”Kontrollera fakturering” lämnar arbetaren att gissa konto, build, förväntat resultat och bevisformat. Ge varje chatt samma checklista och ett separat testkonto när flödet ändrar delad data.

2. Använd @ för att ta in en annan chatt i jobbet

Ibland finns det användbara arbetet redan. En researchchatt har kundcitaten. En QA-chatt har skärmdumparna. En andra granskning når en annan slutsats. Du behöver inte kopiera och klistra in allt.

Klicka i kompositören och skriv @. Zero öppnar en lista över dina befintliga chattar.

Börja skriva en titel för att begränsa listan, välj sedan den chatt du behöver.

Den valda chatten visas som en klickbar orange chip.

Chipen pekar på exakt onboarding-chatt. Svaret skrivs i den aktuella chatten.

Lägg sedan till ett verb. Säg till Zero vad som ska göras med chatten:

• ”Jämför @Onboarding QA med denna faktureringsgranskning.”
• ”Fortsätt från @Customer research batch 2 och skriv rekommendationen här.”
• ”Utmana den mest riskfyllda slutsatsen i @Security review.”
• ”Gör om skärmdumparna i @Mobile walkthrough till en buggrapport.”
• ”Extrahera alla olösta frågor från @Launch research.”

Skriv @, välj chatten och ange vad du vill att Zero ska göra med den.

Omnämningen är en adress, inte en vag textetikett. Den pekar Zero till vald chatt utan att klistra in hela konversationen i kompositören. Det håller meddelandet läsbart, men din instruktion behöver ändå en tydlig handling. ”Använd denna” är svagt. ”Jämför misslyckade steg och rangordna gemensamma blockerare” är tydligt.

3. Ge olika delar till specialistagenter eller subagenter

Använd flera chattar när du vill ha rena kopior av samma arbetare. Använd specialistagenter när jobbet kräver olika instruktioner, verktyg, modeller eller behörighetsgränser. En specialistagent som gör en avgränsad uppgift åt en koordinator kallas ofta subagent.

En produktlansering är ett bra exempel. Research Scout kan verifiera bevisen. Browser QA kan kontrollera den levererade produkten. Launch Writer kan skriva utkastet. Publishing Operator kan skapa CMS-utkastet efter att påståendena granskats.

Staging-arbetsytan har en kärnagent och fyra namngivna specialister, redo för avgränsade uppgifter.

Koordinatorn äger resultatet. Specialister returnerar bevis och artefakter, sedan skriver en ägare slutresultatet.

Här är en praktisk lanseringsbrief:

Samordna ett lanseringspaket för Funktion X. Be Research Scout verifiera kundbevis och konkurrentpåståenden. Be Browser QA återskapa varje produktpåstående i staging och bifoga skärmdumpar. Be Launch Writer skriva utkastet först när bevisen är på plats. Publishing Operator får skapa CMS-utkastet, men får inte publicera det. Rapportera saknade bevis och motstridiga påståenden i denna chatt.

Värdet kommer från riktiga gränser. En researchagent kan vara skrivskyddad. En publiceringsagent kan ha utkastbehörighet utan publiceringsrätt. En QA-agent kan följa en fast webbläsarchecklista varje gång. Zeros behörighetskontroller hjälper till att hålla gränserna smala.

Skapa inte specialister bara för att göra sidopanelen rörigare. Skapa en när rollen ändrar hur arbetet utförs.

4. Låt oberoende granskare vara oense, använd sedan en domare

Två granskningar är bara användbara om den andra granskaren inte kopierar den första. Öppna rena chattar, ge båda granskare samma bevis och håll deras första rapporter separata.

Starta sedan en domarchatt och nämn båda rapporterna i en prompt.

En prompt kan referera till två riktiga QA-chattar och be Zero hitta gemensamma blockerare.

Till exempel:

Jämför @Onboarding QA med @Billing QA. Lista blockerare som hittats av båda chattar, problem som hittats av bara en chatt och bevis som fortfarande saknas. Avgör sedan om lanseringen ska ske. Ange skärmdump eller steg som stöder varje blockerare.

Detta mönster fungerar för designgranskning, säkerhetsgranskning, leverantörsval, arkitekturval, kontraktsgranskning och modelljämförelse. Definiera domarkriterierna innan rapporterna kommer. Annars kan domaren belöna det mest självsäkra skrivandet istället för starkast bevis.

5. Lämna över arbete från en agent till nästa

Vissa uppgifter ska inte köras samtidigt. Research måste bli klar före utkastet. Utkastet måste bli klart före QA. QA måste bli klart före publicering.

Behandla varje överlämning som en kort leveransnot:

1. Namnge mottagande agent eller chatt.
2. Bifoga eller referera till artefakten.
3. Ange acceptanskriterier.
4. Säg var mottagaren ska rapportera tillbaka.

”Berätta för skribenten vad du hittade” är svårt att verifiera. Detta är bättre:

Skicka den godkända researchsammanfattningen till Launch Writer. Utkastet får bara använda verifierade påståenden, behålla godkänd terminologi och markera saknat bevis med [EVIDENCE NEEDED]. Returnera utkastlänk och olösta frågor till denna chatt.

@-chattchipet är användbart här eftersom det ger nästa arbetare en exakt källa. För filintensiva uppgifter, skicka även artefaktlänken. Koordinatorn behöver status, beslut och slutpaket. Den behöver inte varje kladdig anteckning kopierad till sin egen kontext.

Hur delar AI-agenter kontext i Zero?

Agenter i Zero behöver inte en enda stor gemensam konversation. Kontext förs vidare genom tydliga briefar, @-chattomnämningar, artefaktlänkar och återlämnade sammanfattningar. Varje arbetare får minsta användbara kontext, slutför en avgränsad uppgift och skickar bevis eller beslut tillbaka till koordinatorn.

Detta undviker två vanliga multi-agent-problem. För det första tränger irrelevant historik inte undan arbetets kontext. För det andra kan koordinatorn se exakt vilken källa eller chatt som stöder ett påstående.

Använd dessa fyra mönster för kontextdelning:

1. Självständig brief: bäst för en ny barnchatt som måste börja rent.
2. @-chattomnämning: bäst när en befintlig konversation är källan.
3. Artefaktlänk: bäst för dokument, skärmdumpar, dataset och kodändringar.
4. Strukturerad återlämning: bäst när flera arbetare ska rapportera i samma format.

Anta inte att en barnchatt redan känner till styrchattens beslut. Om ett begrepp, begränsning, konto, datumintervall eller utdataformat är viktigt, ta med det i första meddelandet.

Fler A2A- och multi-agent-arbetsflödesscenarier

Scenario	Hur du delar upp det	Vad som kommer tillbaka
Lanseringsgenomgång	Samma agent, en chatt per användarresa	Skärmdumpar, godkänd/underkänd-kontroller och gemensamma blockerare
Lokaliserings-QA	Samma agent, en chatt per lokal	Trasiga strängar, layoutproblem och lokala skärmdumpar
Webbläsar- och enhetstestning	Samma agent, en chatt per webbläsare eller vyport	En jämförbar kompatibilitetsmatris med bevis
Pull request-granskning	Samma agent, en chatt per PR eller granskningstyp	Buggar, risknoteringar och rekommendationer på radnivå
Kundresearch	Samma agent, en chatt per intervjubatch	Citat, mönster, invändningar och källhänvisningar
Incidenthantering	Koordinator plus app-, API-, deploy- och kundpåverkanagenter	En tidslinje med avtal och konflikter markerade
Innehållsproduktion	Research-, skriv-, design-, QA- och publiceringsagenter	Ett granskat utkast och en kontrollerad publiceringsöverlämning
Kundsupporttriage	Koordinator plus konto-, produkt-, fakturerings- och svaragenter	Grundorsak, prioritet, ägare och ett utkast till svar
Dataanalys-QA	Analysagent plus en oberoende granskare	Kontrollerade joins, nämnare, tidszoner och antaganden
Modelljämförelse	Rena chattar med samma brief och olika modeller	Poäng för noggrannhet, kostnad, latens och format

Rätt uppdelning skapar en användbar gräns. Den kan isolera kontext, skydda en behörighet, hålla granskningar oberoende eller låta färdigt arbete köras samtidigt.

När ska du använda en chatt, flera chattar eller flera agenter?

Använd en chatt när varje nästa steg beror på svaret direkt före. En sekventiell felsökningssession är ett bra exempel.

Använd flera chattar under en agent när instruktionerna är desamma men du behöver ren kontext eller oberoende bevis. Detta är oftast bästa startpunkten för testning, researchbatcher och rättvisa jämförelser.

Använd flera specialistagenter när varje del kräver olika expertis, kopplingar, behörigheter eller modeller. Ge en koordinator ansvar för slutbeslutet.

Använd ett arbetsflöde när proceduren ska vara upprepbar. Lägg till en automation bara när proceduren också behöver ett schema eller händelsetrigger. Zero dokumenterar dessa två byggblock separat: arbetsflöden definierar metoden, medan automationer avgör när den körs.

A2A-säkerhet och behörighetsgränser

Multi-agent-arbete är säkrare när åtkomst följer uppdraget. Ge varje specialist bara de kopplingar och behörigheter som krävs för dess del. En researchagent behöver sällan publiceringsåtkomst. En QA-agent kan behöva staging-inloggning men inte produktionsfakturering. En publiceringsagent kan behöva utkastbehörighet men ändå kräva godkännande av en person för slutlig publicering.

Låt externa skrivningar ske under en namngiven ägare. Flera agenter kan läsa ett repo, CRM eller CMS, men en agent bör skapa slutlig ticket, uppdatera posten, skicka kundsvar eller publicera sidan. Detta förhindrar dubbla skrivningar och gör revisionsspåret lättare att följa.

För mer riskfyllt arbete, lägg till ett stoppvillkor i briefen: ”Endast utkast”, ”Skicka inte”, ”Eskaleras vid motstridiga bevis” eller ”Be om godkännande innan ändring i produktion”. A2A gör delegering enklare; det tar inte bort behovet av tydligt ansvar.

Fyra regler som håller A2A-arbete prydligt

1. Gör varje första meddelande självständigt

Inkludera mål, källmaterial, begränsningar, utdataformat, destination och stoppvillkor. En barnchatt ska inte behöva gissa vad styrchatten redan vet.

2. Ge arbetare samma svarsmall

Om fyra QA-chattar returnerar fyra olika format, lägger koordinatorn tid på att städa text. Be varje arbetare om samma fält: miljö, steg, bevis, status och nästa åtgärd.

3. Ge gemensamma skrivningar till en ägare

Två korrekta agenter kan ändå skapa oreda genom att skriva dubbelt. Namnge agenten som äger slutlig extern åtgärd.

4. Dela bara upp arbete som tjänar på uppdelningen

Att skapa åtta chattar betyder inte att åtta körningar körs samtidigt. Arbetsytans samtidighet gäller fortfarande, och beroende arbete ska vänta på sitt underlag. Håll ett jobb i en chatt när varje steg beror på föregående svar.

Är Zero A2A samma som Googles Agent2Agent-protokoll?

Ingen protokollekvivalens hävdas här. Denna guide beskriver produktnivåsamordning mellan agenter och chattar i Zero: hur arbete delas upp, refereras, bedöms och överlämnas via gränssnittet.

Googles Agent2Agent öppna protokoll är en teknisk standard för kommunikation mellan fjärragentsystem, inklusive kapabilitetsupptäckt, uppgiftshantering, meddelanden och artefakter. Sökresultat för ”A2A” fokuserar ofta på det protokollet, så skillnaden är viktig: Zero A2A är det praktiska produktarbetsflödet som beskrivs i denna artikel.

Vanliga frågor

Är en chatt samma sak som en agent?

Nej. En agent är en återanvändbar arbetarkonfiguration. En chatt är en isolerad konversation med den agenten. En agent kan äga många chattar.

Delar barnchattar styrchattens kontext?

Nej. Starta varje barnchatt med en komplett brief. Arbetare kan returnera resultat eller skicka avgränsade artefakter till en annan chatt, men ska inte anta delad historik.

Vad händer när jag @:ar en chatt?

Zero infogar en strukturerad referens till den chatt du valt. Referensen identifierar konversationen du menar. Den klistrar inte in hela konversationen i kompositören, så lägg till en tydlig åtgärd som jämför, granska, fortsätt eller extrahera.

Vad är en subagent i Zero?

En subagent är en specialistagent som får en avgränsad uppgift från en koordinator. Den kan använda andra instruktioner, verktyg, behörigheter eller en annan modell och returnera sitt resultat till styrchatten.

Kan flera chattar köras parallellt?

Ja, när arbetsytans samtidighet finns och uppgifterna är oberoende. Extra jobb kan köas när gränsen nås. Arbete med beroenden bör köras i sekvens.

När ska jag använda olika agenter?

Använd olika agenter när arbetet kräver olika instruktioner, arbetsflöden, modeller, kopplingar eller behörigheter. Använd flera chattar under samma agent när du främst behöver ren kontext.

Prova staging-genomgången först

Öppna en ny chatt i Zero och dela upp en riktig lanseringskontroll i fyra rena chattar. Be om skärmdumpar och samma godkänd/underkänd-format i varje chatt. När det fungerar, ersätt en gren med en specialistagent eller nämn två färdiga chattar i en domarprompt.

För fler idéer, se 20 AI-agentanvändningsfall med exakta prompts och verktyg.