Was ist A2A in Zero?
Zero A2A ist eine praktische Form der Agent-zu-Agent-Kommunikation innerhalb des Produkts. Es ermöglicht es einem Agenten, mehrere isolierte Chats zu öffnen, einem Koordinator, begrenzte Arbeit an Spezialisten zu delegieren, und es ermöglicht es Ihnen, im Chat-Compositor @ einzutippen, um eine bestehende Chat-Session in eine Vergleichs-, Übertragungs- oder Entscheidungs-Situation einzubringen.
Dies ist nützlich, wenn eine Aufgabe zu breit, lautig oder riskant für eine lange Konversation ist. Stattdessen geben Sie jede Arbeitsaufgabe einem klaren Zuhause und bringen nur das relevanten Beweise zurück, anstatt einen Agenten zu erfordern, alle Tests, Quellen und Entscheidungen im gleichen Kontext zu halten.
Drei Wege, wie A2A in Zero funktioniert
| Was Sie tun möchten | Verwenden Sie diese Konfiguration | Ein gutes erstes Szenario |
|---|---|---|
| Eine Methode wiederholen mit einem sauberen Kontext | Ein Agent, mehrere Chats | Testen Sie Anmeldeinformationen, Rechnungen, Berechtigungen und Mobilfunk separat |
| Teile einer Aufgabe an verschiedene Experten geben | Ein Koordinator, mehrere Spezialisten oder Subagenten | Teilen Sie einen Start über Forschung, Browser-QA, Schreiben und Veröffentlichung auf |
| Arbeit, die bereits existiert, wiederholen | @ eine andere Chat-Session im Compositor | Vergleichen Sie zwei QA-Berichte oder übertragen Sie Forschung in eine Schreibaufgabe |
Drei Produktobjekte stehen hinter diesen Mustern:
- Ein Agent ist der wiederverwendbare Arbeiter. Er besitzt Anweisungen, Workflows, Verbindungen, Berechtigungen, Ton, Rolle und Modellauswahl.
- Ein Chat ist eine isolierte Konversation mit einem Agenten. Er behält eine Test-, Überprüfung- oder Produktionsaufgabe in seinem eigenen Kontext.
- Ein Run ist eine aktive Antwort innerhalb eines Chats. Runs tun die Arbeit und warten, wenn der Arbeitsbereich seine Konkurrenzbegrenzung erreicht.
Das wichtige Detail ist einfach: Eine neue untergeordnete Chat-Session erbt nicht die volle Geschichte des Kontrollchats. Ihre erste Nachricht sollte alles enthalten, was sie zur Erfüllung der Aufgabe benötigt.
A2A, mehrere Chats, Subagenten, Workflows und Automatisierungen
Diese Begriffe lösen verschiedene Probleme. Verwenden Sie die kleinste Konfiguration, die Ihnen die benötigte Grenze bietet.
| Produktmuster | Was es ändert | Beste Verwendung für |
|---|---|---|
| A2A in Zero | Wie Agenten und Chats ihre Arbeit koordinieren | Delegation, Vergleich, Übertragungen und finale Synthese |
| Mehrere Chats unter einem Agenten | Kontext, während Anweisungen und Berechtigungen gleich bleiben | Paralleltests, Lokalisierungskontrollen, Forschungsbatches und Modellbewertungen |
| Spezialisten oder Subagenten | Rolle, Anweisungen, Modell, Werkzeuge oder Berechtigungen | Forschung, QA, Schreiben, Datenanalyse und kontrollierte Veröffentlichung |
| Workflow | Eine gespeicherte Prozedur, die ein Agent wiederholen kann | Eine stabile Prüfliste oder ein mehrstufiger Verfahren |
| Automatisierung | Ein Auslöser, der einen Workflow mit einem Agenten startet | Geplante Berichte, ereignisbasierte Triage und wiederkehrende Überprüfungen |
Ein nützliches Regelwerk: Teilen Sie in Chats auf, wenn der Verfahrenstermin gleich bleibt, teilen Sie in Spezialisten auf, wenn Verfahren oder Zugriff ändern, und verwenden Sie einen Workflow, wenn das Verfahren gleichermaßen wiederholt werden sollte.
1. Ein Agent öffnet mehrere saubere Chats
Sie sind bereit, umgehen. Anmeldeinformationen, Rechnungen, Berechtigungen und Mobilfunkbedarf benötigen alle eine endgültige Überprüfung. Einzelne lange Chats scheinen bequem, aber Zustände können von einer Reise in die nächste übertragen werden. Ein Rechnungsaktualisierung kann das Konto ändern, bevor die Berechtigungsprüfung überhaupt beginnt.
Verwenden Sie stattdessen einen Chat pro Reise.

