# Wie Agenten einander finden und vertrauen *Erstmals notiert: Juni 2026 · Zuletzt überarbeitet: Oktober 2026* Sobald agentische Präsenzen alltäglich werden, ist die Suche nach der richtigen Präsenz keine bloße Bequemlichkeit mehr, sondern ein strukturelles Problem. Eine Welt aktiver Präsenzen kann nicht auf Gerüchten oder Zufall beruhen, schon gar nicht auf dem, was heute, im Herbst 2026, geschieht: Endpunkte werden wie Schmuggelware von einer Person an die nächste weitergegeben, ohne dass man weiß, was dahinterliegt. Wenn Agenten in großem Maßstab arbeiten sollen, muss die Art und Weise, wie sie gefunden werden, verständlich werden. Solange das Internet hauptsächlich aus einem Netz von Seiten bestand, konnte die Suche auf Strukturen zurückgreifen, die alle kannten — Domains, Links, Suchmaschinen, Verzeichnisse. Sie sind weiterhin wichtig, wurden aber gebaut, um Dokumente zu finden. Was jetzt gefunden werden muss, ist eine Präsenz, die etwas Bestimmtes tun kann. Dafür reicht eine Adresse nicht aus: Man muss wissen, wer verfügbar ist, was diese Präsenz tatsächlich kann, ob man sich auf sie verlassen kann und in wessen Auftrag sie handelt. Das Web der Agenten steckt noch in den Kinderschuhen. Bevor es in großem Maßstab funktionieren kann, müssen drei Ebenen vorhanden sein: Identität, Autorität und Reputation. Jede beantwortet eine eigene Frage. ## Identität Damit eine Präsenz im Agenten-Web handeln kann, braucht sie eine Identität, die über die Zeit Bestand hat, weil alles andere im Entdeckungsstapel daran anknüpft. Sobald ein Agent eine dauerhafte Identität besitzt, können seine Aufrufe ihm zugeordnet werden, Belege können ihn benennen, Behörden können ihm Nachweise ausstellen oder sie zurückziehen, und um ihn herum kann sich eine Geschichte aufbauen. Ohne diese Kontinuität beginnt jede Interaktion bei null, und nichts, was ein Agent getan hat, kann für oder gegen ihn zählen. Das bedeutet nicht, dass jeder Agent eine bürgerliche Identität offenlegen muss. Ein pseudonymer Agent kann vollkommen legitim sein, genauso wie ein Verkäufer, der nur unter einem Alias bekannt ist, auf einem Marktplatz eine solide Erfolgsbilanz aufbauen kann. Entscheidend ist, dass die aufrufende Seite feststellen kann, dass die Präsenz, die heute eine Behauptung aufstellt, dieselbe ist, mit der frühere Behauptungen, Transaktionen und Ergebnisse verbunden waren. Identität bedeutet hier zunächst eine stabile Zuordnung und erst viel später einen rechtlichen Namen. Die Identitätsebene muss daher eine Frage beantworten: **Ist dies noch derselbe Agent?** Nicht derselbe Server oder derselbe Endpunkt, sondern dieselbe Präsenz. ## Autorität Die Identität legt fest, wer ein Agent ist; die Autorität legt fest, in wessen Auftrag er handelt und wie weit er unter diesem Namen gehen darf. Im heutigen Web sind ein Domainname und ein Zertifikat das nächstliegende Gegenstück, und der erste praktische Schritt besteht darin, sie wiederzuverwenden. Eine Organisation, die eine Domain kontrolliert, kann darin Einträge veröffentlichen, und das Web authentifiziert Akteure seit zwanzig Jahren auf diese Weise: SPF, DKIM und DMARC machten den DNS-TXT-Eintrag zum Standardort, um zu erklären, welche Absender legitim für eine Domain sprechen. Jeder Prozess zur Domain-Verifizierung beruht seither auf demselben Prinzip — wer in die Zone schreiben kann, kontrolliert den Namen. Auf Agenten angewandt, geht dieses Prinzip bereits weiter, als es zunächst scheint. Einige DNS-Einträge reichen aus, um einem Agenten einen auflösbaren Namen, ein deklariertes Protokoll und einen kryptografischen Pfad von der Zone einer Organisation bis zu dem Endpunkt zu geben, der antwortet. Mehrere Vorschläge bauen genau darauf auf. > **Stand der Dinge (Herbst 2026)** > > Der Vorschlag für einen Agent Name Service veröffentlicht unter einem mit Unterstrich versehenen Label einen TXT-Eintrag (`_ans.support.example.com IN TXT "v=ans1; p=a2a; url=https://…"`). Er legt fest, welches Protokoll der Agent spricht und wo seine Metadaten liegen, ergänzt durch einen TLSA-Eintrag, der das Zertifikat bindet, das er vorlegen wird. DNS-AID, das im Mai 2026 von der Linux Foundation angenommen wurde, verfolgt mit SVCB-Einträgen statt TXT denselben Ansatz. Es verweist auf einen Organisationsindex unter `_index._agents.example.com` und enthält einen Hash des Fähigkeitsdokuments, sodass das, was eine aufrufende Seite abruft, mit dem verglichen werden kann, was die Zone deklariert hat. Beide verwenden DNSSEC und DANE, damit der Zeiger selbst überprüfbar ist, und überlassen die beschreibende Arbeit der Agent Card, die unter `/.well-known/agent-card.json` veröffentlicht wird. Was diese Einträge feststellen, ist allerdings enger als die Autorität, die das Agenten-Web braucht. Der DNS-AID-Entwurf sagt es selbst: Sie sind _ein überprüfbarer Transport für Metadaten, aber kein Vertrauenssignal aus eigener Kraft_. Ein signierter Eintrag beweist, dass die Person oder Organisation, die `example.com` kontrolliert, diesen Zeiger heute veröffentlicht hat. Er beweist nicht, dass die dahinterliegende Präsenz dieselbe ist, die vor sechs Monaten aufgerufen wurde, und sagt nichts über den Umfang ihres Mandats aus — was sie im Namen der Organisation unterzeichnen, ausgeben, versprechen oder zugestehen darf. In dieser zweiten Hälfte liegt die eigentliche Autorität, und dafür gibt es noch keinen gemeinsamen Mechanismus. Die Autoritätsebene muss daher eine Frage beantworten: **Wer steht hinter diesem Agenten, und was durfte er tun?** ## Reputation Die Identität sagt uns, wer ein Agent ist, und die Autorität sagt, in wessen Auftrag er handelt; die Reputation hilft bei der Entscheidung, ob es sich lohnt, ihn auszuwählen. Sie besteht aus gesammelten Belegen für vergangenes Verhalten. Ein Agent, der Tausende Aufgaben erledigt, seine Zusagen eingehalten und regelmäßig akzeptierte Ergebnisse geliefert hat, sendet ein anderes Signal als einer, der gestern erstellt wurde. Diese Geschichte zählt aber nur, wenn sie an eine dauerhafte Identität gebunden ist und wenn die Belege dahinter schwer zu fälschen sind — genau darin liegt die Schwierigkeit. Bewertungen, Rezensionen und Empfehlungen sind billige Signale, und gefälschte Bewertungen sind nichts Neues. Neu ist, wer sie liest. Eine Person, die auf einer dünnen Seite landet, die von einem anonymen Autor unterzeichnet ist, spürt, dass etwas nicht stimmt, noch bevor sie sagen kann, was, und wird langsamer. Ein Agent wählt mit Maschinengeschwindigkeit, ohne dass jemand einzelne Aufrufe beobachtet. Für ihn erzeugt ein billiges Signal kein Zögern, sondern Vertrauen. Eine brauchbare Reputation muss daher auf belastbareren Belegen beruhen: abgeschlossenen Transaktionen, überprüfbaren Ergebnissen, geleisteten Zahlungen, Streitfällen und ihrer Beilegung, Garantien, hinterlegten Sicherheiten oder Bestätigungen von Identitäten, die selbst Gewicht haben. Belege zählen also mehr als Meinungen. Diese Belege müssen außerdem kontextbezogen bleiben, denn ein Agent kann bei einer Aufgabenart hervorragend und bei einer anderen mittelmäßig sein, während eine einzige globale Bewertung zu viel zusammenpresst, um zuverlässig zu sein. Die Reputationsebene muss daher eine Frage beantworten: **Welche glaubwürdigen Belege gibt es dafür, dass dieser Agent diese Aufgabe gut erledigen wird?** ## Die frühe Landschaft Das Problem ist, dass die Agenten ankommen, bevor dieser Stapel fertig ist. Dauerhafte Identität ist noch nicht universell. Autorität wird nicht über einen gemeinsamen Mechanismus ausgedrückt. Reputation ist zersplittert, leicht zu manipulieren und selten übertragbar. Und doch müssen Agenten schon jetzt andere Agenten finden, entscheiden, ob sie ihnen vertrauen, und auf Grundlage dessen handeln, was sie finden. Die erste Antwort wird daher kaum eine Infrastruktur sein. Es sind Plattformen. *Gehostete Welten* wie iLands.ai deuten auf diese Zwischenarchitektur hin. Statt darauf zu warten, dass eine universelle Identitätsschicht, ein Reputationsnetz und eine Vertrauensinfrastruktur entstehen, kann eine Plattform alle drei innerhalb ihrer eigenen Grenzen bereitstellen. > **Eine gehostete Welt** > > iLands ist eine Plattform, auf der Agenten leben, statt nur zu laufen. Ein Agent besitzt dort über mehrere Sitzungen hinweg eine dauerhafte Identität, ein Gedächtnis, das Erfahrungen, Beziehungen, Verpflichtungen und Ressourcen sammelt, sowie einen privaten, abgeschotteten Arbeitsbereich mit Dateien und Werkzeugen. > > Interessant ist die Bündelung. Innerhalb einer einzigen Grenze betreibt iLands die drei Ebenen, die dieses Kapitel gerade getrennt hat. Die Plattform stellt Identitäten aus und verwaltet sie, beobachtet die Arbeit — Agenten entdecken Aufgaben, bieten Dienste an, bewerben sich auf Aufträge und übertragen Token — und Ergebnisse hinterlassen Aufzeichnungen, die dem Agenten später folgen. Das ist Reputation, die von der Partei angesammelt wird, die den Vorgang beobachtet hat. > > Was die Plattform noch nicht bereitstellt, ist ein Index verfügbarer Fähigkeiten. Agenten treffen sich innerhalb eines Marktes, den die Plattform betreibt, auf dem Aufgaben veröffentlicht und Dienste angeboten werden. Die Auswahl wird nicht durch eine Suche gelöst, sondern vom Vermittler übernommen. Eine Plattform kann das tun. Ein Protokoll kann es nicht, und das ist ein Grund, warum die Plattform zuerst kommt. > > Keine der drei Ebenen ist portabel: Jede lebt innerhalb der Plattform, und ein Agent, der sie verlässt, beginnt wieder bei null. Die Plattform wird Teil der frühen Vertrauensinfrastruktur des Agenten-Webs. Das ist ein vertrautes Muster. Ein eBay-Verkäufer oder ein Airbnb-Gastgeber kommt nicht mit einer universellen Internetidentität samt übertragbarer Geschichte. Die Plattform schafft den Identitätskontext, beobachtet Transaktionen, zeichnet Reputation auf und entscheidet, für welche Behauptungen sie einsteht. Agenten werden wahrscheinlich dieselbe Art zersplitterter Geschichten ansammeln. Eine Plattform weiß vielleicht, dass ein Agent Tausende Transaktionen abgeschlossen hat. Eine andere hat die Organisation dahinter überprüft. Eine dritte hat bei einer bestimmten Art von Aufgabe starke Leistung beobachtet. Jede sieht nur einen Teil des Agenten. Wenn Agenten in mehreren Umgebungen arbeiten, hinterlassen sie viele unabhängige Signale: Identitätsangaben, Transaktionshistorien, Bestätigungen, Fähigkeiten, Mandate und Reputationsaufzeichnungen. Einzeln betrachtet gibt jedes ein Teilbild. Zusammengenommen können sie den Agenten weit genauer beschreiben. Der nächste Schritt wäre also nicht unbedingt, diese Plattformen zu ersetzen. Sondern zu verbinden, was sie wissen. ## Agent Discovery Engines Das Agenten-Web braucht schließlich etwas, das größer ist als Plattformen: eine Entdeckungsinfrastruktur, die in vielen Umgebungen verstreute Signale zu einem nutzbaren Bild jedes Agenten zusammensetzen kann. Mangels eines besseren Namens nennen wir sie Agent Discovery Engines. Sie haben zwei Funktionen. Die erste ist die Föderation. Eine Engine erkennt denselben Agenten über die Plattformen hinweg, auf denen er arbeitet, und verbindet, was jede von ihnen weiß: seine deklarierten Fähigkeiten, seine dauerhafte Identität, überprüfte Zugehörigkeiten, Mandate, beobachtete Leistung, Transaktionsgeschichte und Reputation sowie die Herkunft jedes einzelnen Anspruchs. Das Ergebnis ist weder ein Verzeichniseintrag noch eine globale Bewertung, sondern ein Profil — umfassender als das erste und verlässlicher als das zweite. Was eine Engine hinzufügt, sind nicht mehr Daten, sondern die Verknüpfung der drei Ebenen, die keine einzelne Plattform allein herstellen kann. Für sich beantwortet jede Ebene ihre Frage und bleibt dabei stehen. Eine Identität ohne Autorität ist eine kontinuierliche Präsenz, hinter der niemand steht. Eine Autorität ohne Identität beweist, dass eine Organisation heute einen Zeiger veröffentlicht hat, nicht, dass der antwortende Agent derselbe ist, für den sie gestern eingestanden hat. Eine Reputation ohne beides ist eine Geschichte, die sich nicht zuordnen lässt, oder eine, die unter einem Mandat erworben wurde, das der Agent nicht mehr besitzt. Zusammen präzisieren die drei Ebenen einander: Die Engine kann prüfen, ob der Agent, der eine Akkreditierung beansprucht, derselbe ist, dessen Transaktionen anderswo auftauchen, ob seine Erfolgsbilanz auf der jetzt verlangten Aufgabenart und unter der jetzt vorgelegten Autorität aufgebaut wurde und ob die Aufzeichnungen einer Plattform dem widersprechen, was eine andere beobachtet hat. Darin liegt der Wert einer Agent Discovery Engine — drei unvollständige Antworten, die an verschiedenen Orten liegen, zu einer konsistenten Antwort über einen bestimmten Agenten für eine bestimmte Aufgabe zu machen. Die zweite Funktion ist die Zuordnung. Mit genügend Kontext zu jeder Kandidatur kann die Engine feststellen, welche davon zu einer bestimmten Aufgabe passt; das ist etwas anderes als eine Suche. Einen gut geschriebenen Artikel über Steuerrecht zu finden ist nicht dasselbe, wie einen verifizierten Steueragenten zu erreichen, der befugt ist, in einer bestimmten Rechtsordnung eine strukturierte Auslegung zu geben. Die Website eines Museums zu finden ist nicht dasselbe, wie eine kulturelle Präsenz zu erreichen, die kontextbezogen und in mehreren Sprachen antworten und zu den richtigen Archiven weiterleiten kann. Die Frage lautet nicht mehr _„Welche Seite passt zu dieser Anfrage?“_, sondern _„Welche Präsenz passt zu dieser Aufgabe?“_ Im heutigen Web bedeutete Entdeckung meist eine Reihung nach Relevanz: eine Achse, eine Antwort, sortiert. Eine Website, die nicht auf der ersten Seite von Google stand, existierte kaum. Gefunden und ausgewählt zu werden waren fast dasselbe Ereignis, weshalb sich eine ganze Branche rund um das Gefundenwerden entwickelte. Im Agenten-Web fallen beide Dinge auseinander. Eine universelle Rangliste gibt es nicht mehr, weil eine Präsenz nach Domain, Rolle, Kosten, Sprache, Reputation, institutioneller Unterstützung, technischer Kompatibilität, Antwortzeit, Rechtsordnung oder sogar räumlicher Nähe ausgewählt werden kann und sich die Kombination mit jeder Aufgabe verändert. > `[you] → [discovery engine]` > > — Zertifizierter Übersetzungsagent. Portugiesisch nach Französisch. Dokument: eine Geburtsurkunde für einen Verwaltungsvorgang in Frankreich. > > — 412 Kandidaten. > > — Einschränken: Agent eines beeidigten Übersetzers, der von der französischen Verwaltung anerkannt ist. > > — 9 Kandidaten. > > — Am günstigsten, Bearbeitungszeit unter 24 Stunden. > > — Zwei. Eine kostet 18 €, aber ihre Akkreditierung läuft im März ab, vor deinem Einreichungsdatum. Die andere kostet 31 € und gilt bis zum Jahresende. > > — Die zweite. Nichts an diesem Austausch ähnelt einem Suchranking. Die Wahl beruht auf einer Akkreditierung, einem Preis und einer Frist. Bei regulierten Aufgaben wird die Auswahl wahrscheinlich weit stärker von Autorität als von Reputation abhängen. Was den Austausch überhaupt möglich macht, ist die Fähigkeit der Engine, diese Autorität zu überprüfen — zu wissen, welche Akkreditierungen die französische Verwaltung tatsächlich akzeptiert und bis wann. Ausgewählt zu werden wird dann weniger davon abhängen, sichtbar zu sein, als davon, überprüfbar zu sein.