Hvad er A2A i Zero?
Zero A2A er en praktisk form for agent-til-agent kommunikation i produktet. Det gør det muligt for én agent at åbne flere isolerede chats, lader en koordinator delegere afgrænset arbejde til specialistagenter, og lader dig skrive @ i chat-komponisten for at bringe en eksisterende chat ind i en sammenligning, overdragelse eller beslutning.
Dette er nyttigt, når en opgave er for bred, støjende eller risikabel til én lang samtale. I stedet for at bede én agent om at holde alle tests, kilder og beslutninger i samme kontekst, giver du hvert stykke arbejde et klart hjem og bringer kun den relevante dokumentation tilbage.
Tre måder A2A fungerer i Zero
| Hvad du vil gøre | Brug denne opsætning | Et godt første scenarie |
|---|---|---|
| Gentag én metode med ren kontekst | Én agent, flere chats | Test tilmelding, fakturering, tilladelser og mobil separat |
| Giv dele af en opgave til forskellige eksperter | Én koordinator, flere specialistagenter eller subagenter | Del en lancering op i research, browser QA, skrivning og publicering |
| Genbrug eksisterende arbejde | @ en anden chat i komponisten | Sammenlign to QA-rapporter eller overfør research til en skriveopgave |
Tre produktobjekter ligger bag disse mønstre:
- En agent er den genanvendelige arbejder. Den ejer instruktioner, workflows, connectors, tilladelser, tone, rolle og modelvalg.
- En chat er én isoleret samtale med en agent. Den holder en test, gennemgang eller produktion i sin egen kontekst.
- Et run er ét aktivt svar i en chat. Runs udfører arbejdet og kan vente, når workspace når sin samtidighedsgrænse.
Det vigtige er simpelt: en ny underchat arver ikke hele historikken fra kontrolchatten. Dens første besked skal indeholde alt, hvad den behøver for at udføre opgaven.
A2A, flere chats, subagenter, workflows og automatiseringer
Disse begreber løser forskellige problemer. Brug den mindste opsætning, der giver dig den nødvendige afgrænsning.
| Produktmønster | Hvad det ændrer | Bedst til |
|---|---|---|
| A2A i Zero | Hvordan agenter og chats koordinerer arbejde | Delegering, sammenligning, overdragelser og endelig syntese |
| Flere chats under én agent | Kontekst, mens instruktioner og tilladelser forbliver de samme | Parallelle tests, lokaliseringskontrol, research-batches og modelevalueringer |
| Specialistagenter eller subagenter | Rolle, instruktioner, model, værktøjer eller tilladelser | Research, QA, skrivning, dataanalyse og kontrolleret publicering |
| Workflow | En gemt procedure, en agent kan gentage | En stabil tjekliste eller metode i flere trin |
| Automatisering | En trigger, der starter et workflow med en agent | Planlagte rapporter, hændelsesbaseret triage og tilbagevendende kontroller |
En nyttig tommelfingerregel: del op i chats, når metoden er den samme, del op i specialistagenter, når metode eller adgang ændres, og brug et workflow, når proceduren skal gentages på samme måde.
1. Én agent åbner flere rene chats
Du er ved at udgive. Tilmelding, fakturering, tilladelser og mobil skal alle have et sidste tjek. At lægge alle kontroller i én lang chat lyder bekvemt, men tilstand kan lække fra én rejse til den næste. En opgradering af fakturering kan ændre kontoen, før tilladelsestesten overhovedet starter.
Brug i stedet én chat pr. rejse.
Én fælles brief, fire isolerede kontroller og derefter én endelig rapport.
Vi genskabte denne opsætning i staging-produktet den 25. august 2026. Den samme Zero-agent åbnede fire reelle chats til onboarding, fakturering, teammedlems-tilladelser og mobil plus lokalitetstest.
Hver rejse har sin egen chat, så dokumentationen er let at inspicere.
Prøv denne prompt:
Gennemgå denne staging-udgivelse som fire separate opgaver. Åbn én chat til tilmelding og onboarding, én til opgradering af fakturering, én til teammedlemsinvitation og afviste tilladelser, og én til mobil plus lokalitetstjek. Brug den samme walkthrough-agent til hver chat. Hver arbejder skal returnere den testede URL, kontorolle, nummererede trin, skærmbilleder, bestået/ikke-bestået-status og præcise reproduktionstrin. Bring resultaterne tilbage her og grupper dublerede blokeringer.
Dette mønster fungerer også til:
- Én chat pr. browser eller enhedsstørrelse
- Én chat pr. lokalitet eller kontorolle
- Én chat pr. pull request eller feature flag
- Én chat pr. anmelder, hvor fund holdes adskilt indtil slutningen
- Én chat pr. kundeinterview-batch eller research-kildesæt
- Én chat pr. model, når du vil sammenligne output retfærdigt
Hvad går ofte galt? Briefet er for kort. “Tjek fakturering” efterlader arbejderen i tvivl om konto, build, forventet resultat og dokumentationsformat. Giv hver chat den samme tjekliste og en separat testkonto, når flowet ændrer fælles data.
2. Brug @ for at bringe en anden chat ind i opgaven
Nogle gange findes det nyttige arbejde allerede. En research-chat har kundecitaterne. En QA-chat har skærmbillederne. En anden gennemgang når en anden konklusion. Du behøver ikke kopiere og indsætte det hele.
Klik i komponisten og skriv @. Zero åbner en liste over dine eksisterende chats.
Begynd at skrive en titel for at indsnævre listen, og vælg derefter den chat, du har brug for.
Den valgte chat vises som en klikbar orange chip.
Chippen peger på den præcise onboarding-chat. Svaret skrives i den aktuelle chat.
Tilføj derefter et verbum. Fortæl Zero, hvad der skal gøres med den chat:
- “Sammenlign
@Onboarding QAmed denne faktureringsgennemgang.” - “Fortsæt fra
@Customer research batch 2og skriv anbefalingen her.” - “Udfordr den højest-risiko konklusion i
@Security review.” - “Lav skærmbillederne i
@Mobile walkthroughom til en fejlrapport.” - “Udtræk alle uløste spørgsmål fra
@Launch research.”
Skriv @, vælg chatten, og sig derefter, hvad du vil have Zero til at gøre med den.
Mentionen er en adresse, ikke en vag tekstetiket. Den peger Zero på den valgte chat uden at indsætte hele samtalen i komponisten. Det holder den aktuelle besked læsbar, men din instruktion skal stadig være tydelig. “Brug denne” er svagt. “Sammenlign de fejlede trin og rangér de fælles blokeringer” er klart.
3. Giv forskellige dele til specialistagenter eller subagenter
Brug flere chats, når du vil have rene kopier af samme arbejder. Brug specialistagenter, når opgaven kræver forskellige instruktioner, værktøjer, modeller eller tilladelsesgrænser. En specialistagent, der udfører en afgrænset opgave for en koordinator, kaldes ofte en subagent.
En produktlancering er et godt eksempel. Research Scout kan verificere dokumentationen. Browser QA kan tjekke det udgivne produkt. Launch Writer kan skrive siden. Publishing Operator kan oprette CMS-udkastet, når påstandene er godkendt.
Staging-workspacet har én kerneagent og fire navngivne specialister, hver klar til en afgrænset opgave.
Koordinatoren ejer resultatet. Specialister returnerer dokumentation og artefakter, og én ejer skriver det endelige resultat.
Her er et praktisk lanceringsbrief:
Koordiner en lanceringspakke for Feature X. Bed Research Scout om at verificere kundedokumentation og konkurrentpåstande. Bed Browser QA om at reproducere alle produktpåstande i staging og vedhæfte skærmbilleder. Bed Launch Writer om kun at skrive siden, når dokumentationen er modtaget. Publishing Operator må oprette CMS-udkastet, men må ikke publicere det. Rapporter manglende dokumentation og modstridende påstande i denne chat.
Værdien kommer fra reelle grænser. En research-agent kan forblive læseadgang (read-only). En publishing-agent kan have udkastadgang uden publiceringsrettigheder. En QA-agent kan følge en fast browser-tjekliste hver gang. Zeros tilladelseskontrol hjælper med at holde grænserne snævre.
Opret ikke specialister kun for at gøre sidepanelet mere fyldt. Opret én, når rollen ændrer, hvordan arbejdet udføres.
4. Lad uafhængige anmeldere være uenige, brug derefter en dommer
To anmeldelser er kun nyttige, når den anden anmelder ikke kopierer den første. Åbn rene chats, giv begge anmeldere samme dokumentation, og hold deres første rapporter adskilt.
Start derefter en dommerchat og nævn begge rapporter i én prompt.
Én prompt kan referere til to reelle QA-chats og bede Zero finde de fælles blokeringer.
For eksempel:
Sammenlign
@Onboarding QAmed@Billing QA. Oplist blokeringer fundet af begge chats, problemer fundet af kun én chat, og dokumentation der stadig mangler. Beslut derefter, om udgivelsen skal sendes. Angiv skærmbillede eller trin, der understøtter hver blokering.
Dette mønster fungerer til designgennemgang, sikkerhedsgennemgang, leverandørvalg, arkitekturvalg, kontraktgennemgang og model-sammenligning. Definér dommerkriterierne, før rapporterne ankommer. Ellers kan dommeren belønne den mest selvsikre skrivning frem for den stærkeste dokumentation.
5. Overdrag arbejde fra én agent til den næste
Nogle opgaver bør ikke køre samtidig. Research skal være færdig før udkastet. Udkastet skal være færdigt før QA. QA skal være færdig før publicering.
Behandl hver overdragelse som en kort leveringsnote:
- Navngiv modtageragenten eller chatten.
- Vedhæft eller referér til artefaktet.
- Angiv acceptkriterierne.
- Sig, hvor modtageren skal rapportere tilbage.
“At fortælle forfatteren, hvad du fandt” er svært at verificere. Dette er bedre:
Send den godkendte research-opsummering til Launch Writer. Udkastet må kun bruge verificerede påstande, holde den godkendte terminologi og markere manglende dokumentation med
[EVIDENCE NEEDED]. Returnér udkast-link og uløste spørgsmål til denne chat.
@ chat-chippen er nyttig her, fordi den giver den næste arbejder en præcis kilde. Til opgaver med mange filer, send også artefakt-linket. Koordinatoren har brug for status, beslutninger og endelig pakke. Den behøver ikke alle kladde-noter kopieret ind i sin egen kontekst.
Hvordan deler AI-agenter kontekst i Zero?
Agenter i Zero behøver ikke én stor fælles samtale. Kontekst flyttes gennem eksplicitte briefs, @ chat-mentions, artefakt-links og returnerede opsummeringer. Hver arbejder modtager den mindst nødvendige kontekst, udfører en afgrænset opgave og sender dokumentation eller en beslutning tilbage til koordinatoren.
Denne tilgang undgår to almindelige multi-agent problemer. For det første fylder irrelevant historik ikke arbejderens kontekst. For det andet kan koordinatoren se præcis, hvilken kilde eller chat der understøtter en påstand.
Brug disse fire mønstre for kontekstdeling:
- Selvstændig brief: bedst til en ny underchat, der skal starte rent.
@chat-mention: bedst, når en eksisterende samtale er kilden.- Artefakt-link: bedst til dokumenter, skærmbilleder, datasæt og kodeændringer.
- Struktureret returnering: bedst, når flere arbejdere skal rapportere i samme format.
Antag ikke, at en underchat allerede kender kontrolchattens beslutninger. Hvis et begreb, en begrænsning, konto, datointerval eller outputformat er vigtigt, så skriv det i første besked.
Flere A2A- og multi-agent workflow-scenarier
| Scenarie | Hvordan deles det op | Hvad kommer tilbage |
|---|---|---|
| Release walkthrough | Samme agent, én chat pr. brugerrejse | Skærmbilleder, bestået/ikke-bestået og fælles blokeringer |
| Lokaliserings-QA | Samme agent, én chat pr. lokalitet | Ødelagte strenge, layoutproblemer og lokalitetsspecifikke skærmbilleder |
| Browser- og enhedstest | Samme agent, én chat pr. browser eller viewport | En sammenlignelig kompatibilitetsmatrix med dokumentation |
| Pull request review | Samme agent, én chat pr. PR eller vinkel | Bugs, risikonoter og linjeniveau-anbefalinger |
| Kunderesearch | Samme agent, én chat pr. interview-batch | Citater, mønstre, indvendinger og kilde-links |
| Incident response | Koordinator plus app-, API-, deploy- og kundeimpact-agenter | Én tidslinje med aftaler og konflikter markeret |
| Indholdsproduktion | Research-, skrive-, design-, QA- og publiceringsagenter | Et gennemgået udkast og en kontrolleret overdragelse |
| Kundesupport-triage | Koordinator plus konto-, produkt-, fakturerings- og svaragenter | Rodårsag, prioritet, ejer og et udkast til svar |
| Dataanalyse-QA | Analyst-agent plus en uafhængig anmelder | Kontrollerede joins, nævnere, tidszoner og antagelser |
| Model-sammenligning | Rene chats med samme brief og forskellige modeller | Nøjagtighed, omkostning, latenstid og format-score |
Den rigtige opdeling skaber en nyttig grænse. Det kan isolere kontekst, beskytte en tilladelse, holde anmeldelser uafhængige eller lade færdigt arbejde køre samtidig.
Hvornår skal du bruge én chat, flere chats eller flere agenter?
Brug én chat, når hvert næste trin afhænger af svaret umiddelbart før. En sekventiel fejlsøgningssession er et godt eksempel.
Brug flere chats under én agent, når instruktionerne er de samme, men du har brug for ren kontekst eller uafhængig dokumentation. Dette er ofte det bedste udgangspunkt for tests, research-batches og retfærdige sammenligninger.
Brug flere specialistagenter, når hver del kræver forskellig ekspertise, connectors, tilladelser eller modeller. Giv én koordinator ansvar for den endelige beslutning.
Brug et workflow, når proceduren skal kunne gentages. Tilføj kun en automatisering, når proceduren også kræver en tidsplan eller hændelsestrigger. Zero dokumenterer disse to byggesten separat: workflows definerer metoden, mens automatiseringer bestemmer, hvornår den kører.
A2A-sikkerhed og tilladelsesgrænser
Multi-agent arbejde er sikrere, når adgang følger opgaven. Giv hver specialist kun de connectors og tilladelser, der kræves til dens del. En research-agent behøver sjældent publiceringsadgang. En QA-agent kan have brug for staging-login, men ikke produktionsfakturering. En publishing-agent kan have udkastadgang, men stadig kræve godkendelse fra en person til endelig udgivelse.
Hold eksterne skriverettigheder hos én navngiven ejer. Flere agenter kan læse et repository, CRM eller CMS, men én agent bør oprette den endelige ticket, opdatere posten, sende kundesvaret eller publicere siden. Dette forhindrer dobbeltskrivning og gør revisionssporet lettere at følge.
For arbejde med højere risiko, tilføj en stopbetingelse til briefet: “Kun udkast”, “Må ikke sendes”, “Eskaler hvis dokumentation er modstridende” eller “Bed om godkendelse før ændring af produktion”. A2A gør delegering lettere; det fjerner ikke behovet for klar ansvarlighed.
Fire regler, der holder A2A-arbejde ryddeligt
1. Gør hver første besked selvstændig
Inkludér mål, kildemateriale, begrænsninger, outputformat, destination og stopbetingelse. En underchat skal ikke gætte, hvad kontrolchatten allerede ved.
2. Giv arbejderne samme svardesign
Hvis fire QA-chats returnerer fire forskellige formater, bruger koordinatoren tiden på at rydde tekst op. Bed hver arbejder om de samme felter: miljø, trin, dokumentation, status og næste handling.
3. Giv fælles skriverettigheder til én ejer
To korrekte agenter kan stadig skabe rod ved at skrive to gange. Navngiv agenten, der ejer den endelige eksterne handling.
4. Del kun arbejde, der har gavn af opdelingen
At oprette otte chats betyder ikke, at otte runs kører samtidig. Workspace-samtidighed gælder stadig, og afhængigt arbejde bør vente på input. Hold en opgave i én chat, når hvert næste trin afhænger af det forrige svar.
Er Zero A2A det samme som Googles Agent2Agent-protokol?
Der påstås ingen protokolekvivalens her. Denne guide beskriver produktkoordinering på tværs af agenter og chats i Zero: hvordan arbejde deles, refereres, vurderes og overdrages via grænsefladen.
Googles Agent2Agent open protocol er en teknisk standard for kommunikation mellem eksterne agentsystemer, inklusive kapabilitetsopdagelse, opgavestyring, beskeder og artefakter. Søgeresultater for “A2A” fokuserer ofte på den protokol, så forskellen er vigtig: Zero A2A er den praktiske produktworkflow, der dækkes i denne artikel.
Ofte stillede spørgsmål
Er en chat det samme som en agent?
Nej. En agent er en genanvendelig arbejderkonfiguration. En chat er én isoleret samtale med den agent. Én agent kan eje mange chats.
Deler underchats kontrolchattens kontekst?
Nej. Start hver underchat med et komplet brief. Arbejdere kan returnere resultater eller overføre afgrænsede artefakter til en anden chat, men de bør ikke antage delt historik.
Hvad sker der, når jeg @-nævner en chat?
Zero indsætter en struktureret reference til den chat, du har valgt. Referencen identificerer den samtale, du mener. Den indsætter ikke hele samtalen i komponisten, så tilføj en tydelig handling som sammenlign, gennemgå, fortsæt eller udtræk.
Hvad er en subagent i Zero?
En subagent er en specialistagent, der modtager en afgrænset opgave fra en koordinator. Den kan bruge andre instruktioner, værktøjer, tilladelser eller en anden model og returnere sit resultat til kontrolchatten.
Kan flere chats køre parallelt?
Ja, når workspace-samtidighed er tilgængelig, og opgaverne er uafhængige. Ekstra opgaver kan køres i kø, når grænsen er nået. Arbejde med afhængigheder bør køres i rækkefølge.
Hvornår skal jeg bruge forskellige agenter?
Brug forskellige agenter, når arbejdet kræver forskellige instruktioner, workflows, modeller, connectors eller tilladelser. Brug flere chats under samme agent, når du primært har brug for ren kontekst.
Prøv staging-walkthrough først
Åbn en ny chat i Zero og del et reelt release-tjek op i fire rene chats. Bed om skærmbilleder og samme bestået/ikke-bestået-format i hver chat. Når det fungerer, udskift én gren med en specialistagent eller nævn to færdige chats i en dommerprompt.
For flere idéer, se 20 AI-agent-brugsscenarier med præcise prompts og værktøjer.