Ein gemeinsamer Abriss, vier isolierte Prüfungen, dann eine endgültige Berichterstattung.
Wir haben dieses Setup im Produkt in der Entwicklungsphase am 25. August 2026 wiederholt. Der gleiche Zero-Agent öffnete vier echte Chats für Onboarding, Rechnungen, Teammitglieder-Berechtigungen und Lokalisierungstests.

Jede Reise hat ihren eigenen Chat, sodass die Beweise leicht überprüft werden können.
Probieren Sie diesen Prompt aus:
Durchlaufen Sie diese Entwicklungsfreigabe als vier separate Aufgaben. Öffnen Sie einen Chat für Anmeldeinformationen und Onboarding, einen für Rechnungsaktualisierung, einen für Teammitglieder-Auftritte und abgelehnte Berechtigungen, und einen für Mobilfunk- und Lokalisierungstests. Verwenden Sie denselben Durchlauf-Agenten für jeden Chat. Jeder Arbeiter muss die getestete URL, die Rolle des Kontos, die nummerierten Schritte, Screenshots, den Erfolg/Fehlschlag-Status und die genauen Wiederholungsschritte zurückbringen. Bringt die Ergebnisse hierher und gruppiere doppelte Blockierungen.
Dieses Muster funktioniert auch für:
- Ein Chat pro Browser oder Gerätgröße
- Ein Chat pro Sprachregion oder Kontoschicht
- Ein Chat pro Pull Request oder Feature-Flag
- Ein Chat pro Rezensenten, wobei die Ergebnisse getrennt aufbewahrt werden, bis zum Ende
- Ein Chat pro Kundengesprächsbatch oder Forschungssammelstelle
- Ein Chat pro Modell, wenn Sie die Ausgaben vergleichen möchten
Was geht meistens schief? Der Abriss ist zu kurz. „Prüfen Sie Rechnungen“ lässt den Arbeiter ratlos über das Konto, das Build, das erwartete Ergebnis und den Beweisformat vor dem Start der Prüfung. Geben Sie jedem Chat das gleiche Prüfliste und eine separate Testumgebung, wenn die Flussdaten geteilt werden.
2. Verwende @, um eine andere Chat-Unterhaltung in die Arbeit zu integrieren
Manchmal existiert bereits nützliche Arbeit. Eine Forschungsunterhaltung enthält die Kundenzitate. Eine QA-Unterhaltung hat die Screenshots. Eine zweite Überprüfung kommt zu einem anderen Schluss. Du musst nicht alles kopieren und einfügen.
Klicke auf den Komponenteneditor und tippe @. Zero öffnet eine Liste deiner bestehenden Unterhaltungen.

Starte mit dem Eingeben eines Titels, um die Liste einzuschränken, und wähle die benötigte Unterhaltung.
Die ausgewählte Unterhaltung erscheint als klickbare orangefarbene Karte.

Die Karte zeigt auf die genaue Onboarding-Unterhaltung. Die Antwort wird in der aktuellen Unterhaltung verfasst.
Füge dann einen Verb ein. Sage Zero, was mit dieser Unterhaltung gemacht werden soll:
- „ Vergleiche
@Onboarding QAmit dieser Rechnungsprüfung. " - „ Fortsetze von
@Customer research batch 2und verfasse die Empfehlung hier. " - „ Herausforder den höchstrisikoreichen Schluss in
@Security review. " - „ Wandele die Screenshots in
@Mobile walkthroughin ein Bug-Report um. " - „ Extrahiere jede ungelöste Frage aus
@Launch research. "

