KI-Modelle und Plattformen
AWS unterstützt Agentic Resource Discovery als Föderationsschicht für das Agent Registry
Unite.AI zu deinen bevorzugten Quellen auf Google hinzufügen
Amazon Web Services hat sich hinter die Agentic Resource Discovery‑Spezifikation gestellt und am 24. August 2026 einen ausführlichen Bericht veröffentlicht, wie der offene Standard zusammen mit dem AWS Agent Registry, dem verwalteten Katalog für KI‑Agenten, Werkzeuge und Fähigkeiten, der Anfang dieses Jahres in die Vorschau ging, funktionieren soll.
Der AWS‑Beitrag stellt ARD als Antwort auf ein Problem dar, das das eigene Produkt von AWS offen lässt. AWS Agent Registry, verfügbar über Amazon Bedrock AgentCore, bietet einer Organisation einen zentralen, durchsuchbaren Katalog für Agenten, MCP‑Server, Werkzeuge, Agenten‑Fähigkeiten und benutzerdefinierte Ressourcen, jedoch nur innerhalb der eigenen AWS‑Umgebung. Die meisten Unternehmen betreiben Agenten über mehrere Clouds, On‑Premise‑Infrastrukturen und SaaS‑Plattformen, wobei jede ihr eigenes Register und Metadatenformat hat, und die Verbindung dieser Umgebungen erfordert heute den Bau maßgeschneiderter Konnektoren zwischen jedem Registerpaar.
ARD schlägt die Shared‑Format‑Alternative vor: Wenn jedes Register Ressourcen auf dieselbe Weise beschreibt und die Entdeckung über ein gemeinsames Protokoll bereitstellt, beschreiben Verleger ihre Ressourcen einmal und Verbraucher entdecken sie überall.
Inside the AWS Agent Registry Model
Das Register, das derzeit über Amazon Bedrock AgentCore in der Vorschau verfügbar ist, basiert auf zwei Konzepten: Register, das sind Kataloge, die ein Administrator mit eigenen Autorisierungs‑ und Genehmigungseinstellungen erstellt, und Datensätze, die Metadaten‑Einträge zur Beschreibung jeder Ressource darstellen. Der Veröffentlichungs‑Workflow verläuft von Administrator zu Verleger zu Kurator zu Verbraucher, mit einem Genehmigungstor, bevor ein Datensatz entdeckt werden kann. Der Zugriff wird über AWS Identity and Access Management‑Anmeldeinformationen oder JSON‑Web‑Tokens eines Unternehmens‑Identitätsanbieters gesteuert, und das Register selbst wird als Remote‑MCP‑Endpunkt bereitgestellt, sodass jeder MCP‑kompatible Client es direkt durchsuchen kann.
Diese Governance‑Schicht ist der Teil, den AWS sorgfältig bewahren möchte. Im Beitrag beschreibt AWS ARD als Interoperabilitätsschicht, die außerhalb des Durchsetzungspunkts liegt: Die Organisation, die einen Katalog veröffentlicht, kontrolliert, was darin enthalten ist, wer ihn sehen kann und wann der Zugriff widerrufen wird, wobei die bestehenden Genehmigungs‑ und Zugriffskontrollen von Agent Registry dort verbleiben, wo die Richtlinie tatsächlich durchgesetzt wird. Die Formulierung ist bewusst: ARD kümmert sich um das Auffinden von Dingen, nicht um deren Vertrauen in die Produktion.
What the ARD Specification Actually Standardizes
ARD ist kein AWS‑Projekt. Die Spezifikation wurde am 17. Juni 2026 von einer Arbeitsgruppe angekündigt, deren Teilnehmer Google, Microsoft, Hugging Face und GoDaddy sind, wobei Cisco, Databricks, GitHub, NVIDIA, Salesforce, ServiceNow und Snowflake zu den Mitwirkenden beim Start gehören. Sie ist unter Apache 2.0 lizenziert und wird unter agenticresourcediscovery.org veröffentlicht, mit Referenzimplementierungen auf GitHub. AWS hat während der Entwicklung Feedback beigetragen, anstatt die Spezifikation zu verfassen.
Laut Google‑Ankündigung beruht die Architektur auf zwei Grundbausteinen. Ein Katalog ist eine Datei, die eine Organisation unter ihrer eigenen Domain veröffentlicht (ein ai-catalog.json an einem bekannten Pfad) und ihre verfügbaren Agenten, MCP‑Server, A2A‑Agenten, OpenAPI‑Werkzeuge oder verschachtelte Kataloge beschreibt, wobei das Domain‑Eigentum als kryptografische Grundlage für die Identität des Verlegers dient. Register fungieren als Suchmaschinen für diese Kataloge: Sie crawlen, indexieren und beantworten Anfragen zur natürlichen Sprachentdeckung und liefern Treffer zusammen mit den nachprüfbaren Vertrauens‑Metadaten, die ein Client benötigt, um die Identität des Verlegers vor dem Verbinden zu bestätigen.
Die Grenze, die ARD zieht, ist die Entdeckung, nicht die Ausführung. Ein Client, der über ARD eine Ressource findet, ruft sie über den jeweiligen nativen Mechanismus der Ressource auf: MCP, eine API, ein Agenten‑Framework. Die eigene Website der Spezifikation macht ausdrücklich deutlich, dass ARD kein Laufzeit‑System, kein Ersatz für MCP oder das A2A‑Protokoll und kein zentraler Katalog ist; das Design geht von vielen Entdeckungsdiensten aus, die jeweils ihre eigenen Vertrauens‑ und Ranking‑Richtlinien anwenden. AWS‘ Analogie ist DNS: Lokale Register föderieren über das gemeinsame Protokoll ohne bilaterale Vereinbarungen oder proprietäre Konnektoren, so wie die Namensauflösung über Netzwerke funktioniert.
How the Pieces Fit Together
Für Kunden von Agent Registry lautet das Versprechen Föderation ohne Migration. Eine Organisation mit agentischer Infrastruktur, die über Clouds, On‑Premise‑Systeme und SaaS‑Werkzeuge verteilt ist, könnte alles im ARD‑Format bereitstellen und über Umgebungen hinweg discoverable machen, während die Kontrolle lokal bleibt, und könnte einen Katalog auf ihrer eigenen Domain veröffentlichen, damit jeder ARD‑kompatible Client ihn entdecken kann, wodurch organisationsübergreifende Pfade eröffnet werden, die ein Register eines einzelnen Anbieters nicht erreichen kann.
AWS kommt zudem mit einem fertigen Produkt, während andere noch am Aufbau sind. Das eigene Agent Registry von Google, Teil seiner Gemini Enterprise Agent Platform, soll in den kommenden Monaten native ARD‑Unterstützung erhalten; GitHub und Hugging Face gehören zu den Arbeitsgruppen‑Teilnehmern hinter der Spezifikation. Das Muster über alle drei Clouds hinweg ist dasselbe: ein verwaltetes, gesteuertes Register im Inneren, ein offenes Föderationsprotokoll außen.
Der Vorbehalt ist, dass die in dem AWS‑Beitrag beschriebene Integration richtungsabhängig und noch nicht ausgeliefert ist. AWS gibt an, was es für Agent Registry‑Kunden durch ARD ermöglichen will, anstatt ein Lieferdatum zu nennen, und das Register selbst bleibt in der Vorschau. Was der 24. August 2026 festlegt, ist die Ausrichtung: Der größte Cloud‑Anbieter hat die offene Spezifikation benannt, mit der er föderieren will, und es ist dieselbe, zu der Google und Microsoft hinarbeiten.
