Agent-zu-Agent (A2A)

Auf der vorherigen Seite wurde gezeigt, wie Agents innerhalb eines einzelnen Prozesses erstellt werden – ein Agent ruft ein anderes als Funktionstool auf, und das Framework behandelt den Rest. Dieses Muster funktioniert gut, wenn alle Ihre Agents in derselben Anwendung leben, dieselbe Laufzeit gemeinsam nutzen und vom gleichen Team verwaltet werden.

Aber reale Agentsysteme müssen oft über Grenzen hinweg kommunizieren. Agent-to-Agent (A2A) ist ein offenes Protokoll , das genau darauf ausgelegt ist. Es definiert eine Standardmethode für Agents, um sich gegenseitig zu ermitteln, Nachrichten auszutauschen und Aufgaben zu koordinieren – über HTTP, über jede Grenze, in jeder Sprache oder in jedem Framework. Agent Framework stellt einen A2A-Agent-Service zum Aufrufen von Remote-Agenten und A2A-Hosting zum Verfügbarmachen von Agenten bereit.

Wann Sie dies verwenden sollten

Verwenden Sie A2A, wenn Ihre Agenten eine Grenze überschreiten müssen, die von den prozessinternen Kompositionen nicht verarbeitet werden kann.

  • Dienstgrenzen. Ihr Reisebuchungsdienst wird als Microservice ausgeführt, und Ihr Spesenabrechnungsdienst wird als ein weiterer ausgeführt. Sie können sich nicht als In-Process-Funktionstools aufrufen – sie benötigen ein Netzwerkprotokoll.
  • Teamgrenzen. Ein Partnerteam besitzt einen "Compliance-Review"-Agenten. Sie haben keinen Zugriff auf seinen Code, sein Modell oder seine Bereitstellung – Sie müssen sie lediglich eine Anforderung senden und eine Antwort erhalten.
  • Organisationsgrenzen. Ein Drittanbieter bietet einen spezialisierten Agenten (Dokumentverarbeitung, rechtliche Überprüfung, medizinische Triage). Sie benötigen eine Standardmethode, um sie zu entdecken, zu verstehen, was sie tun kann, und kommunizieren Sie mit ihr – unabhängig davon, mit welchem Framework oder welcher Sprache sie erstellt wird.
  • Unabhängige Evolution. Ihre Agents benötigen unterschiedliche Veröffentlichungszyklen, verschiedene Teams oder unterschiedliche Sprachen , ohne ihre Implementierungen eng zu koppeln.

Tip

Wenn alle Ihre Agenten im selben Prozess sind und vom selben Team verwaltet werden, sind Agenten als Werkzeuge einfacher und erfordern weniger Verwaltungsaufwand. A2A addiert Wert, wenn Sie einen Prozess, einen Dienst oder eine Organisationsgrenze überschreiten.

Überlegungen

Consideration Details
Interoperabilität A2A ist frameworkagnostisch. Ihr .NET Agent kann einen Python Agent, einen LangChain-Agent oder einen beliebigen Agent aufrufen, der das Protokoll implementiert. Dies ist der Hauptwert von A2A – es ist das "HTTP der Agentenkommunikation".
Netzwerkaufwand Jeder A2A-Aufruf ist eine HTTP-Anforderung. Die Latenz wird im Vergleich zu In-Process-Agent-as-Tool-Aufrufen erhöht. Bei leistungssensiblen Pfaden sollten Agenten am selben Ort bleiben oder A2A nur dort verwendet werden, wo tatsächlich eine Grenze existiert.
Komplexität des Betriebs Remote-Agents sind verteilte Dienste. Sie müssen Netzwerkfehler, Timeouts, Wiederholungen und Versionsverwaltung behandeln – dasselbe gilt für jede Dienst-zu-Dienst-Kommunikation.
Erkennung zur Laufzeit Agentenkarten machen die Entdeckung dynamisch, aber Sie müssen immer noch wissen, wo Sie suchen. In der Produktion konfigurieren Sie in der Regel bekannte Agent-Endpunkte oder verwenden eine Registrierung.
Konversationszustand Der Remote-Agent verwaltet seinen eigenen Gesprächszustand (durch Kontext-ID gekennzeichnet). Ihr Agent sieht die interne Begründung des Remote-Agents nicht – nur seine Antworten. Wenn der Remote-Agent neu startet und den Zustand verliert, geht der Unterhaltungskontext möglicherweise verloren.

Nächste Schritte

Da Ihre Agents nun über jede Grenze kommunizieren können, ist der letzte Schritt in der Reise Workflows – explizite, graphbasierte Orchestrierung für mehrstufige, Multi-Agent-Prozesse, bei denen Sie die vollständige Kontrolle über Ausführungsreihenfolge, Zustand und Wiederherstellbarkeit benötigen.

Workflows

Gehen Sie tiefer:

  • Last updated on