Tippe @, wähle die Unterhaltung aus, und sage, was du von Zero haben möchtest.
Der Verweis ist eine Adresse, nicht ein vage Textbezeichner. Er weist Zero auf die ausgewählte Unterhaltung hin, ohne die gesamte Konversation in den Komponenteneditor einzufügen. Das behält die aktuelle Nachricht lesbar, aber deine Anweisung muss eine klare Handlung haben. „Verwende dies“ ist schwach. „Vergleiche die fehlenden Schritte und bewerte die geteilten Hindernisse“ ist klar.
3. Teile verschiedene Teile an Spezialisten oder Subagenten zu
Verwende mehrere Unterhaltungen, wenn du saubere Kopien des gleichen Arbeiters haben möchtest. Verwende Spezialisten, wenn die Arbeit verschiedene Anweisungen, Werkzeuge, Modelle oder Berechtigungsgrenzen benötigt. Ein Spezialist, der eine begrenzte Aufgabe für einen Koordinator durchführt, wird oft als Subagent bezeichnet.
Ein Produktstart ist ein gutes Beispiel. Forschungsscout kann die Beweise überprüfen. Browser QA kann das abgegebene Produkt überprüfen. Launch Writer kann die Seite verfassen. Publishing Operator kann den CMS-Draft erstellen, nachdem die Behauptungen die Überprüfung bestanden haben.

Der Staging-Arbeitsbereich hat einen Kernagenten und vier benannte Spezialisten, die jeder für eine begrenzte Aufgabe bereit sind.

Der Koordinator ist für das Ergebnis verantwortlich. Spezialisten liefern Beweise und Artefakte, dann schreibt ein Eigentümer den endgültigen Ergebnisbericht.
Hier ist ein praktisches Start-Brief:
Koordiniere einen Start-Paket für Feature X. Frag den Forschungsscout, die Kundenbeweise und Wettbewerberbehauptungen zu überprüfen. Frag Browser QA, jede Produktbehauptung in der Staging-Umgebung zu reproduzieren und Screenshots hinzuzufügen. Frag den Launch Writer erst nach der Ankunft der Beweise, um die Seite zu verfassen. Publishing Operator darf den CMS-Draft erstellen, aber darf ihn nicht veröffentlichen. Melden Sie fehlende Beweise und widersprüchliche Behauptungen in dieser Unterhaltung.
Der Wert kommt von realen Grenzen. Ein Forschungsagent kann nur lesen. Ein Publishing-Agent kann Entwurf-Zugriff haben, ohne Veröffentlichungsberechtigungen. Ein QA-Agent kann jedes Mal eine festgelegte Browser-Prüfliste befolgen. Zero-Berechtigungssteuerungen helfen, diese Grenzen eng zu halten.
Erstelle keine Spezialisten nur, um das Seitenleistenmenü busierer zu machen. Erstelle einen Spezialisten, wenn die Rolle die Art der Arbeit verändert.
4. Lasse unabhängige Überprüfer widersprechen, dann verwende einen Richter
Zwei Überprüfungen sind nur nützlich, wenn der zweite Überprüfer nicht den ersten kopiert. Öffne saubere Unterhaltungen, gib beiden Überprüfern das gleiche Beweismaterial und behalte ihre ersten Berichte getrennt.
Dann starte eine Richter-Unterhaltung und erwähne beide Berichte in einer Anfrage.

