Jak działa A2A w Zero: Agenci, czaty i przekazania

Czym jest A2A w Zero?

Zero A2A to praktyczna forma komunikacji agent-do-agenta w produkcie. Pozwala jednemu agentowi otwierać kilka odizolowanych czatów, umożliwia koordynatorowi delegowanie ograniczonych zadań agentom-specjalistom oraz pozwala wpisać @ w edytorze czatu, by włączyć istniejący czat do porównania, przekazania lub decyzji.

To przydatne, gdy zadanie jest zbyt szerokie, chaotyczne lub ryzykowne na jedną długą rozmowę. Zamiast prosić jednego agenta o przechowywanie wszystkich testów, źródeł i decyzji w tym samym kontekście, każdemu zadaniu nadajesz jasne miejsce i wracasz tylko z istotnymi dowodami.

Trzy sposoby działania A2A w Zero

Co chcesz zrobić	Użyj tego układu	Dobry pierwszy scenariusz
Powtórz jedną metodę w czystym kontekście	Jeden agent, kilka czatów	Osobno testuj rejestrację, płatności, uprawnienia i mobile
Podziel zadanie między różnych ekspertów	Jeden koordynator, kilku agentów-specjalistów lub subagentów	Podziel wdrożenie na badania, QA przeglądarkowe, pisanie i publikację
Wykorzystaj już istniejącą pracę	@ inny czat w edytorze	Porównaj dwa raporty QA lub przekaż badania do zadania pisarskiego

Za tymi wzorcami stoją trzy obiekty produktowe:

• Agent to wielokrotnego użytku pracownik. Ma instrukcje, przepływy pracy, konektory, uprawnienia, ton, rolę i wybór modelu.
• Czat to jedna odizolowana rozmowa z agentem. Przechowuje test, przegląd lub zadanie produkcyjne w swoim kontekście.
• Run to jedna aktywna odpowiedź w czacie. Run wykonuje pracę i może czekać, gdy workspace osiągnie limit równoległości.

Ważny szczegół jest prosty: nowy czat podrzędny nie dziedziczy pełnej historii czatu kontrolnego. Jego pierwsza wiadomość powinna zawierać wszystko, czego potrzebuje do wykonania zadania.

A2A, wiele czatów, subagenci, przepływy pracy i automatyzacje

Te pojęcia rozwiązują różne problemy. Użyj najmniejszego układu, który daje potrzebną granicę.

Wzorzec produktu	Co zmienia	Najlepsze zastosowanie
A2A w Zero	Jak agenci i czaty koordynują pracę	Delegowanie, porównania, przekazania i końcowa synteza
Wiele czatów pod jednym agentem	Kontekst, instrukcje i uprawnienia bez zmian	Testy równoległe, sprawdzenia lokalizacji, serie badań, ewaluacje modeli
Agenci-specjaliści lub subagenci	Rola, instrukcje, model, narzędzia lub uprawnienia	Badania, QA, pisanie, analiza danych, kontrolowana publikacja
Przepływ pracy	Zapisana procedura powtarzana przez agenta	Stabilna lista kontrolna lub metoda wieloetapowa
Automatyzacja	Wyzwalacz uruchamiający przepływ pracy z agentem	Raporty cykliczne, triage zdarzeń, powtarzalne kontrole

Praktyczna zasada: dziel na czaty, gdy metoda się nie zmienia; dziel na agentów-specjalistów, gdy zmienia się metoda lub dostęp; użyj przepływu pracy, gdy procedura ma być powtarzalna.

1. Jeden agent otwiera kilka czystych czatów

Zbliża się wdrożenie. Rejestracja, płatności, uprawnienia i mobile wymagają ostatniego sprawdzenia. Umieszczenie wszystkiego w jednym długim czacie wydaje się wygodne, ale stan może przenikać z jednej ścieżki do drugiej. Aktualizacja płatności może zmienić konto przed testem uprawnień.

Zamiast tego użyj osobnego czatu dla każdej ścieżki.

Jedna wspólna instrukcja, cztery odizolowane sprawdzenia, potem jeden raport końcowy.

Odtworzyliśmy ten układ w produkcie stagingowym 25 sierpnia 2026. Ten sam agent Zero otworzył cztery prawdziwe czaty: onboarding, płatności, uprawnienia współpracownika i mobile plus test lokalizacji.

