Co je A2A v Zero?
Zero A2A je praktická forma komunikace mezi agenty v rámci produktu. Umožňuje jednomu agentovi otevřít několik izolovaných chatů, koordinátorovi delegovat omezenou práci specialistům a umožňuje zadat @ v editoru chatu pro přidání existujícího chatu do porovnání, předání nebo rozhodnutí.
To je užitečné, když je úkol příliš široký, hlučný nebo rizikový na jednu dlouhou konverzaci. Místo toho, abyste jednomu agentovi zadali všechny testy, zdroje a rozhodnutí do stejného kontextu, dáte každému dílu práce jasné místo a vrátíte pouze relevantní důkazy.
Tři způsoby, jak A2A funguje v Zero
| Co chcete udělat | Použijte toto nastavení | Vhodný první scénář |
|---|---|---|
| Opakovat jednu metodu s čistým kontextem | Jeden agent, několik chatů | Otestujte registraci, fakturaci, oprávnění a mobil zvlášť |
| Rozdělit úkol mezi různé odborníky | Jeden koordinátor, několik specialistů nebo subagentů | Rozdělte spuštění mezi výzkum, browser QA, psaní a publikování |
| Znovu použít již hotovou práci | @ jiný chat v editoru | Porovnejte dvě QA zprávy nebo předejte výzkum do psaní |
Za těmito vzory stojí tři produktové objekty:
- Agent je znovupoužitelný pracovník. Vlastní instrukce, workflow, konektory, oprávnění, tón, roli a volbu modelu.
- Chat je jedna izolovaná konverzace s agentem. Uchovává test, revizi nebo produkční úkol ve vlastním kontextu.
- Run je jedno aktivní zpracování v rámci chatu. Run provádí práci a může čekat, když workspace dosáhne limitu souběžnosti.
Důležitý detail je jednoduchý: nový podřízený chat nedědí celou historii řídícího chatu. První zpráva by měla obsahovat vše potřebné k provedení úkolu.
A2A, více chatů, subagenti, workflow a automatizace
Tyto pojmy řeší různé problémy. Použijte nejmenší nastavení, které vám dá potřebnou hranici.
| Produktový vzor | Co mění | Nejvhodnější použití |
|---|---|---|
| A2A v Zero | Jak agenti a chaty koordinují práci | Delegování, porovnání, předávání a finální syntéza |
| Více chatů pod jedním agentem | Kontext, instrukce a oprávnění zůstávají | Paralelní testování, lokalizační kontroly, dávky výzkumu, hodnocení modelů |
| Specialisté nebo subagenti | Role, instrukce, model, nástroje nebo oprávnění | Výzkum, QA, psaní, analýza dat, řízené publikování |
| Workflow | Uložený postup, který agent může opakovat | Stabilní kontrolní seznam nebo vícekroková metoda |
| Automatizace | Spouštěč workflow s agentem | Plánované reporty, reakce na události, opakované kontroly |
Užitečné pravidlo: rozdělte do chatů, když metoda zůstává stejná; rozdělte do specialistů, když se mění metoda nebo přístup; použijte workflow, když má být postup opakovatelný stejným způsobem.
1. Jeden agent otevírá několik čistých chatů
Chystáte se vydat novou verzi. Registrace, fakturace, oprávnění a mobil potřebují finální kontrolu. Dát všechny kontroly do jednoho dlouhého chatu zní pohodlně, ale stav se může přenášet z jedné cesty do druhé. Například upgrade fakturace může změnit účet ještě před začátkem testu oprávnění.
Použijte místo toho jeden chat na každou cestu.
Jeden společný brief, čtyři izolované kontroly a pak jeden finální report.
Toto nastavení jsme znovu vytvořili ve staging produktu dne 25. srpna 2026. Stejný agent Zero otevřel čtyři reálné chaty pro onboarding, fakturaci, oprávnění spolupracovníků a mobilní plus lokalizační testování.
Každá cesta má svůj vlastní chat, takže důkazy zůstávají snadno kontrolovatelné.
Vyzkoušejte tento prompt:
Projděte toto staging vydání jako čtyři samostatné úkoly. Otevřete jeden chat pro registraci a onboarding, jeden pro upgrade fakturace, jeden pro pozvánku spolupracovníka a zamítnutá oprávnění a jeden pro mobilní plus lokalizační kontroly. Použijte stejného walkthrough agenta pro každý chat. Každý pracovník musí vrátit testovanou URL, roli účtu, očíslované kroky, screenshoty, stav úspěšnosti/neúspěšnosti a přesné kroky reprodukce. Výsledky přineste zpět sem a seskupte duplicitní blokátory.
Tento vzor funguje také pro:
- Jeden chat na prohlížeč nebo velikost zařízení
- Jeden chat na lokalitu nebo roli účtu
- Jeden chat na pull request nebo feature flag
- Jeden chat na recenzenta, s oddělenými nálezy až do konce
- Jeden chat na dávku zákaznických rozhovorů nebo sadu výzkumných zdrojů
- Jeden chat na model, pokud chcete spravedlivě porovnat výstupy
Co obvykle selže? Brief je příliš krátký. „Zkontroluj fakturaci“ nechává pracovníka hádat účet, sestavení, očekávaný výsledek a formát důkazů. Dejte každému chatu stejný checklist a samostatný testovací účet, pokud tok mění sdílená data.
2. Použijte @ pro přidání jiného chatu do úkolu
Někdy už užitečná práce existuje. Výzkumný chat má zákaznické citace. QA chat má screenshoty. Druhá recenze dospěla k jinému závěru. Nemusíte vše kopírovat a vkládat.
Klikněte do editoru a napište @. Zero otevře seznam vašich existujících chatů.
Začněte psát název pro zúžení seznamu, pak vyberte potřebný chat.
Vybraný chat se zobrazí jako kliknutelný oranžový štítek.
Štítek ukazuje přesně na onboarding chat. Odpověď bude napsána v aktuálním chatu.
Pak přidejte sloveso. Řekněte Zero, co má s tímto chatem udělat:
- „Porovnej
@Onboarding QAs touto fakturační kontrolou.“ - „Pokračuj od
@Customer research batch 2a napiš doporučení sem.“ - „Zpochybni nejrizikovější závěr v
@Security review.“ - „Přeměň screenshoty v
@Mobile walkthroughna bug report.“ - „Vytáhni všechny nevyřešené otázky z
@Launch research.“
Napište @, vyberte chat a pak řekněte, co má Zero s tímto chatem udělat.
Zmínka je adresa, ne vágní textový štítek. Ukazuje Zero na vybraný chat bez vložení celé konverzace do editoru. Díky tomu je aktuální zpráva čitelná, ale vaše instrukce stále potřebuje jasnou akci. „Použij toto“ je slabé. „Porovnej neúspěšné kroky a seřaď sdílené blokátory“ je jasné.
3. Rozdělte části úkolu specialistům nebo subagentům
Použijte několik chatů, když chcete čisté kopie stejného pracovníka. Použijte specialisty, když úkol vyžaduje jiné instrukce, nástroje, modely nebo hranice oprávnění. Specialista, který plní omezený úkol pro koordinátora, se často nazývá subagent.
Příkladem je spuštění produktu. Research Scout může ověřit důkazy. Browser QA může zkontrolovat vydaný produkt. Launch Writer může připravit stránku. Publishing Operator může vytvořit CMS koncept po schválení tvrzení.
Staging workspace má jednoho hlavního agenta a čtyři pojmenované specialisty, každý připravený na omezený úkol.
Koordinátor odpovídá za výsledek. Specialisté vrací důkazy a artefakty, pak jeden vlastník sepíše finální výsledek.
Praktický brief ke spuštění:
Koordinujte balíček ke spuštění Feature X. Požádejte Research Scout o ověření zákaznických důkazů a tvrzení konkurence. Požádejte Browser QA o reprodukci každého produktového tvrzení ve stagingu a přiložení screenshotů. Požádejte Launch Writer o návrh stránky až po doručení důkazů. Publishing Operator může vytvořit CMS koncept, ale nesmí jej publikovat. Nahlaste chybějící důkazy a rozporná tvrzení v tomto chatu.
Hodnota plyne z reálných hranic. Výzkumný agent může zůstat pouze pro čtení. Publikační agent může mít přístup k návrhům bez práva publikovat. QA agent může pokaždé následovat pevný browser checklist. Oprávnění Zero pomáhají udržet tyto hranice úzké.
Nevytvářejte specialisty jen proto, aby byla postranní lišta zaplněnější. Vytvořte je, když role mění způsob provedení práce.
4. Nechte nezávislé recenzenty nesouhlasit, pak použijte soudce
Dvě recenze jsou užitečné jen tehdy, když druhý recenzent nekopíruje prvního. Otevřete čisté chaty, dejte oběma recenzentům stejné důkazy a jejich první zprávy držte odděleně.
Pak spusťte hodnotící chat a zmiňte oba reporty v jednom promptu.
Jeden prompt může odkázat na dva reálné QA chaty a požádat Zero o nalezení sdílených blokátorů.
Například:
Porovnej
@Onboarding QAs@Billing QA. Vyjmenuj blokátory nalezené oběma chaty, problémy nalezené jen jedním chatem a chybějící důkazy. Pak rozhodni, zda má být vydání spuštěno. Uveď screenshot nebo krok, který podporuje každý blokátor.
Tento vzor funguje pro design review, bezpečnostní kontrolu, výběr dodavatele, architektonická rozhodnutí, kontrolu smluv i porovnání modelů. Definujte hodnotící kritéria před doručením reportů. Jinak může soudce odměnit nejsebevědomější psaní místo nejsilnějších důkazů.
5. Předávejte práci od jednoho agenta k dalšímu
Některé úkoly by neměly běžet současně. Výzkum musí skončit před návrhem. Návrh před QA. QA před publikováním.
Každé předání berte jako krátký dodací list:
- Uveďte přijímajícího agenta nebo chat.
- Přiložte nebo odkažte artefakt.
- Uveďte kritéria přijetí.
- Řekněte, kam má příjemce nahlásit zpět.
„Řekni autorovi, co jsi zjistil“ je těžko ověřitelné. Toto je lepší:
Pošlete schválené shrnutí výzkumu Launch Writerovi. Návrh musí používat pouze ověřená tvrzení, zachovat schválenou terminologii a označit chybějící důkazy
[EVIDENCE NEEDED]. Odkaz na návrh a nevyřešené otázky vraťte do tohoto chatu.
Štítek chatu @ je zde užitečný, protože dává dalšímu pracovníkovi přesný zdroj. U úkolů s mnoha soubory předejte i odkaz na artefakt. Koordinátor potřebuje stav, rozhodnutí a finální balíček. Nemusí mít každou poznámku zkopírovanou do svého kontextu.
Jak si AI agenti v Zero předávají kontext?
Agenti v Zero nepotřebují jednu obří sdílenou konverzaci. Kontext se předává přes explicitní briefy, zmínky chatu @, odkazy na artefakty a vrácená shrnutí. Každý pracovník dostane minimální užitečný kontext, splní omezený úkol a pošle důkazy nebo rozhodnutí zpět koordinátorovi.
Tento přístup předchází dvěma běžným problémům víceagentní práce. Zaprvé, irelevantní historie nezahltí kontext pracovníka. Zadruhé, koordinátor přesně vidí, který zdroj nebo chat podporuje tvrzení.
Použijte tyto čtyři vzory sdílení kontextu:
- Samostatný brief: nejlepší pro nový podřízený chat, který musí začít čistě.
- Zmínka chatu
@: nejlepší, když je zdrojem existující konverzace. - Odkaz na artefakt: nejlepší pro dokumenty, screenshoty, datasety a změny kódu.
- Strukturovaný návrat: nejlepší, když musí více pracovníků reportovat ve stejném formátu.
Nepředpokládejte, že podřízený chat už zná rozhodnutí řídícího chatu. Pokud záleží na pojmu, omezení, účtu, časovém rozsahu nebo formátu výstupu, uveďte to v první zprávě.
Další scénáře A2A a víceagentních workflow
| Scénář | Jak rozdělit | Co se vrací |
|---|---|---|
| Průchod vydáním | Stejný agent, jeden chat na uživatelskou cestu | Screenshoty, kontroly úspěšnosti/neúspěšnosti, sdílené blokátory |
| Lokalizační QA | Stejný agent, jeden chat na lokalitu | Rozbité řetězce, problémy s rozložením, lokalizační screenshoty |
| Testování prohlížeče a zařízení | Stejný agent, jeden chat na prohlížeč nebo viewport | Porovnatelná matice kompatibility s důkazy |
| Kontrola pull requestu | Stejný agent, jeden chat na PR nebo úhel recenze | Chyby, poznámky k riziku, doporučení na úrovni řádků |
| Zákaznický výzkum | Stejný agent, jeden chat na dávku rozhovorů | Citace, vzory, námitky, odkazy na zdroje |
| Incident response | Koordinátor plus agenti pro aplikaci, API, deploy a dopad na zákazníka | Jedna časová osa s vyznačenými shodami a rozpory |
| Tvorba obsahu | Agenti pro výzkum, psaní, design, QA a publikování | Zkontrolovaný návrh a řízené předání k publikaci |
| Třídění zákaznické podpory | Koordinátor plus agenti pro účet, produkt, fakturaci a odpověď | Příčina, priorita, vlastník a návrh odpovědi |
| QA analýzy dat | Analytický agent plus nezávislý recenzent | Zkontrolovaná spojení, jmenovatele, časová pásma, předpoklady |
| Porovnání modelů | Čisté chaty se stejným zadáním a různými modely | Skóre přesnosti, nákladů, latence a formátu |
Správné rozdělení vytváří užitečnou hranici. Může izolovat kontext, chránit oprávnění, udržet recenze nezávislé nebo umožnit souběžné zpracování hotové práce.
Kdy použít jeden chat, více chatů nebo více agentů?
Použijte jeden chat, když každý další krok závisí na předchozí odpovědi. Typickým příkladem je sekvenční ladění.
Použijte více chatů pod jedním agentem, když instrukce zůstávají stejné, ale potřebujete čistý kontext nebo nezávislé důkazy. To je obvykle nejlepší výchozí bod pro testování, dávky výzkumu a férová porovnání.
Použijte více specialistů, když každá část vyžaduje jiné odborné znalosti, konektory, oprávnění nebo modely. Dejte jednomu koordinátorovi odpovědnost za finální rozhodnutí.
Použijte workflow, když má být postup opakovatelný. Přidejte automatizaci pouze tehdy, když tento postup potřebuje také plán nebo spouštěč události. Zero tyto dva stavební bloky dokumentuje zvlášť: workflows definují metodu, zatímco automations určují, kdy se spustí.
A2A bezpečnost a hranice oprávnění
Víceagentní práce je bezpečnější, když přístup odpovídá zadání. Každému specialistovi dejte jen konektory a oprávnění potřebná pro jeho část. Výzkumný agent zřídka potřebuje právo publikovat. QA agent může potřebovat staging login, ale ne produkční fakturační oprávnění. Publikační agent může mít přístup k návrhům, ale stále vyžaduje schválení člověkem před finálním vydáním.
Externí zápisy svěřte jednomu pojmenovanému vlastníkovi. Více agentů může číst repozitář, CRM nebo CMS, ale jeden agent by měl vytvořit finální ticket, aktualizovat záznam, odeslat odpověď zákazníkovi nebo publikovat stránku. To zabrání duplicitním zápisům a usnadní audit.
U rizikovější práce přidejte do briefu podmínku zastavení: „Pouze návrh“, „Neodesílat“, „Eskalovat při rozporných důkazech“ nebo „Požádat o schválení před změnou produkce“. A2A usnadňuje delegování, ale neodstraňuje potřebu jasné odpovědnosti.
Čtyři pravidla pro udržení pořádku v A2A práci
1. Každou první zprávu udělejte samostatnou
Uveďte cíl, zdrojové materiály, omezení, formát výstupu, cíl a podmínku zastavení. Podřízený chat by neměl hádat, co už ví řídící chat.
2. Dejte pracovníkům stejný formát odpovědi
Pokud čtyři QA chaty vrátí čtyři různé formáty, koordinátor tráví čas úpravami textu. Požádejte každého pracovníka o stejná pole: prostředí, kroky, důkazy, stav a další akci.
3. Sdílené zápisy svěřte jednomu vlastníkovi
Dva správní agenti mohou udělat nepořádek dvojím zápisem. Jmenujte agenta, který vlastní finální externí akci.
4. Rozdělujte jen práci, která z rozdělení těží
Vytvoření osmi chatů neznamená, že osm runů poběží najednou. Souběžnost workspace stále platí a závislá práce má čekat na vstup. Držte úkol v jednom chatu, když každý další krok závisí na předchozí odpovědi.
Je Zero A2A totéž jako Google Agent2Agent protokol?
Není zde tvrzena žádná protokolová ekvivalence. Tento průvodce popisuje produktovou koordinaci agentů a chatů v Zero: jak je práce rozdělena, odkazována, hodnocena a předávána přes rozhraní.
Google Agent2Agent open protocol je technický standard pro komunikaci mezi vzdálenými agentními systémy, včetně objevování schopností, správy úkolů, zpráv a artefaktů. Výsledky vyhledávání pro „A2A“ se často zaměřují na tento protokol, proto je rozlišení důležité: Zero A2A je praktický produktový workflow popsaný v tomto článku.
Často kladené otázky
Je chat totéž co agent?
Ne. Agent je znovupoužitelné nastavení pracovníka. Chat je jedna izolovaná konverzace s tímto agentem. Jeden agent může vlastnit více chatů.
Sdílí podřízené chaty kontext řídícího chatu?
Ne. Každý podřízený chat začněte kompletním briefem. Pracovníci mohou vracet výsledky nebo předávat omezené artefakty do jiného chatu, ale neměli by předpokládat sdílenou historii.
Co se stane, když použiji @ na chat?
Zero vloží strukturovaný odkaz na vybraný chat. Odkaz identifikuje konverzaci, kterou myslíte. Nevkládá celou konverzaci do editoru, proto přidejte jasnou akci jako porovnat, zkontrolovat, pokračovat nebo vytáhnout.
Co je subagent v Zero?
Subagent je specialista, který dostává omezený úkol od koordinátora. Může používat jiné instrukce, nástroje, oprávnění nebo model a pak vrátit výsledek do řídícího chatu.
Mohou běžet více chatů paralelně?
Ano, pokud je v workspace dostupná souběžnost a úkoly jsou nezávislé. Další úkoly se mohou zařadit do fronty při dosažení limitu. Práce se závislostmi by měla běžet sekvenčně.
Kdy mám použít různé agenty?
Použijte různé agenty, když práce vyžaduje jiné instrukce, workflow, modely, konektory nebo oprávnění. Použijte více chatů pod stejným agentem, když hlavně potřebujete čistý kontext.
Nejprve vyzkoušejte staging walkthrough
Otevřete nový chat v Zero a rozdělte jednu reálnou kontrolu vydání do čtyř čistých chatů. Požádejte o screenshoty a stejný formát úspěšnosti/neúspěšnosti v každém chatu. Jakmile to funguje, nahraďte jednu větev specialistou nebo zmiňte dva dokončené chaty v hodnotícím promptu.
Pro další inspiraci viz 20 scénáře využití AI agentů s přesnými prompty a nástroji.