Eine Anfrage kann zwei echte QA-Unterhaltungen verweisen und verlangen, dass Zero die geteilten Hindernisse aufzählt.
Zum Beispiel:
Vergleiche
@Onboarding QAmit@Billing QA. Liste die Hindernisse auf, die beide Unterhaltungen gefunden haben, die Probleme, die nur von einer Unterhaltung gefunden wurden, und die Beweise, die noch fehlen. Dann entscheide, ob der Release abgeschickt werden sollte. Zitieren Sie das Screenshot oder die Schritt, die jedes Hindernis unterstützt.
Dieser Muster funktioniert für Designüberprüfungen, Sicherheitsüberprüfungen, Lieferantenauswahl, Architekturentscheidungen, Vertragsüberprüfungen und Modellvergleiche. Definiere die Richter-Kriterien vor den Berichten ein. Andernfalls könnte der Richter die am konfidenziellsten geschriebene Anweisung bevorzugen, anstatt die stärksten Beweise.
5. Arbeit von einem Agenten an den nächsten übergeben
Einige Aufgaben sollten nicht gleichzeitig ausgeführt werden. Die Forschung muss vor dem Entwurf fertig sein. Der Entwurf muss vor der Qualitätssicherung (QA) fertig sein. Die QA muss vor der Veröffentlichung fertig sein.
Behandeln Sie jede Übertragung wie eine kurze Lieferhinweis:
- Nennen Sie den empfangenden Agenten oder Chat.
- Anhängen oder verweisen Sie auf das Artefakt.
- Stellen Sie die Akzeptanzkriterien fest.
- Geben Sie an, wo der Empfänger zurückmelden muss.
„Erzählen Sie dem Schreiber, was Sie gefunden haben“, ist schwer zu überprüfen. Dies ist besser:
Senden Sie die genehmigte Forschungsumfrage an den Startschreiber. Der Entwurf muss nur verifizierte Behauptungen verwenden, die genehmigte Terminologie beibehalten und Leerstellen mit
[Beweise erforderlich]markieren. Senden Sie den Entwurflink und ungelöste Fragen in diesen Chat zurück.
Der @ Chatchip ist hier nützlich, da er dem nächsten Arbeiter eine präzise Quelle gibt. Bei file-reichen Aufgaben können Sie den Artefaktlink ebenfalls übermitteln. Der Koordinator braucht den Status, die Entscheidungen und das finale Paket. Er braucht nicht jede rohe Notiz in einem eigenen Kontext kopiert.
Wie teilen AI-Agenten im Zero Kontext?
Agenten in Zero brauchen nicht eine große gemeinsame Konversation. Kontext fließt durch explizite Briefe, @ Chatnachweise, Artefaktlinks und zurückgegebene Zusammenfassungen. Jeder Arbeiter erhält den minimalen nützlichen Kontext, erfüllt eine begrenzte Aufgabe und sendet Beweise oder eine Entscheidung zurück zum Koordinator.
Diese Ansatz vermeidet zwei häufige Mehragentenprobleme. Erstens drängt sich irrelevantes Historium nicht in den Kontext des Arbeiters. Zweitens kann der Koordinator genau sehen, welche Quelle oder Chat eine Behauptung unterstützt.
Verwenden Sie diese vier Kontextteilschaltungsmodelle:
- Selbstständiger Brief: am besten für einen neuen Kindchat, der sauber beginnen muss.
@Chatnachweis: am besten, wenn eine bestehende Konversation die Quelle ist.- Artefaktlink: am besten für Dokumente, Screenshots, Datensätze und Codeänderungen.
- Strukturierte Rückmeldung: am besten, wenn mehrere Arbeiter in derselben Formate berichten müssen.
Voraussetzen Sie nicht, dass ein Kindchat bereits die Entscheidungen des Kontrollchats kennt. Wenn ein Begriff, eine Restriktion, ein Konto, ein Datumsbereich oder eine Ausgabeformatierung wichtig ist, fügen Sie ihn in die erste Nachricht ein.
Weitere A2A und Mehragenten-Auftragsablauf-Szenarien
| Szenario | Wie teilen Sie ihn auf | Was kommt zurück |
|---|---|---|
| Release-Walkthrough | Gleicher Agent, ein Chat pro Benutzerjourney | Screenshots, Durchlaufprüfungsergebnisse und gemeinsame Blocker |
| Lokalisierung-QA | Gleicher Agent, ein Chat pro Region | Fehlende Strings, Layoutprobleme und regionale Screenshots |
| Browser- und Geräte-Test | Gleicher Agent, ein Chat pro Browser oder Ansicht | Vergleichbare Kompatibilitätstabelle mit Beweisen |
| Pull-Request-Überprüfung | Gleicher Agent, ein Chat pro Pull-Request oder Überprüfungsansicht | Fehler, Risikobemerkungen und Zeilenbemerkungen |
| Kundenerforschung | Gleicher Agent, ein Chat pro Interviewbatch | Zitate, Muster, Einwände und Quellverweise |
| Unfallreaktion | Koordinator plus App, API, Deployment und Kundeneffektivitätsagenten | Eine Zeitlinie mit ausgewiesenen Einigungen und Konflikten |
| Inhaltsproduktion | Forschungs-, Schreib-, Design-, QA- und Veröffentlichungsagenten | Überprüfter Entwurf und kontrollierte Veröffentlichungsübergabe |
| Kundenservice-Triage | Koordinator plus Konto, Produkt, Rechnungsstellung und Antwortagenten | Ursache, Priorität, Verantwortlicher und Entwurf der Antwort |
| Datenanalyse-QA | Analyseagent plus unabhängiger Überprüfer | Überprüfte Verbindungen, Nenner, Zeitbereiche und Annahmen |
| Modellvergleich | Reinliche Chats mit derselben Anweisung und verschiedenen Modellen | Genauigkeit, Kosten, Latenz und Formatbewertungen |
Die richtige Aufteilung schafft eine nützliche Grenze. Sie kann den Kontext isolieren, eine Berechtigungsgrenze schützen, Überprüfungen unabhängig halten oder bereitgestellten Arbeit gleichzeitig laufen lassen.
Wann sollten Sie eine einzelne Chat, mehrere Chats oder mehrere Agenten verwenden?
Verwenden Sie einen Chat, wenn jeder nächste Schritt auf der Antwort direkt vorhergehender Schritte angewiesen ist. Ein sequenzielles Debugging ist ein guter Beispielfall.
Verwenden Sie mehrere Chats unter einem Agenten, wenn die Anweisungen gleich bleiben, aber sauberer Kontext oder unabhängige Beweise benötigt werden. Dies ist üblicherweise der beste Startpunkt für Tests, Forschungsbatches und faire Vergleiche.
Verwenden Sie mehrere spezialisierte Agenten, wenn jede Teilaufgabe unterschiedliche Expertise, Verbindungen, Berechtigungen oder Modelle benötigt. Geben Sie einem Koordinator die Verantwortung für die finale Entscheidung.
Verwenden Sie einen Auftragsablauf, wenn die Prozedur wiederholt werden sollte. Fügen Sie Automatisierung hinzu, wenn diese Prozedur auch eine Planung oder einen Ereignistrigger benötigt. Zero dokumentiert diese beiden Bausteine separat: Auftragsabläufe definieren den Verfahren, während Automatisierungen entscheiden, wann sie ausgeführt werden.
A2A-Sicherheit und Berechtigungsgrenzen
Mehragenten-Aufträge sind sicherer, wenn der Zugriff den Zuweisungen folgt. Geben Sie jedem Spezialisten nur die Verbindungen und Berechtigungen, die für seine Rolle erforderlich sind. Ein Forschungsagent benötigt selten Veröffentlichungsberechtigungen. Ein QA-Agent benötigt möglicherweise eine Staging-Login, aber keine Produktionsrechnungsstellungsberechtigungen. Ein Veröffentlichungsagent benötigt möglicherweise Draft-Berechtigungen, aber er muss immer noch eine Person haben, die die finale Veröffentlichung freigibt.
Halten Sie externe Schreiboperationen unter einem benannten Eigentümer. Mehrere Agenten können ein Repository, CRM oder CMS lesen, aber ein Agent sollte das finale Ticket erstellen, das Record aktualisieren, die Kundenaufgabe antworten oder die Seite veröffentlichen. Dies verhindert Duplikation von Schreiboperationen und macht den Audit-Trail einfacher zu verfolgen.
Für höhere Risikowerkzeuge fügen Sie eine Stopbedingung zum Brief hinzu: „Nur Entwurf“, „Senden Sie nicht“, „Erhöhen Sie, wenn Beweise widersprechen“, oder „Bitten Sie um Genehmigung, bevor Sie die Produktion ändern“. A2A macht die Delegation einfacher; es entfernt nicht die Notwendigkeit klarer Verantwortung.
Vier Regeln, die A2A-Arbeit ordentlich halten
1. Stelle jede erste Nachricht selbstständig ein
Fülle die Zielsetzung, die Quellmaterialien, die Einschränkungen, den Ausgabeformat, den Zielort und die Stopbedingung ein. Ein Kindchat sollte nicht raten müssen, was der Kontrollchat bereits weiß.
2. Gib Arbeitnehmern die gleiche Antwortform
Wenn vier QA-Chats vier verschiedene Formate liefern, verbringt der Koordinator Zeit damit, Texte zu bereinigen. Forder jedes Werkzeug für die gleichen Felder: Umgebung, Schritte, Beweise, Status und nächste Aktion.
3. Gib gemeinsame Schreibrechte einem Eigentümer
Zwei korrekte Agenten können trotzdem ein Durcheinander machen, indem sie gleichzeitig schreiben. Nenne den Agenten, der das finale externe Handeln besitzt.
4. Teile nur Arbeit, die von der Teilung profitiert
Erstellen acht Chats bedeutet nicht, dass acht Laufzeiten gleichzeitig ausgeführt werden. Workspace-Parallelität gilt immer noch, und abhängige Arbeit muss auf ihre Eingabe warten. Halte eine Aufgabe in einem Chat, wenn jede nächste Schritt von der vorherigen Antwort abhängt.
Ist Zero A2A das gleiche wie Googles Agent2Agent-Protokoll?
Hier wird keine Protokollequivalenz beansprucht. Dieser Leitfaden beschreibt die Produktionskoordination zwischen Agenten und Chats in Zero: wie Arbeit aufgeteilt, referenziert, beurteilt und über die Schnittstelle übertragen wird.
Googles Agent2Agent-Protokoll ist ein technischer Standard für die Kommunikation zwischen fernliegenden Agentensystemen, einschließlich Fähigkeitsentdeckung, Aufgabenmanagement, Nachrichten und Artefakte. Suchergebnisse für „A2A“ konzentrieren sich oft auf dieses Protokoll, daher ist die Unterscheidung wichtig: Zero A2A ist die praktische Produktarbeitsschleife, die in diesem Artikel behandelt wird.
Häufige Fragen
Ist ein Chat das gleiche wie ein Agent?
Nein. Ein Agent ist eine wiederverwendbare Arbeitskonfiguration. Ein Chat ist eine isolierte Konversation mit diesem Agenten. Ein Agent kann viele Chats besitzen.
Teilen Kind-Chats den Kontrollchat-Context?
Nein. Starte jeden Kindchat mit einer vollständigen Zusammenfassung. Arbeitnehmer können Ergebnisse zurückliefern oder begrenzte Artefakte an einen anderen Chat weitergeben, aber sie sollten nicht voraussetzen, dass es eine gemeinsame Geschichte gibt.
Was passiert, wenn ich @ einen Chat erwähne?
Zero fügt eine strukturierte Referenz zum ausgewählten Chat ein. Die Referenz identifiziert die Konversation, die du meinst. Sie fügt den vollständigen Chat nicht in den Komponierer ein, daher füge eine klare Aktion hinzu, wie Vergleich, Überprüfung, Fortsetzung oder Extraktion.
Was ist ein Subagent in Zero?
Ein Subagent ist ein Spezialagent, der von einem Koordinator mit einer begrenzten Aufgabe versehen wird. Er kann unterschiedliche Anweisungen, Werkzeuge, Berechtigungen oder ein anderes Modell verwenden und sein Ergebnis dann dem Kontrollchat zurückliefern.
Können mehrere Chats parallel laufen?
Ja, wenn Workspace-Parallelität verfügbar ist und die Aufgaben unabhängig voneinander sind. Bei Überschreitung des Limits können zusätzliche Jobs in der Warteschlange stehen. Arbeit mit Abhängigkeiten sollte sequentiell ausgeführt werden.
Wann sollte ich verschiedene Agenten verwenden?
Verwende verschiedene Agenten, wenn die Arbeit unterschiedliche Anweisungen, Workflows, Modelle, Verbindungen oder Berechtigungen benötigt. Verwende mehrere Chats unter demselben Agenten, wenn du hauptsächlich sauberen Kontext benötigst.
Versuche den Staging-Walkthrough zuerst
Öffne einen neuen Chat in Zero und teile eine echte Release-Prüfung in vier saubere Chats auf. Forder Screenshots und denselben Pass/Fail-Format in jedem Chat. Sobald das funktioniert, ersetze eine Zweig mit einem Spezialagent oder erwähne zwei abgeschlossene Chats in einem Urteilsanweisung.
Für weitere Ideen siehe 20 AI-Agenten-Use Cases mit genauen Anweisungen und Werkzeugen.