Każda ścieżka ma własny czat, więc dowody są łatwe do sprawdzenia.

Wypróbuj ten prompt:

Przejdź przez to wydanie staging jako cztery osobne zadania. Otwórz jeden czat dla rejestracji i onboardingu, jeden dla aktualizacji płatności, jeden dla zaproszenia współpracownika i odmowy uprawnień oraz jeden dla mobile i sprawdzenia lokalizacji. Użyj tego samego agenta do każdego czatu. Każdy pracownik musi zwrócić testowany URL, rolę konta, ponumerowane kroki, zrzuty ekranu, status zaliczony/niezaliczony i dokładne kroki odtworzenia. Przynieś wyniki tutaj i pogrupuj powtarzające się blokery.

Ten wzorzec sprawdzi się także dla:

• Jeden czat na przeglądarkę lub rozmiar urządzenia
• Jeden czat na lokalizację lub rolę konta
• Jeden czat na pull request lub flagę funkcji
• Jeden czat na recenzenta, z oddzielnymi wynikami do końca
• Jeden czat na serię wywiadów z klientami lub zestaw źródeł badawczych
• Jeden czat na model, gdy chcesz porównać wyniki uczciwie

Co zwykle idzie źle? Zbyt krótka instrukcja. „Sprawdź płatności” zostawia pracownika z domysłami co do konta, wersji, oczekiwanego wyniku i formatu dowodów. Daj każdemu czatowi tę samą listę kontrolną i osobne konto testowe, gdy przepływ zmienia wspólne dane.

2. Użyj @, by włączyć inny czat do zadania

Czasem przydatna praca już istnieje. Czat badawczy ma cytaty klientów. Czat QA ma zrzuty ekranu. Druga recenzja daje inny wniosek. Nie musisz wszystkiego kopiować i wklejać.

Kliknij edytor i wpisz @. Zero otworzy listę Twoich czatów.

Zacznij wpisywać tytuł, by zawęzić listę, potem wybierz potrzebny czat.

Wybrany czat pojawi się jako klikalny pomarańczowy znacznik.

Znacznik wskazuje dokładny czat onboarding. Odpowiedź zostanie napisana w bieżącym czacie.

Dodaj czasownik. Powiedz Zero, co zrobić z tym czatem:

• „Porównaj @Onboarding QA z tą recenzją płatności.”
• „Kontynuuj od @Customer research batch 2 i napisz rekomendację tutaj.”
• „Podważ wniosek o najwyższym ryzyku w @Security review.”
• „Zamień zrzuty ekranu z @Mobile walkthrough w zgłoszenie błędu.”
• „Wyodrębnij wszystkie nierozwiązane pytania z @Launch research.”

Wpisz @, wybierz czat, potem powiedz, co Zero ma z nim zrobić.

Wzmianka to adres, nie ogólny opis tekstowy. Wskazuje Zero wybrany czat bez wklejania całej rozmowy do edytora. Dzięki temu wiadomość jest czytelna, ale instrukcja nadal wymaga jasnego działania. „Użyj tego” jest nieprecyzyjne. „Porównaj nieudane kroki i uszereguj wspólne blokery” jest jasne.

3. Podziel zadania między agentów-specjalistów lub subagentów

Użyj kilku czatów, gdy chcesz czyste kopie tego samego pracownika. Użyj agentów-specjalistów, gdy zadanie wymaga innych instrukcji, narzędzi, modeli lub granic uprawnień. Agent-specjalista wykonujący ograniczone zadanie dla koordynatora to często subagent.

Wdrożenie produktu to dobry przykład. Research Scout może zweryfikować dowody. Browser QA sprawdzi produkt. Launch Writer napisze stronę. Publishing Operator utworzy szkic CMS po zatwierdzeniu tez.

Workspace staging ma jednego głównego agenta i czterech nazwanych specjalistów, każdy gotowy do ograniczonego zadania.

Koordynator odpowiada za wynik. Specjaliści zwracają dowody i artefakty, potem jeden właściciel pisze wynik końcowy.

Oto praktyczna instrukcja wdrożeniowa:

