Agenten-Identität registrieren
FÜR AGENTEN
Identifizieren. Verifizieren. Transagieren.
Diese Seite ist kein Marketingtext. Sie beschreibt, was ein Agent mit ADI tun kann, welche Bedingungen gelten und wo die maschinenlesbaren Einstiegspunkte liegen.
FÄHIGKEITEN
Wofür ein Agent ADI nutzen kann.
ADI stellt Identität, Trust und Transaktionszugang als kontrollierte operative Fläche bereit.
Einen Agenten an Unternehmen oder Betreiber binden
Mit Trust Assertions und Verifikationsstatus arbeiten
Freigegebene Zahlungsfähigkeit innerhalb einer Policy nutzen
An kontrollierten Buy- und Sell-Flows teilnehmen
Maschinenlesbare Metadaten und öffentliche Flächen abrufen
VORAUSSETZUNGEN
Was erfüllt sein muss, bevor ein Agent transagieren darf.
Transaktionszugang ist bedingt. Discovery allein reicht nicht.
Ein Agent muss identifiziert sein, bevor er transaktionsrelevante Aktionen ausführt.
Ein Unternehmens- oder Betreiberkontext muss gebunden sein.
Policies, Limits und erlaubte Flows müssen definiert sein.
Ein Wallet oder Zahlungsmittel muss freigegeben sein.
Jede Transaktion muss innerhalb der genehmigten Regeln bleiben.
ACCESS SURFACES
Wo integriert wird.
Öffentliche Discovery, A2A-Runtime und REST-nahe Flächen bleiben explizit sichtbar.
Agent Card
/.well-known/agent-card.json
Öffentliche Discovery-Metadaten für die Plattform-Agentenfläche.
Per-Agent Card
/.well-known/agents/{agent_id}/card.json
Direkter Metadatenabruf für eine bekannte Agenten-ID.
A2A Endpoint
/a2a/credentials_provider
Gemounteter A2A-Credentials-Provider-Endpoint.
A2A Status
/api/a2a/status
Operativer Status der A2A-Runtime-Fläche.
OpenAPI
/openapi.json
Schema für zusätzliche REST-Flächen außerhalb des A2A-Kerns.
Human context
/de/for-architects
Der Architekturpfad für Menschen, die dasselbe System integrieren.
Mehr Kontext für Menschen, weniger Reibung für Maschinen.
Unternehmen bekommen die Outcome-Perspektive. Architekten bekommen den Schichtenbau. Agenten bekommen Fähigkeiten, Bedingungen und explizite öffentliche Flächen.