Der KI-Agent Ihres Unternehmens kann Termine planen, Angebote erstellen und das CRM abfragen. Was er nicht kann: Vertragskonditionen mit dem Agenten Ihres Lieferanten verhandeln, Logistik mit dem Agenten Ihres Versandpartners koordinieren oder Compliance-Nachweise mit dem Agenten Ihres Kunden austauschen. Jedes Unternehmen baut Agenten, die intern hervorragend funktionieren und über Organisationsgrenzen hinweg nichts bewirken. Genau dieses Problem löst das Agent Web.
Die Analogie ist präzise: Das World Wide Web verband Dokumente über Server hinweg. Das Agent Web verbindet KI-Agenten über Unternehmen hinweg. Googles A2A-Protokoll liefert die Kommunikationsschicht. Anthropics MCP liefert die Werkzeugzugangsschicht. Und ein Entdeckungsmechanismus namens Agent Cards, gehostet unter /.well-known/agent.json, lässt Agenten sich gegenseitig automatisch finden und bewerten. Über 50 Enterprise-Anbieter sind bereits an Bord, darunter SAP, Salesforce, ServiceNow und Workday.
Warum interne Agenten an eine Wand stoßen
Das durchschnittliche Unternehmen betreibt mittlerweile 12 KI-Agenten, so der MuleSoft Connectivity Benchmark 2026. Aber 50% dieser Agenten laufen in Silos, abgekoppelt von den Systemen, die sie brauchen. Über die Unternehmensgrenzen hinaus verschärft sich das Problem drastisch.
Ein konkretes Beispiel aus dem Einkauf: Ein Beschaffungsagent bei einem Mittelständler in Baden-Württemberg muss Komponenten sourcen. Heute fragt er das interne ERP ab, prüft Bestände, erstellt vielleicht eine Bestellung. Aber der tatsächliche Beschaffungsprozess umfasst Lieferantenagenten, die Preise kalkulieren, Logistikagenten, die Lieferfenster bestätigen, Zollagenten, die Compliance prüfen, und Zahlungsagenten, die Transaktionen abwickeln. Diese Agenten existieren bei verschiedenen Unternehmen, gebaut auf verschiedenen Frameworks, hinter verschiedenen Firewalls.
Ohne einen Standard dafür, wie diese Agenten sich finden, Identitäten verifizieren, Konditionen verhandeln und strukturierte Daten austauschen, erfordert jede unternehmensübergreifende Integration maßgeschneiderte Punkt-zu-Punkt-Verbindungen. Genau dort stand Enterprise-Software in den 1990ern, bevor HTTP und HTML die Webkommunikation standardisierten.
Die Zahlen hinter der Lücke
Gartner prognostiziert, dass 33% aller Enterprise-Software bis 2028 agentic KI enthalten wird, verglichen mit weniger als 1% im Jahr 2024. Capgeminis Studie zeigt, dass 82% der Organisationen KI-Agenten innerhalb von drei Jahren integrieren wollen. McKinsey schätzt, dass agentic KI jährliche Produktivitätsgewinne von 2,6 bis 4,4 Billionen US-Dollar freisetzen könnte. Aber der größte Teil dieses Werts erfordert Agenten, die über Unternehmensgrenzen hinweg arbeiten.
Die Lücke ist offensichtlich: Unternehmen bauen Agenten schnell, aber sie bauen sie als Inseln.
Der Agent-Web-Stack: Wie er funktioniert
Das Agent Web ist kein einzelnes Protokoll. Es ist ein Stack, und jede Schicht löst ein anderes Problem.
Schicht 1: Werkzeugzugang (MCP)
Anthropics Model Context Protocol, mittlerweile unter der Agentic AI Foundation der Linux Foundation, standardisiert den Zugriff von Agenten auf Werkzeuge und Datenquellen. Man kann es sich wie USB-C für KI vorstellen: ein Anschluss für jedes Werkzeug, jede Datenquelle, jeden Dienst.
MCP arbeitet innerhalb von Unternehmensgrenzen. Es beantwortet die Frage: “Wie verbindet sich mein Agent mit meinen Werkzeugen?”
Schicht 2: Agent-zu-Agent-Kommunikation (A2A)
Googles Agent-to-Agent-Protokoll, im April 2025 mit über 50 Partnern gestartet, standardisiert, wie Agenten verschiedener Anbieter miteinander sprechen. A2A beantwortet eine andere Frage: “Wie arbeitet mein Agent mit Ihrem Agenten zusammen?”
Das Protokoll unterstützt Aufgabendelegation (Aufgabe an einen entfernten Agenten senden), Streaming-Antworten (Echtzeit-Statusaktualisierungen via Server-Sent Events), mehrstufige Konversationen (Hin-und-her-Verhandlung zwischen Agenten) und multimodalen Datenaustausch (Text, Dateien, strukturierte Daten).
Die Launch-Partner von A2A lesen sich wie ein Enterprise-Anbieterverzeichnis: Atlassian, Box, Cohere, Intuit, MongoDB, PayPal, Salesforce, SAP, ServiceNow, UKG und Workday.
Schicht 3: Entdeckung (Agent Cards)
Hier wird die Web-Analogie wörtlich. So wie Websites robots.txt veröffentlichen, um Crawlern mitzuteilen, worauf sie zugreifen dürfen, veröffentlichen Agenten Agent Cards unter /.well-known/agent.json, um ihre Fähigkeiten zu bewerben. Eine Agent Card ist eine JSON-Datei, die beschreibt:
- Was der Agent kann (Fähigkeiten)
- Wie man sich authentifiziert (OAuth 2.0, API-Keys)
- Welche Ein-/Ausgabeformate unterstützt werden
- Wohin Anfragen gesendet werden (Endpoint-URLs)
Ein Orchestrator-Agent kann diese Cards crawlen, verfügbare Agenten entdecken, ihre Fähigkeiten bewerten und entscheiden, welche für eine bestimmte Aufgabe eingesetzt werden. Keine fest verdrahteten Integrationen nötig.
Unternehmensübergreifende Agenten-Netzwerke in der Praxis
Das ist keine Theorie. Mehrere Enterprise-Plattformen bauen bereits organisationsübergreifende Agenten-Workflows.
SAP Business Network: Beschaffung wird autonom
SAPs Geschäftsnetzwerk verbindet 5,5 Millionen Unternehmen weltweit. Mit Agenten-Fähigkeiten in SAP Joule kann ein Beschaffungsagent eines Käufers Lieferantenagenten im Netzwerk entdecken, Angebote anfordern, Konditionen vergleichen, Preise verhandeln und Bestellungen aufgeben. Der Mensch prüft Ausnahmen. Die Agenten erledigen das Tagesgeschäft.
Für den deutschen Mittelstand ist das besonders relevant: Viele Zulieferketten im Maschinenbau und in der Automobilindustrie laufen bereits über SAP. Wenn diese Netzwerke agentenfähig werden, entsteht ein natürliches Ökosystem für unternehmensübergreifende Automatisierung.
Salesforce Agentforce: Kundenservice über Firmengrenzen
Salesforces Agentforce-Plattform ermöglicht Agenten, die Unternehmensgrenzen überschreiten. Ein Kundenservice-Agent, der eine Garantieanfrage bearbeitet, kann eigenständig an den Retourenagenten eines Lieferanten eskalieren, einen Ersatz über den Versandagenten eines Logistikpartners koordinieren und den Kundendatensatz aktualisieren. Alles ohne menschliches Zutun.
ServiceNow: Plattformübergreifende Störungsbehandlung
Bei einem Cloud-Ausfall, der mehrere Kunden betrifft, können ServiceNow-Agenten mit den Agenten des Infrastrukturanbieters koordinieren, um Ursachen zu diagnostizieren, Lösungszeiten abzuschätzen und Status-Updates zu kommunizieren. Statt dass Menschen in drei Unternehmen E-Mails und Slack-Nachrichten austauschen, tauschen Agenten strukturierte Störungsdaten in Echtzeit aus.
Die ungelösten Probleme: Vertrauen, Haftung und Regulierung
Die technische Infrastruktur des Agent Web zu bauen, ist der einfache Teil. Die schweren Probleme sind alle menschlich.
Identität und Vertrauen
Wenn der Agent von Unternehmen A eine Aufgabenanfrage vom Agenten von Unternehmen B erhält: Wie verifiziert er, dass die Anfrage legitimiert ist? OAuth 2.0 und OpenID Connect werden für Agent-zu-Agent-Authentifizierung angepasst, aber das Vertrauensmodell unterscheidet sich grundlegend von menschlichem SSO.
Das Web löste ein ähnliches Problem mit SSL/TLS-Zertifikaten und Zertifizierungsstellen. Das Agent Web braucht analoge Vertrauensinfrastruktur: Agenten-Identitätszertifikate, Fähigkeitsbestätigungsdienste und Audit-Trail-Standards.
Haftung
Wenn Ihr Beschaffungsagent mit dem Agenten eines Lieferanten einen schlechten Deal verhandelt: Wer haftet? Der Käufer? Der Lieferant? Der Agent-Anbieter? Das aktuelle Vertragsrecht geht davon aus, dass Menschen Entscheidungen treffen. Wenn zwei autonome Agenten nachts um drei einen Vertrag abschließen, ist die Rechtslage genuinely unklar.
Der EU AI Act adressiert Transparenz und Risikoklassifizierung von KI-Systemen, aber Agent-zu-Agent-Transaktionen über Unternehmensgrenzen hinweg sind noch nicht explizit geregelt. Für DACH-Unternehmen kommt die DSGVO-Dimension hinzu: Wenn Agenten personenbezogene Daten austauschen, brauchen beide Seiten klare Auftragsverarbeitungsverträge.
Datenschutz und DSGVO
Die DSGVO verlangt eine Rechtsgrundlage für jede Datenverarbeitung. Wenn Ihr Agent Kundendaten mit dem Agenten eines Partners teilt, um eine Anfrage zu erfüllen, müssen beide Seiten klare Auftragsverarbeitungsvereinbarungen haben. Das Agent Web erzeugt Datenflüsse, die schneller, zahlreicher und schwerer zu auditieren sind als menschenvermittelte Prozesse. Privacy by Design muss in die Protokollschicht eingebaut werden, nicht nachträglich aufgesetzt.
Die Web-Analogie ist kein Marketing-Trick
Die Parallelen zwischen dem frühen Web und dem entstehenden Agent Web sind strukturell, nicht kosmetisch.
| World Wide Web | Agent Web |
|---|---|
| HTML (Inhaltsformat) | Agent Cards (Fähigkeitsbeschreibung) |
| HTTP (Transportprotokoll) | A2A (Agenten-Kommunikationsprotokoll) |
| URLs (Adressierung) | Agenten-Endpoints + /.well-known/agent.json |
| DNS (Entdeckung) | Agenten-Registries und Kataloge |
| robots.txt (Berechtigungen) | Agent Cards (Auth und Fähigkeiten) |
| SSL/TLS (Vertrauen) | OAuth 2.0 + Agenten-Identitätszertifikate |
| Suchmaschinen | Agenten-Marktplätze und Verzeichnisse |
Die Foundation for Intelligent Physical Agents (FIPA) versuchte Anfang der 2000er über die IEEE, Agentenkommunikation zu standardisieren. Es scheiterte, weil die Technologie nicht bereit war und die Adoption zu niedrig. Der Unterschied heute: Unternehmen betreiben bereits Agenten in Produktion, die großen Anbieter haben sich auf offene Protokolle geeinigt, und der wirtschaftliche Anreiz (Billionen an Produktivitätsgewinnen) ist groß genug, um Interoperabilität zu erzwingen.
Was Sie jetzt tun sollten
Sie müssen nicht warten, bis das Agent Web vollständig ausgereift ist. Drei Schritte, die Sie heute gehen können:
MCP für internen Werkzeugzugang einführen. Wenn Ihre Agenten über Eigenentwicklungen auf interne Tools zugreifen, migrieren Sie auf MCP. Wenn das Agent Web kommt, sprechen Ihre Agenten bereits die richtige Sprache.
A2A für Partner-Integrationen evaluieren. Wenn Sie B2B-Workflows haben, die strukturierten Datenaustausch mit Partnern umfassen (Beschaffung, Logistik, Compliance-Prüfung), pilotieren Sie A2A für einen Workflow. Beginnen Sie mit einem risikoarmen, volumenstarken Prozess.
Agent Cards für Ihre ausgereiftesten Agenten veröffentlichen. Selbst wenn sie noch niemand konsumiert: Die Fähigkeiten Ihrer Agenten in einem strukturierten Format zu definieren, zwingt Sie dazu, über Authentifizierung, Zugangskontrolle und Fähigkeitsgrenzen nachzudenken.
Die Unternehmen, die am meisten vom Agent Web profitieren werden, sind die, die Agenten von Anfang an mit Interoperabilität im Kopf bauen.
Häufig gestellte Fragen
Was ist das Agent Web?
Das Agent Web ist ein entstehendes Netzwerk, in dem KI-Agenten verschiedener Unternehmen sich gegenseitig finden, authentifizieren und zusammenarbeiten, und zwar über standardisierte Protokolle wie Googles A2A und Anthropics MCP. Es ist analog zum World Wide Web, das Dokumente über Server hinweg verband.
Wie kommunizieren unternehmensübergreifende KI-Agenten miteinander?
Unternehmensübergreifende KI-Agenten kommunizieren über das A2A-Protokoll (Agent-to-Agent), das Google im April 2025 mit über 50 Enterprise-Partnern gestartet hat. A2A ermöglicht Aufgabendelegation, Streaming-Antworten, mehrstufige Konversationen und multimodalen Datenaustausch zwischen Agenten verschiedener Anbieter.
Was ist der Unterschied zwischen MCP und A2A?
MCP (Model Context Protocol) verbindet KI-Agenten mit Werkzeugen und Datenquellen, wie ein universeller Adapter. A2A (Agent-to-Agent) verbindet Agenten mit anderen Agenten für unternehmensübergreifende Zusammenarbeit. Sie sind komplementär: MCP für Agent-zu-Werkzeug, A2A für Agent-zu-Agent.
Welche Unternehmen bauen unternehmensübergreifende Agenten-Netzwerke?
Zu den Unternehmen gehören SAP (Joule im SAP Business Network), Salesforce (Agentforce), ServiceNow, Workday, Microsoft, Atlassian und PayPal. Über 50 Unternehmen sind dem A2A-Protokoll beigetreten. Beide Protokolle werden von der Agentic AI Foundation der Linux Foundation verwaltet.
Was bedeutet das Agent Web für die DSGVO?
Das Agent Web erzeugt Datenflüsse über Unternehmensgrenzen hinweg, die der DSGVO unterliegen. Wenn KI-Agenten personenbezogene Daten mit Partner-Agenten austauschen, benötigen beide Seiten Auftragsverarbeitungsvereinbarungen. Privacy by Design muss in die Protokollschicht eingebaut werden, nicht nachträglich aufgesetzt.