Koordynuj pakiet wdrożeniowy dla Funkcji X. Poproś Research Scout o weryfikację dowodów klientów i twierdzeń konkurencji. Poproś Browser QA o odtworzenie każdej tezy produktowej w staging i dołączenie zrzutów ekranu. Poproś Launch Writer o napisanie strony dopiero po otrzymaniu dowodów. Publishing Operator może utworzyć szkic CMS, ale nie może go opublikować. Zgłoś brakujące dowody i sprzeczne tezy w tym czacie.

Wartość daje prawdziwa granica. Agent badawczy może mieć tylko odczyt. Agent publikujący może mieć dostęp do szkiców bez uprawnień do publikacji. Agent QA może zawsze korzystać z tej samej listy kontrolnej przeglądarki. Kontrola uprawnień Zero pomaga utrzymać te granice wąskie.

Nie twórz specjalistów tylko po to, by rozbudować pasek boczny. Twórz ich, gdy rola zmienia sposób wykonania pracy.

4. Pozwól niezależnym recenzentom się nie zgadzać, potem użyj sędziego

Dwie recenzje są przydatne tylko wtedy, gdy drugi recenzent nie kopiuje pierwszego. Otwórz czyste czaty, daj obu recenzentom te same dowody i trzymaj ich pierwsze raporty osobno.

Następnie rozpocznij czat sędziowski i wspomnij oba raporty w jednym promptcie.

Jeden prompt może odwołać się do dwóch czatów QA i poprosić Zero o znalezienie wspólnych blokerów.

Na przykład:

Porównaj @Onboarding QA z @Billing QA. Wypisz blokery znalezione przez oba czaty, problemy znalezione tylko przez jeden czat i dowody, których nadal brakuje. Następnie zdecyduj, czy wydanie powinno zostać wdrożone. Podaj zrzut ekranu lub krok, który potwierdza każdy bloker.

Ten wzorzec sprawdza się przy przeglądzie projektów, bezpieczeństwa, wyborze dostawcy, decyzjach architektonicznych, przeglądzie umów i porównaniu modeli. Zdefiniuj kryteria oceny przed otrzymaniem raportów. W przeciwnym razie sędzia może nagrodzić najbardziej pewny styl zamiast najsilniejszych dowodów.

5. Przekaż pracę od jednego agenta do następnego

Niektóre zadania nie powinny być wykonywane równocześnie. Najpierw muszą zakończyć się badania, potem szkic, potem QA, potem publikacja.

Traktuj każde przekazanie jak krótką notatkę dostawy:

1. Nazwij odbiorcę (agenta lub czat).
2. Dołącz lub wskaż artefakt.
3. Podaj kryteria akceptacji.
4. Powiedz, gdzie odbiorca ma zgłosić wynik.

„Powiedz pisarzowi, co znalazłeś” trudno zweryfikować. To lepsze:

Prześlij zatwierdzone podsumowanie badań do Launch Writer. Szkic musi używać tylko zweryfikowanych tez, zachować zatwierdzoną terminologię i oznaczyć brakujące dowody jako [EVIDENCE NEEDED]. Zwróć link do szkicu i nierozwiązane pytania do tego czatu.

Znacznik czatu @ jest tu przydatny, bo daje kolejnemu pracownikowi precyzyjne źródło. Przy zadaniach z plikami przekaż także link do artefaktu. Koordynator potrzebuje statusu, decyzji i końcowego pakietu. Nie potrzebuje każdej notatki roboczej w swoim kontekście.

Jak agenci AI dzielą kontekst w Zero?

Agenci w Zero nie potrzebują jednej wielkiej wspólnej rozmowy. Kontekst przekazywany jest przez jasne instrukcje, wzmianki o czatach @, linki do artefaktów i zwracane podsumowania. Każdy pracownik otrzymuje minimalny użyteczny kontekst, wykonuje ograniczone zadanie i odsyła dowody lub decyzję do koordynatora.

To podejście unika dwóch typowych problemów pracy wieloagentowej. Po pierwsze, nieistotna historia nie zapełnia kontekstu pracownika. Po drugie, koordynator widzi dokładnie, które źródło lub czat wspiera daną tezę.

Użyj tych czterech wzorców dzielenia kontekstu:

1. Samodzielna instrukcja: najlepsza dla nowego czatu podrzędnego, który musi zacząć od zera.
2. Wzmianka o czacie @: najlepsza, gdy źródłem jest istniejąca rozmowa.
3. Link do artefaktu: najlepszy dla dokumentów, zrzutów ekranu, zbiorów danych i zmian w kodzie.
4. Strukturalny zwrot: najlepszy, gdy kilku pracowników musi raportować w tym samym formacie.

