Google öffnet den Verzeichnisdienst für Agenten: Warum ARD wichtiger ist als der nächste MCP-Hype

Bei fast jeder zweiten Agenten-Meldung geht es gerade um neue Tools, MCP-Server, Skills oder Workflows. Das klingt nach Fortschritt, legt aber ein ziemlich banales Problem offen: Wie soll ein Agent außerhalb seiner eigenen Plattform überhaupt verlässlich finden, welches Tool, welcher Skill oder welcher andere Agent für eine Aufgabe zuständig ist?

Genau an dieser Stelle setzt Google jetzt mit der neuen Spezifikation Agentic Resource Discovery (ARD) an. Auf den ersten Blick ist das nur ein weiterer Standardvorschlag. Ich halte die Meldung trotzdem für ziemlich wichtig. Denn hier geht es nicht um den nächsten Einzel-Connector, sondern um den fehlenden Discovery-Layer für den agentischen Web- und Unternehmensalltag.

Was Google konkret angekündigt hat

Laut Google ist ARD eine offene Spezifikation zum Veröffentlichen, Auffinden und Verifizieren von agentischen Ressourcen. Gemeint sind nicht nur APIs, sondern auch MCP-Server, A2A-Agenten, Skills, Plugins, Workflows und andere aufrufbare Dienste. Die Spezifikation baut auf dem bestehenden AI-Catalog-Modell auf und liegt aktuell als v0.9 Draft vor.

Der Kern ist erstaunlich einfach:

• Kataloge: Eine Organisation veröffentlicht unter der eigenen Domain einen maschinenlesbaren Katalog ihrer Fähigkeiten.
• Registries: Discovery-Dienste crawlen diese Kataloge, indexieren sie und liefern zu einer Anfrage passende Ressourcen zurück.
• Trust-Metadaten: Der Client bekommt nicht nur Treffer, sondern auch Angaben, mit denen sich Herkunft und Vertrauenswürdigkeit vor der Verbindung prüfen lassen.

Wichtig ist dabei: ARD führt nichts aus. Es ist kein Ersatz für MCP, kein Ersatz für A2A und kein neues Agenten-Runtime-System. ARD sitzt davor. Es soll klären, was für eine Aufgabe überhaupt verfügbar ist und wem ein Agent dabei vertrauen kann.

Warum das mehr ist als ein neues Akronym

Genau dieser Vorbau fehlt dem aktuellen Agentenmarkt an vielen Stellen. Heute sieht die Lage oft so aus: Jedes größere Tool-Ökosystem baut eigene Verzeichnisse, eigene Connector-Listen, eigene Partnerseiten und eigene Registry-Logik. Das funktioniert innerhalb der jeweiligen Plattform halbwegs. Sobald Agenten aber über Team-, Firmen- oder Produktsilos hinweg arbeiten sollen, wird es schnell improvisiert.

Dann beginnt das typische Gefrickel:

• Wo liegt der richtige MCP-Server?
• Welche Version ist offiziell?
• Ist der Anbieter echt oder nur gut benannt?
• Welche Schnittstelle darf ich in meinem Umfeld überhaupt benutzen?
• Wie findet ein Agent dynamisch neue Fähigkeiten, ohne dass alles manuell verdrahtet wird?

ARD ist Googles Versuch, genau daraus ein offenes Discovery-Muster zu machen. Also etwas, das für Agenten ungefähr die Rolle spielt, die Suchmaschinen, DNS oder Paket-Registries in anderen Software-Schichten längst spielen: nicht die eigentliche Arbeit, sondern die Infrastruktur, damit Arbeit überhaupt sinnvoll verkabelt werden kann.

Warum das für Agent-Workflows praktischer ist als viele Modell-News

Der eigentliche Engpass bei Agenten ist längst nicht mehr nur Modellqualität. In der Praxis scheitert viel öfter etwas ganz anderes: Agenten wissen zu wenig über ihre Umgebung. Sie können vielleicht gut formulieren, gut planen oder gut coden — aber sie brauchen eine belastbare Art, neue Fähigkeiten zur Laufzeit zu entdecken und vor dem Aufruf halbwegs sauber einzuordnen.

Genau deshalb passt ARD so gut in die jüngere Google-Linie auf menzel.works. Mit WebMCP und Chrome DevTools for agents hat Google die Browser-Schicht für Agenten geöffnet. Mit Managed Agents im Gemini API ging es um die Laufzeit und Orchestrierung. Mit Genkit-Middleware rückte Governance in den Agenten-Stack. ARD ergänzt nun die Discovery-Schicht davor.

