Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Protokolle
KI-Agenten benötigen standardisierte Kommunikationsprotokolle, um mit anderen Agenten und Diensten interagieren zu können. Organizations, die Agentenarchitekturen implementieren, stehen vor großen Herausforderungen in Bezug auf Interoperabilität, Herstellerunabhängigkeit und Zukunftssicherheit ihrer Investitionen.
Dieser Abschnitt hilft Ihnen, sich in der agent-to-agent Protokolllandschaft zurechtzufinden, wobei der Schwerpunkt auf offenen Standards liegt, die Flexibilität und Interoperabilität maximieren. (Informationen zu agent-to-tool Protokollen finden Sie weiter unten in diesem Handbuch unter [Strategie zur Integration von Tools](tool-integration-strategy.md).)
In diesem Abschnitt wird das Model Context Protocol (MCP) vorgestellt, ein offener Standard, der ursprünglich 2024 Anthropic entwickelt wurde. Heute unterstützt er MCP AWS aktiv durch Beiträge zur Entwicklung und Implementierung des Protokolls. AWS arbeitet mit führenden Open-Source-Agenten-Frameworks zusammen, darunter, und LangGraph CrewAILlamaIndex, um die future der Agentenkommunikation auf dem Protokoll zu gestalten. Weitere Informationen finden Sie unter [Offene Protokolle für Agenten-Interoperabilität, Teil 1: Agentenübergreifende Kommunikation auf MCP](https://aws.amazon.com/blogs/opensource/open-protocols-for-agent-interoperability-part-1-inter-agent-communication-on-mcp/) (Blog).AWS
**In diesem Abschnitt:**
+ [Warum die Protokollauswahl wichtig ist](protocol-selection.md)
+ [Agent-to-agent Protokolle](agent-to-agent-protocols.md)
+ [Auswahl von Agentenprotokollen](selecting-agentic-protocols.md)
+ [Implementierungsstrategie für behördliche Protokolle](implementation-strategy.md)
+ [Erste Schritte mit MCP](getting-started-with-mcp.md)
+ [Erste Schritte mit A2A](getting-started-a2a.md)
# Warum die Protokollauswahl wichtig ist
Die Protokollauswahl bestimmt grundlegend, wie Sie Ihre KI-Agentenarchitektur aufbauen und weiterentwickeln können. Durch die Auswahl von Protokollen, die die Portabilität zwischen Agenten-Frameworks unterstützen, erhalten Sie die Flexibilität, verschiedene Agentensysteme und Workflows zu kombinieren, um Ihren spezifischen Anforderungen gerecht zu werden.
Offene Protokolle ermöglichen es Ihnen, Agenten über mehrere Frameworks hinweg zu integrieren. Verwenden Sie es beispielsweise LangChain für die schnelle Prototypenentwicklung und Implementierung von ProduktionssystemenStrands Agents, die über ein gemeinsames Protokoll wie MCP oder das Agent2Agent (A2A) -Protokoll kommunizieren. Diese Flexibilität reduziert die Abhängigkeit von bestimmten KI-Anbietern, vereinfacht die Integration in bestehende Systeme und ermöglicht es Ihnen, die Fähigkeiten der Agenten im Laufe der Zeit zu verbessern.
Gut konzipierte Protokolle sorgen außerdem für einheitliche Sicherheitsmuster für die Authentifizierung und Autorisierung in Ihrem gesamten Agenten-Ökosystem. Am wichtigsten ist jedoch, dass Sie dank der Protokollportabilität die Freiheit haben, neue Agenten-Frameworks und -Funktionen zu übernehmen, sobald diese verfügbar sind. Die Wahl offener Protokolle schützt Ihre Investitionen in die Agentenentwicklung und gewährleistet gleichzeitig die Interoperabilität mit Systemen von Drittanbietern.
## Vorteile offener Protokolle
Wenn Sie Ihre eigenen Erweiterungen implementieren oder benutzerdefinierte Agentensysteme erstellen, bieten offene Protokolle überzeugende Vorteile:
+ **Dokumentation und Transparenz — Sorgen** in der Regel für eine umfassende Dokumentation und transparente Implementierungen
+ **Community-Support** — Zugang zu breiteren Entwickler-Communitys für Problemlösungen und Best Practices
+ **Interoperabilitätsgarantien** — Bessere Gewissheit, dass Ihre Erweiterungen in verschiedenen Implementierungen funktionieren
+ **Künftige Kompatibilität** — Geringeres Risiko, dass Änderungen nicht mehr funktionieren oder nicht mehr unterstützt werden
+ **Einfluss auf die Entwicklung** — Gelegenheit, zur Protokollentwicklung beizutragen
# Agent-to-agent Protokolle
Die folgende Tabelle bietet einen Überblick über Agentenprotokolle, mit denen mehrere Agenten zusammenarbeiten, Aufgaben delegieren und Informationen austauschen können.
|
|
| **Protocol** (Protokoll) | **Ideal für** | **Überlegungen** |
| --- |--- |--- |
| [MCP-Kommunikation zwischen Agenten](https://aws.amazon.com/blogs/opensource/open-protocols-for-agent-interoperability-part-1-inter-agent-communication-on-mcp/) | Organizations, die nach flexiblen Mustern für die Zusammenarbeit mit Agenten suchen | Eine von AWS dieser Organisation vorgeschlagene Erweiterung des Model Context Protocol (MCP) baut auf der bestehenden Kommunikationsgrundlage agent-to-agent auf Ermöglicht eine nahtlose Zusammenarbeit der Agenten mit OAuth basierter Sicherheit |
| [A2A-Protokoll](https://github.com/a2aproject/A2A) | Plattformübergreifende Agenten-Ökosysteme | Unterstützt von Google Neuerer Standard mit geringerer Akzeptanz als MCP |
## Entscheidung zwischen Protokolloptionen
Passen Sie bei der Implementierung der agent-to-agent Kommunikation Ihre spezifischen Kommunikationsanforderungen an die entsprechenden Protokollfunktionen an. Verschiedene Interaktionsmuster erfordern unterschiedliche Protokollfunktionen. In der folgenden Tabelle werden gängige Kommunikationsmuster beschrieben und die für jedes Szenario am besten geeigneten Protokolloptionen empfohlen.
|
|
| **Muster** | **Beschreibung** | **Ideale Protokollwahl** |
| --- |--- |--- |
| Einfache Anfrage und Antwort | Einmalige Interaktionen zwischen Agenten | MCP mit zustandslosen Datenströmen |
| Zustandsreiche Dialoge | Laufende Gespräche mit Kontext | MCP mit Sitzungsverwaltung |
| Zusammenarbeit mit mehreren Agenten | Komplexe Interaktionen zwischen mehreren Agenten | MCP-Interagent oder AutoGen |
| Teambasierte Workflows | Hierarchische Agententeams mit definierten Rollen | MCP-Interagent, oder CrewAI AutoGen |
Neben Kommunikationsmustern können verschiedene technische und organisatorische Faktoren Ihre Protokollauswahl beeinflussen. In der folgenden Tabelle sind die wichtigsten Überlegungen aufgeführt, anhand derer Sie beurteilen können, welches Protokoll Ihren spezifischen Implementierungsanforderungen am ehesten entspricht.
|
|
| **Überlegung** | **Beschreibung** | **Beispiel** |
| --- |--- |--- |
| Sicherheitsmodell | Anforderungen an Authentifizierung und Autorisierung | OAuth 2.0 im MCP |
| Bereitstellungsumgebung | Wo Agenten arbeiten und kommunizieren | Verteilter Computer oder einzelner Computer |
| Kompatibilität mit Ökosystemen | Integration mit bestehenden Agenten-Frameworks | LangChain oder Strands Agents |
| Anforderungen an Skalierbarkeit | Erwartetes Wachstum der Agenteninteraktionen | Streaming-Funktionen von MCP |
# Auswahl von Agentenprotokollen
Für die meisten Unternehmen, die Produktionsagentensysteme entwickeln, bietet das Model Context Protocol (MCP) die umfassendste und am besten unterstützte Kommunikationsgrundlage. agent-to-agent MCP profitiert von aktiven Entwicklungsbeiträgen der AWS Open-Source-Community.
Die Auswahl der richtigen behördlichen Protokolle ist wichtig für Unternehmen, die agentische KI effektiv implementieren möchten. Die Überlegungen unterscheiden sich je nach organisatorischem Kontext.
## Überlegungen zur Auswahl von behördlichen Protokollen
Organizations sollten bei der Auswahl von Protokollen für agentische KI-Systeme die folgenden bewährten Methoden berücksichtigen:
+ **Priorisieren Sie offene Standards** — Organizations sollten offene Protokolle wie das MCP einführen, um langfristige Interoperabilität und Erweiterbarkeit zu gewährleisten und das Risiko einer Lieferantenbindung zu verringern.
+ **Balance zwischen Geschwindigkeit und Flexibilität** — Startups und Early Adopters können mit gut unterstützten proprietären Protokollen für eine schnelle Entwicklung beginnen, sollten jedoch einen Migrationspfad zu offenen Standards definieren, sobald die Systeme ausgereift sind.
+ **Implementieren Sie Abstraktionsebenen** — Unternehmen sollten Protokollabstraktion implementieren, um die Migration zu vereinfachen, die Einführung von Hybridanwendungen zu ermöglichen und Integrationsstrategien zukunftssicher zu gestalten.
+ **Betonen Sie Sicherheit und Compliance** — Organizations in regulierten Branchen sollten Protokolle mit robusten Authentifizierungs-, Verschlüsselungs- und Auditfunktionen wählen, um die Governance- und Compliance-Anforderungen zu erfüllen.
+ **Evaluieren Sie den Reifegrad des Ökosystems** — Alle Organisationen sollten den Zustand, die Akzeptanz und die Unterstützung jedes einzelnen Protokolls bewerten, um die Nachhaltigkeit sicherzustellen und die technische Verschuldung zu minimieren.
+ Sich an der **Entwicklung von Standards beteiligen** — Organizations sollten sich an Normungsgremien oder Open-Source-Communities beteiligen, um die Entwicklung von Protokollen mitzugestalten und bewährte Verfahren zu beeinflussen.
+ **Berücksichtigung der Datensouveränität** — Regierung und regulierte Sektoren sollten sicherstellen, dass die Protokollauswahl den Anforderungen an die Datenresidenz und Souveränität in den Einsatzregionen entspricht.
+ **Nutzung verwalteter Dienste** — Verwenden Sie nach Möglichkeit verwaltete oder serverlose Implementierungen behördlicher Protokolle, um die betriebliche Komplexität zu reduzieren und die Bereitstellung zu beschleunigen.
# Implementierungsstrategie für behördliche Protokolle
Um behördliche Protokolle effektiv in Ihrem Unternehmen zu implementieren, sollten Sie die folgenden strategischen Schritte in Betracht ziehen:
1. **Beginnen Sie mit der Angleichung der Standards** — Verwenden Sie, wo immer möglich, etablierte offene Protokolle.
1. **Erstellen Sie Abstraktionsebenen** — Implementieren Sie Adapter zwischen Ihren Systemen und spezifischen Protokollen.
1. **Tragen Sie zu offenen Standards** bei — Nehmen Sie an Gemeinschaften zur Protokollentwicklung teil.
1. **Überwachen Sie die Protokollentwicklung** — Bleiben Sie über neue Standards und Updates auf dem Laufenden.
1. **Testen Sie die Interoperabilität regelmäßig** — Stellen Sie sicher, dass Ihre Implementierungen kompatibel bleiben.
# Erste Schritte mit MCP
AWS unterstützt aktiv das Model Context Protocol (MCP) durch Beiträge zur Entwicklung und Implementierung des Protokolls. AWS arbeitet mit führenden Open-Source-Agenten-Frameworks zusammen, darunter, und LangGraph CrewAILlamaIndex, um die future der Agentenkommunikation auf dem Protokoll zu gestalten.
Gehen Sie wie folgt vor, um das MCP in Ihrer Agentenarchitektur zu implementieren:
1. [Erkunden Sie MCP-Implementierungen in Frameworks wie dem SDK. Strands Agents](https://strandsagents.com/)
1. Lesen Sie die technische [Dokumentation zum Model Context Protocol](https://modelcontextprotocol.io/introduction).
1. Lesen Sie [Offene Protokolle für Agenten-Interoperabilität, Teil 1: Kommunikation zwischen Agenten auf MCP](https://aws.amazon.com/blogs/opensource/open-protocols-for-agent-interoperability-part-1-inter-agent-communication-on-mcp/) (AWS Blog), um mehr über die Interoperabilität von Agenten zu erfahren.
1. Treten Sie der [MCP-Community](https://github.com/orgs/modelcontextprotocol/discussions) bei, um die Entwicklung des Protokolls zu beeinflussen.
MCP bietet eine Kommunikationsebene, die es Agenten ermöglicht, mit externen Daten und Diensten zu interagieren, und kann auch verwendet werden, um Agenten die Interaktion mit anderen Agenten zu ermöglichen. Die [Streamable HTTP-Transportimplementierung](https://modelcontextprotocol.io/docs/concepts/transports#streamable-http) des Protokolls bietet Entwicklern umfassende Interaktionsmuster, ohne das Rad neu erfinden zu müssen. Diese Muster unterstützen sowohl statuslose request/response Datenflüsse als auch statusbehaftetes Sitzungsmanagement mit persistenter Funktion. IDs
Durch die Einführung offener Protokolle wie MCP können Sie Ihr Unternehmen in die Lage versetzen, Agentensysteme aufzubauen, die flexibel, interoperabel und anpassungsfähig bleiben, wenn sich die KI-Technologie weiterentwickelt. Informationen zur agent-to-tool Protokollimplementierung finden Sie weiter unten in diesem Handbuch unter [Strategie zur Tool-Integration](tool-integration-strategy.md).
# Erste Schritte mit A2A
Das Agent2Agent (A2A) -Protokoll ermöglicht die dezentrale Zusammenarbeit zwischen Agenten über eine gemeinsame semantische Ebene. Anstatt die gesamte Arbeit über einen zentralen Orchestrator weiterzuleiten, ermöglicht A2A den Agenten, sich gegenseitig zu entdecken, für ihre Fähigkeiten zu werben, Aufgaben auszuhandeln und den Kontext mithilfe eines einfachen JSON-basierten Protokolls gemeinsam zu nutzen. Jeder Agent veröffentlicht ein Funktionsmanifest.
Das folgende Beispiel zeigt ein vereinfachtes A2A-Fähigkeitsmanifest, das die unterstützten Aktionen, erforderlichen Eingaben und Betriebsmetadaten eines Agenten ankündigt, um die Erkennung und Aushandlung von Aufgaben zu ermöglichen:
```
{
"can": ["summarize.text", "extract.keywords"],
"needs": ["document.input"],
"meta": { "version": "1.0.3", "latencyMs": 120 }
}
```
Dieses Modell ermöglicht einen dynamischen Kapazitätsabgleich, die Delegierung von Aufgaben während der Ausführung und die organisationsübergreifende Zusammenarbeit. Agenten können sich anhand von Aufgaben selbst organisieren, temporäre Arbeitsgruppen bilden und sich anpassen, wenn neue Funktionen in das System eingeführt oder verlassen werden.
A2A unterstützt Interaktionen, die von einfachen Anfragen ohne Status bis hin zu mehrstufigen Verhandlungssitzungen reichen, darunter:
+ peer-to-peerDirektnachrichten für Zusammenarbeit mit niedriger Latenz
+ Semantische Aufgabenaushandlung, bei der Agenten den am besten geeigneten Peer auswählen
+ Auf Fähigkeiten basierende Entdeckung, die eine sich abzeichnende Arbeitsteilung ermöglicht
+ Sitzungsverankerung für zustandsbehaftete Interaktionen in mehreren Schritten
Durch die Einführung offener, agenteneigener Protokolle wie A2A schaffen Unternehmen KI-Systeme, die modular und interoperabel sind und eine grenzüberschreitende Zusammenarbeit ermöglichen. A2A stellt sicher, dass die Agenten-Ökosysteme flexibel bleiben und sich weiterentwickeln können, wenn neue Agenten, Teams oder externe Systeme eingeführt werden, ohne dass starre Orchestrierungsebenen oder vorherige Kopplungen erforderlich sind.
Gehen Sie wie folgt vor, um das A2A-Protokoll in Ihrer Agentenarchitektur zu implementieren:
1. **Lesen Sie die A2A-Protokollspezifikation** — Lesen Sie die neueste Version der [Agent2Agent (A2A) -Protokollspezifikation](https://a2a-protocol.org/latest/specification/), um zu erfahren, wie Funktionen funktionieren, wie die Verhandlungsabläufe ablaufen und der Agent-Handshake funktionieren.
1. **Erkunden Sie A2A-kompatible Laufzeiten — Evaluieren Sie Frameworks wie das Strands Agents SDK oder benutzerdefinierte Runtime-Layer**, die Funktionsmanifeste und -aushandlungen im A2A-Stil unterstützen. peer-to-peer
1. **Implementieren Sie ein Funktionsmanifest für Ihre Agenten** — Definieren Sie die `meta` Felder und Felder der einzelnen Agenten, um die Erkennung `can``needs`, das Matchmaking und die Zusammenarbeit auf Absichtsebene zu ermöglichen.
1. **Experimentieren Sie mit A2A-Verhandlungsmustern** — nutzen Sie die Anfrage-Angebot-Annahme-Schleife, strukturierte Funktionsabfragen oder eine auf Klatsch und Tratsch basierende Erkennung, um zu verstehen, wie Agenten entscheiden, wer eine Aufgabe bearbeiten soll.
1. **Testen Sie A2A in einer gemischten Infrastrukturumgebung** — Kombinieren Sie A2A-Peer-Negotiation mit Event-Routing, das standardmäßig AWS über Amazon erfolgt, um hybride Koordinationsmuster EventBridge zu bewerten.
1. **Treten Sie der A2A-Community** bei — Nehmen Sie an der [offenen Arbeitsgruppe](https://a2a-protocol.org/latest/community/) teil, um über Erweiterungen, Sicherheitsempfehlungen und herstellerübergreifende Interoperabilitätsverbesserungen auf dem Laufenden zu bleiben und [zur Entwicklung des Protokolls beizutragen](https://github.com/a2aproject/A2A?tab=contributing-ov-file).