Nie zakładaj, że czat podrzędny zna decyzje czatu kontrolnego. Jeśli ważny jest termin, ograniczenie, konto, zakres dat lub format wyjściowy, umieść to w pierwszej wiadomości.

Więcej scenariuszy A2A i wieloagentowych przepływów pracy

Scenariusz	Jak podzielić	Co wraca
Przejście przez wydanie	Ten sam agent, jeden czat na ścieżkę użytkownika	Zrzuty ekranu, testy zaliczone/niezaliczone, wspólne blokery
QA lokalizacji	Ten sam agent, jeden czat na lokalizację	Uszkodzone ciągi, problemy z układem, zrzuty ekranu lokalizacji
Testy przeglądarki i urządzeń	Ten sam agent, jeden czat na przeglądarkę lub widok	Porównywalna macierz zgodności z dowodami
Przegląd pull request	Ten sam agent, jeden czat na PR lub kąt recenzji	Błędy, notatki ryzyka, rekomendacje na poziomie linii
Badania klientów	Ten sam agent, jeden czat na serię wywiadów	Cytaty, wzorce, zastrzeżenia, linki do źródeł
Reakcja na incydent	Koordynator plus agenci aplikacji, API, wdrożenia i wpływu na klienta	Jedna oś czasu z zaznaczonymi zgodnościami i konfliktami
Produkcja treści	Agenci badań, pisania, projektowania, QA i publikacji	Zrecenzowany szkic i kontrolowane przekazanie publikacji
Triage wsparcia klienta	Koordynator plus agenci konta, produktu, płatności i odpowiedzi	Przyczyna, priorytet, właściciel, szkic odpowiedzi
QA analizy danych	Agent analityk plus niezależny recenzent	Sprawdzone połączenia, mianowniki, strefy czasowe, założenia
Porównanie modeli	Czyste czaty z tą samą instrukcją i różnymi modelami	Wyniki: dokładność, koszt, opóźnienie, format

Właściwy podział tworzy użyteczną granicę. Może izolować kontekst, chronić uprawnienia, utrzymać niezależność recenzji lub pozwolić na równoległą pracę.

Kiedy użyć jednego czatu, kilku czatów lub kilku agentów?

Użyj jednego czatu, gdy każdy kolejny krok zależy od poprzedniej odpowiedzi. Dobrym przykładem jest sekwencyjna sesja debugowania.

Użyj kilku czatów pod jednym agentem, gdy instrukcje są te same, ale potrzebujesz czystego kontekstu lub niezależnych dowodów. To zwykle najlepszy punkt wyjścia do testów, serii badań i uczciwych porównań.

Użyj kilku agentów-specjalistów, gdy każda część wymaga innej wiedzy, konektorów, uprawnień lub modeli. Jednemu koordynatorowi powierz decyzję końcową.

Użyj przepływu pracy, gdy procedura ma być powtarzalna. Dodaj automatyzację tylko wtedy, gdy procedura wymaga harmonogramu lub wyzwalacza zdarzenia. Zero dokumentuje te dwa elementy osobno: przepływy pracy definiują metodę, a automatyzacje decydują, kiedy ją uruchomić.

Bezpieczeństwo A2A i granice uprawnień

Praca wieloagentowa jest bezpieczniejsza, gdy dostęp odpowiada zadaniu. Daj każdemu specjaliście tylko te konektory i uprawnienia, które są potrzebne do jego części. Agent badawczy rzadko potrzebuje dostępu do publikacji. Agent QA może potrzebować logowania staging, ale nie kontroli płatności produkcyjnych. Agent publikujący może mieć dostęp do szkiców, ale nadal wymagać zatwierdzenia przez osobę przed publikacją.

Zewnętrzne zapisy powierz jednemu właścicielowi. Kilku agentów może czytać repozytorium, CRM lub CMS, ale tylko jeden powinien tworzyć końcowy ticket, aktualizować rekord, wysyłać odpowiedź do klienta lub publikować stronę. To zapobiega podwójnym zapisom i ułatwia audyt.