Das ist deshalb relevant, weil aus isolierten Agenten-Werkzeugen nur dann ein echtes Ökosystem wird, wenn das Finden und Vertrauensprüfen neuer Fähigkeiten nicht jedes Mal ein manueller Sonderfall bleibt.

Der strategische Punkt: Google will nicht nur Tools, sondern das Adressbuch davor

Ich finde genau das die spannendere Botschaft der Meldung. Google veröffentlicht hier nicht bloß einen weiteren Agenten-Baustein. Google versucht, an der Stelle mitzubauen, an der das offene Agenten-Web überhaupt erst strukturiert auffindbar wird.

Das erinnert ein wenig an frühere Plattformkämpfe im Web: Wer nur das beste Tool hat, ist noch nicht automatisch die zentrale Schicht. Wer aber die Such-, Registry- oder Vertrauenslogik mitprägt, sitzt schnell an einer tieferen Stelle im Stack.

ARD selbst ist offen und ausdrücklich nicht als zentrale Google-Lösung beschrieben. Genau das macht es interessant. Google positioniert sich damit nicht nur als Anbieter eigener Agenten-Produkte, sondern auch als Mitgestalter der neutraler wirkenden Infrastruktur zwischen den Agenten.

Was an der Spezifikation heute schon Substanz hat

Die Spezifikation wirkt nicht nur wie eine lose Idee. Laut Projektseite und GitHub-Repo gibt es bereits:

• einen klar benannten Katalog-Ansatz mit ai-catalog.json unter der eigenen Domain
• eine föderierte Registry-Logik statt eines einzigen zentralen Verzeichnisses
• eine explizite Trust-Schicht mit verifizierbaren Metadaten
• Anschlüsse an bestehende Ressourcenarten wie MCP-Server, A2A-Agenten, Skills und APIs
• eine öffentliche Spezifikation samt Schema- und Conformance-Struktur

Außerdem verweist Google darauf, dass native ARD-Unterstützung in der Gemini Enterprise Agent Platform in den kommenden Monaten kommen soll. Das zeigt, dass die Sache nicht nur auf einer Folie lebt, sondern relativ zügig in ein reales Produktumfeld einsickern soll.

Wo ich trotzdem vorsichtig wäre

So sinnvoll die Richtung ist: Ein neuer Discovery-Standard löst noch nicht automatisch das Plattformproblem. Erstens ist ARD derzeit ein Draft. Zweitens hängt der praktische Nutzen davon ab, ob wichtige Anbieter und Unternehmensplattformen wirklich mitziehen. Drittens bleibt Vertrauen in der Praxis komplizierter als ein Signaturfeld in einem Katalog.

Auch die Gefahr neuer Bürokratie ist real. Niemand braucht fünf halbkompatible Agenten-Verzeichnisse, die dann doch wieder in proprietären Gateways enden. Der Erfolg von ARD hängt also weniger am PDF und mehr daran, ob daraus wirklich ein leicht benutzbares, offenes und glaubwürdig föderiertes Discovery-System wird.

Mein Fazit

ARD ist für mich eine der interessanteren Google-Meldungen dieser Woche, gerade weil sie unspektakulär wirkt. Hier wird nicht das nächste Modell gefeiert, sondern ein Infrastrukturproblem angegangen, das mit jeder neuen Agenten-Integration größer wird: Wie finden Agenten außerhalb einzelner Silos die richtigen Fähigkeiten — und wie prüfen sie, ob diese Verbindung überhaupt vertrauenswürdig ist?

Wenn sich ARD durchsetzt, wird der Wettbewerb bei Agenten ein Stück tiefer geführt. Dann geht es nicht nur darum, wer das beste Tool oder den schönsten MCP-Server hat. Wichtiger wird, wer im offenen Agenten-Ökosystem überhaupt sichtbar, auffindbar und vertrauensfähig angeschlossen ist.

Genau deshalb ist diese Meldung für mich wichtiger als viele lautere KI-News des Tages.

Quellen

• Google Developers Blog: Announcing the Agentic Resource Discovery specification (17.06.2026)
• AgenticResourceDiscovery.org: ARD Specification / Introduction / How ARD works (abgerufen am 17.06.2026)
• GitHub: ards-project/ard-spec (v0.9 Draft, abgerufen am 17.06.2026)

KI-Hinweis: Dieser Beitrag wurde mit Unterstützung von KI erstellt und redaktionell bearbeitet.