A2A und MCP im Multi-Agent-Design: Wann ein mittelständisches Unternehmen beides braucht

Dieser Leitfaden richtet sich an den CTO oder Engineering-Lead, der entscheiden muss, ob ein zweiter Agent mit dem ersten kommunizieren muss – nicht nur mit Systemen –, sowie an den IT-Governance-Verantwortlichen, der abwägt, ob das zusätzliche Protokoll den damit verbundenen Prüfaufwand rechtfertigt. Unser MCP-Server-Leitfaden entwirft die Agent-zu-Tool-Schicht, die diese Seite als bereits vorhanden voraussetzt; unser Leitfaden zur agentischen KI-Architektur ordnet den menschlichen Kontrollpunkt in die eigene Schleife eines Agenten ein. Diese Seite behandelt die Schicht darüber: Was sich ändert, sobald ein zweiter Agent ins Spiel kommt.

Inhalt dieses Leitfadens

• Lösen MCP und A2A dasselbe Problem?
• Das Zwei-Schichten-Muster
• Braucht ein mittelständisches Unternehmen A2A bereits?
• Ein konkretes Beispiel: Order-to-Cash als Multi-Agent-Design
• Was sich ändert, sobald ein zweiter Agent der Aufrufer ist
• Wo KI in einem Multi-Agent-Design passt
• Welcher Liefernachweis vorliegt und welcher nicht
• Alternativen: Wie ein Unternehmen mehr als einen Agenten koordinieren kann
• Grenzen dieses Leitfadens
• Häufig gestellte Fragen
• Nächster Schritt

Lösen MCP und A2A dasselbe Problem?

Nein. MCP (Model Context Protocol) verbindet einen Agenten mit den Tools, Daten und Systemen, die er für seine Arbeit benötigt: eine Bestellstatusabfrage, eine CRM-Aktualisierung, eine Dokumentensuche. A2A (Agent2Agent) verbindet einen Agenten mit einem anderen Agenten: Es ermöglicht einem Agenten, zu entdecken, was ein zweiter Agent leisten kann, ihm eine Aufgabe zu senden und diese Aufgabe bis zum Abschluss zu verfolgen – als Protokoll zwischen zwei Reasoning-Systemen und nicht zwischen einem Agenten und einer Datenquelle. Ein Unternehmen mit einem Agenten und fünf Tools benötigt nur MCP; in diesem Design entdeckt oder delegiert nichts an einen anderen Agenten.

Das Zwei-Schichten-Muster

Die meisten Unternehmen, die beide Protokolle einsetzen, platzieren A2A oben, um zu koordinieren, welcher spezialisierte Agent welchen Teil einer Aufgabe übernimmt, und MCP darunter bei jedem Agenten, der ihn mit den Systemen verbindet, die dieser Teil benötigt. Wird eine der Schichten entfernt, bricht ein anderer Teil: Ohne A2A können Agenten Aufgaben nicht strukturiert übergeben; ohne MCP hat ein Agent, der eine delegierte Aufgabe erhalten hat, keine geregelte Möglichkeit, darauf zu handeln.

Braucht ein mittelständisches Unternehmen A2A bereits?

Die meisten mittelständischen Unternehmen mit einem Agenten und mehreren Tools benötigen A2A noch nicht, da in einem Single-Agent-Design nichts Arbeit an ein zweites Reasoning-System delegiert; MCP allein, sauber abgegrenzt und geregelt, ist die einfachere Antwort. Die Frage lautet nicht „Wie viele Tools nutzt der Agent“, sondern „Durch wie viele separate Agenten, die von verschiedenen Teams entwickelt oder betrieben werden, läuft eine Aufgabe, bevor sie abgeschlossen ist“.

Ein nützlicher Test: Lässt sich jeder Tool-Aufruf bereits auf den einen Agenten und die eine Person zurückverfolgen, die ihn genehmigt hat? In einem Single-Agent-Design lautet die Antwort immer ja, weil ein Agent die gesamte Aufgabe hält. In dem Moment, in dem eine Aufgabe auf zwei Agenten aufgeteilt wird – ein Triage-Agent, der eine Anfrage klassifiziert, und ein Abrechnungsagent, der darauf handelt –, muss der Nachweis der Aufgabe über Agenten hinweg folgen, sonst verliert eine genehmigte Aktion den Kontext, welcher Agent tatsächlich darum gebeten hat. Das ist der Punkt, an dem A2A seinen Platz verdient: nicht wenn ein zweites Tool hinzugefügt wird, sondern wenn ein zweiter Agent hinzukommt.

Ein konkretes Beispiel: Order-to-Cash als Multi-Agent-Design

Unser Order-to-Cash-Leitfaden ordnet Teilschritte von Order-to-Cash (Auftragseingang, Bonitätsprüfung, Rechnungsstellung, Mahnwesen) ein und zeigt, wo ein Agent passt und wo ein Mensch entscheidet. Ein Unternehmen, das einen Agenten pro Teilschritt entwickelt statt einen großen Agenten für den gesamten Prozess, trifft genau diese Bedingung: Ein Inkassoagent muss eine strittige Rechnung an einen Abrechnungsagenten übergeben, oder ein Eingangsagent benötigt zuerst die Antwort eines Bonitätsprüfungsagenten. Jeder Agent benötigt weiterhin seine eigenen MCP-Verbindungen zu seinen eigenen Systemen; A2A ermöglicht es ihnen, sich gegenseitig zu entdecken und die Aufgabe mit genügend Kontext weiterzugeben, um die Übergabe prüfen zu können.