Przy zadaniach wyższego ryzyka dodaj warunek stop do instrukcji: „Tylko szkic”, „Nie wysyłaj”, „Eskaluj przy sprzecznych dowodach” lub „Poproś o zgodę przed zmianą produkcji”. A2A ułatwia delegowanie, ale nie zastępuje jasnej odpowiedzialności.

Cztery zasady porządkujące pracę A2A

1. Każda pierwsza wiadomość powinna być samodzielna

Podaj cel, materiały źródłowe, ograniczenia, format wyjściowy, miejsce docelowe i warunek stop. Czat podrzędny nie powinien zgadywać, co już wie czat kontrolny.

2. Daj pracownikom ten sam format odpowiedzi

Jeśli cztery czaty QA zwracają cztery różne formaty, koordynator traci czas na porządkowanie tekstu. Poproś każdego o te same pola: środowisko, kroki, dowody, status i następne działanie.

3. Wspólne zapisy powierz jednemu właścicielowi

Dwóch poprawnych agentów może zrobić bałagan, zapisując dwa razy. Nazwij agenta odpowiedzialnego za końcową akcję zewnętrzną.

4. Dziel tylko pracę, która na tym zyskuje

Stworzenie ośmiu czatów nie oznacza, że osiem runów wykona się naraz. Nadal obowiązuje limit workspace, a zależne zadania powinny czekać na dane wejściowe. Trzymaj zadanie w jednym czacie, gdy każdy krok zależy od poprzedniego.

Czy Zero A2A to to samo co protokół Agent2Agent Google?

Nie jest tu deklarowana żadna zgodność protokołów. Ten przewodnik opisuje koordynację na poziomie produktu między agentami i czatami w Zero: jak praca jest dzielona, referowana, oceniana i przekazywana przez interfejs.

Otwarty protokół Agent2Agent Google to standard techniczny komunikacji między zdalnymi systemami agentów, obejmujący wykrywanie możliwości, zarządzanie zadaniami, wiadomości i artefakty. Wyniki wyszukiwania „A2A” często dotyczą tego protokołu, więc rozróżnienie jest ważne: Zero A2A to praktyczny przepływ pracy opisany w tym artykule.

Najczęściej zadawane pytania

Czy czat to to samo co agent?

Nie. Agent to konfigurowalny pracownik wielokrotnego użytku. Czat to jedna odizolowana rozmowa z tym agentem. Jeden agent może mieć wiele czatów.

Czy czaty podrzędne dzielą kontekst czatu kontrolnego?

Nie. Każdy czat podrzędny zaczynaj od pełnej instrukcji. Pracownicy mogą zwracać wyniki lub przekazywać ograniczone artefakty do innego czatu, ale nie powinni zakładać wspólnej historii.

Co się dzieje, gdy użyję @ na czacie?

Zero wstawia strukturalne odniesienie do wybranego czatu. Odniesienie identyfikuje rozmowę, o którą chodzi. Nie wkleja całej rozmowy do edytora, więc dodaj jasne działanie, np. porównaj, przejrzyj, kontynuuj lub wyodrębnij.

Kim jest subagent w Zero?

Subagent to agent-specjalista, który otrzymuje ograniczone zadanie od koordynatora. Może używać innych instrukcji, narzędzi, uprawnień lub modelu, a potem zwraca wynik do czatu kontrolnego.

Czy wiele czatów może działać równolegle?

Tak, gdy dostępna jest równoległość workspace i zadania są niezależne. Dodatkowe zadania mogą czekać w kolejce po osiągnięciu limitu. Praca zależna powinna być wykonywana sekwencyjnie.

Kiedy używać różnych agentów?

Użyj różnych agentów, gdy zadanie wymaga innych instrukcji, przepływów pracy, modeli, konektorów lub uprawnień. Użyj kilku czatów pod tym samym agentem, gdy głównie potrzebujesz czystego kontekstu.

Najpierw wypróbuj przejście staging

Otwórz nowy czat w Zero i podziel jedno prawdziwe sprawdzenie wydania na cztery czyste czaty. Poproś o zrzuty ekranu i ten sam format zaliczony/niezaliczony w każdym czacie. Gdy to zadziała, zamień jedną gałąź na agenta-specjalistę lub wspomnij dwa ukończone czaty w promptcie sędziowskim.

Więcej pomysłów znajdziesz w 20 przypadkach użycia agentów AI z gotowymi promptami i narzędziami.