Welcher Liefernachweis vorliegt und welcher nicht

Netbase hat die Art von Systemen entwickelt, auf die die Agenten eines Multi-Agent-Designs jeweils eigenen, geregelten Zugriff benötigen würden, und hat die Single-Agent-Steuerschleife und die Tool-Expositionsschicht entworfen, auf der diese Seite aufbaut:

• Mandantenfähiges Cloud-ERP für einen US-Kunden (nicht genannt). Seit 2020 Offshore-Entwicklung und Managing Partner für ein als SaaS ausgeliefertes Cloud-ERP; Phase 1 umfasst CRM, eine Wissensdatenbank, Arbeits- und Projektmanagement sowie API-Integrationen – die Art von System, auf das die eigene MCP-Verbindung eines spezialisierten Agenten zugreifen würde.
• ERP- und CRM-Beratung (nicht genannt). Odoo-Beratung und -Anpassung, E-Commerce-zu-ERP-Integrationen zur Synchronisation von Katalogen, Lagerbetänden, Bestellungen und Kundendaten per API sowie ein Vtiger-zu-ERP-Upgrade; jede davon ist eine definierte, abgegrenzte Aktion, die das MCP-Tool eines einzelnen Agenten aufrufen würde, keine direkte Datenbankverbindung.
• Weitere ausgelieferte KI, anonymisiert: Retrieval-augmented Knowledge Assistants, Document AI und MLOps-Pipelines für hier nicht genannte Kunden (F072).

Was nicht vorliegt. Kein veröffentlichter Netbase-Nachweis beschreibt ein ausgeliefertes Multi-Agent-System mit dem A2A-Protokoll, einen Agenten, der in der Produktion an einen anderen Agenten delegiert, oder ein gemessenes Ergebnis aus der Kombination von A2A mit MCP. Die Entscheidungsregel, das Zwei-Schichten-Muster und die Sequenzierungsschritte oben stammen aus der ERP/CRM-Integration und der Single-Agent-Auslieferungspraxis von Netbase (F070, F072, F076, F077) sowie den zitierten Protokollquellen, nicht aus einem gemessenen Multi-Agent-Projekt; es werden keine Angaben zu Dauer, Kosten, Genauigkeit oder Akzeptanz für irgendeine Multi-Agent- oder A2A-Implementierung gemacht.

Alternativen: Wie ein Unternehmen mehr als einen Agenten koordinieren kann

Wann A2A noch nicht hinzugefügt werden sollte. Ein einzelner Agent mit mehreren Tools und kein zweites Reasoning-System, an das Arbeit übergeben werden kann, benötigt kein Delegationsprotokoll; es hinzuzufügen bedeutet Komplexität, ohne dass es bisher etwas zu koordinieren gibt. Fügen Sie A2A hinzu, sobald ein zweiter spezialisierter Agent existiert oder fest geplant ist.

In der Individualentwicklung von Netbase gehört das erstellte geistige Eigentum dem Kunden, und die meisten Projekte laufen auf Festpreisverträgen, die nach der Discovery-Phase vereinbart werden. Die Agent-zu-Tool-Schicht liegt in Systemen und API-Integration und ERP- und CRM-Entwicklung, das agentenseitige Design in KI-Integration, ausgeliefert durch agentische KI-Automatisierung und die Enterprise-KI-Agentenplattform, für Branchen wie Professional Services.

Grenzen dieses Leitfadens

• Beide Protokolle sind jung und werden häufig überarbeitet; prüfen Sie die aktuelle Spezifikation, bevor Sie eine Architektur auf eines davon festlegen.
• Die Entscheidungsregel und das Zwei-Schichten-Muster sind ein Ausgangsentwurf, keine Garantie dafür, dass ein bestimmtes Multi-Agent-System sicher oder korrekt abgegrenzt ist.
• Es werden keine Angaben zu Dauer, Kosten, Genauigkeit oder Akzeptanz für irgendeine Multi-Agent- oder A2A-Implementierung gemacht.
• Das Hinzufügen von A2A ersetzt nicht die Single-Agent-Kontrollen (Freigabe, Nachweis, Kill-Switch), die die anderen Leitfäden dieser Gruppe abdecken; es fügt eine Schicht darüber hinzu, keinen Ersatz.

Nächster Schritt

Teilen Sie uns mit, wie viele Agenten Ihr Design tatsächlich benötigt und auf welche Systeme jeder davon zugreifen muss, und wir werden einen Lösungscheck buchen, um die Delegationsschicht, die Tool-Verbindungen und den Freigabe-Nachweis darüber abzugrenzen. Sie können auch den Service für agentische KI-Automatisierung einsehen oder weitere Netbase Insights durchstöbern.

Verwandte Leistungen und Lösungen