Isto Intents Protocol — eine offene Schnittstelle für dauerhafte Kaufabsichten (standing purchase intents)
Übersetzung. Maßgeblich ist das englische Original: Englische Fassung.
Auf dieser Seite
Status: 1.0 stabil für das consent-link-Profil — das Profil der MCP-Bindung, der Auffindung und des Registers (registry) sowie der Weiterleitung (forwarding) (2026-10-27). Die übrigen Teile (Kernobjekte, OAuth-Profil, AP2-Bindung) sind noch Entwurf (draft) v0.1. Herausgegeben von AutoIsto s. r. o. Siehe Versionierung und das Änderungsprotokoll.
Das Isto Intents Protocol ermöglicht es einem Käufer, einmal zu sagen, was er möchte — „einen Škoda Octavia Kombi unter 15 000 €, bis Weihnachten“ — und diesen Wunsch bei einem Betreiber aufrechtzuerhalten, der für ihn den Markt beobachtet, während sich Käuferagenten, Verkäufer und Partner über eine gemeinsame Schnittstelle damit verbinden.
Es ist für Güter gebaut, die bestehende Protokolle für agentischen Handel nicht gut abdecken: Einzelstücke ohne SKU — Gebrauchtwagen und Immobilien —, bei denen das Gewünschte noch in keinem Katalog existiert, in genau einem Exemplar existiert, wenn es auftaucht, und morgen schon verschwunden sein kann.
Warum noch ein Protokoll?#
Die in den Jahren 2025–2026 veröffentlichten Protokolle für agentischen Handel lösen Checkout und Zahlungsautorisierung innerhalb einer einzigen Einkaufssitzung: ACP, UCP, AP2, Verifiable Intent. Keines von ihnen definiert eine Kaufabsicht (intent), die die Sitzung überdauert und die Verkäufer sehen und beantworten können. Isto Intents schließt diese Lücke und baut auf ihnen auf, statt mit ihnen zu konkurrieren:
| Ebene | Isto Intents | bestehender Standard |
|---|---|---|
| „Ich möchte X, bis zum Datum D“ | Intent | — |
| „hier ist ein X“ (Inserat, Feed-Eintrag, Antwort eines Verkäufers) | Offer | Bestands-Feeds |
| „so viele Käufer möchten etwas wie Ihr X“ | DemandSummary | — |
| „der Käufer hat dem zugestimmt“ | Consent | — |
| „der Käufer autorisiert diesen Kauf“ | → Übergabe | AP2-Mandate, Verifiable Intent |
| Checkout / Zahlung | → Übergabe | ACP, UCP |
| Agenten sprechen mit Betreibern | Bindung | MCP |
Das Protokoll definiert nur die Schnittstelle. Wie ein Betreiber Angebote für eine Kaufabsicht findet und auswählt, ist die eigene Leistung dieses Betreibers.
Inhalt#
| Pfad | was |
|---|---|
spec/isto-intents-0.1.md |
die Schnittstellenspezifikation (normativ) |
schemas/ |
JSON Schema (2020-12) für jedes Objekt |
examples/ |
Beispiele für Fahrzeuge (SK) und Immobilien (CZ), bei jeder Änderung validiert |
bindings/mcp.md |
MCP-Tool-Bindung für KI-Agenten |
spec/registry.md |
Auffindung: die Halter-Beschreibung (holder descriptor) und das öffentliche Register der Absichtsserver (intent servers) (1.0 stabil) |
spec/forwarding.md |
Weiterleitung: wie ein Server die Absichtshalter (intent holders) erreicht, die danach gefragt wurden, sodass sich ein Assistent nur einmal verbinden muss (1.0 stabil) |
spec/push.md |
Push-Profil: eine signierte Benachrichtigung an einen Agenten, wenn ein Treffer eintrifft, sodass er nicht abfragen muss (Entwurf 0.4) |
spec/offer-interest.md |
Angebotsprofil: „Dieses hier interessiert mich“ über einen Agenten; Kontakte werden nur ausgetauscht, wenn beide Seiten zustimmen (Entwurf 0.4) |
bindings/ap2.md |
Abbildung auf AP2-Mandate und von ihnen |
docs/whitepaper.md |
warum Isto Intents, auf wenigen Seiten |
VERSIONING.md, CHANGELOG.md, GOVERNANCE.md |
was stabil ist, wie es sich ändert, was sich geändert hat und wer entscheidet |
Erste Betreiber#
AutoIsto (Gebrauchtwagen, Slowakei und Tschechien) und LivinIsto (Immobilien, Slowakei und Tschechien) sind die ersten Betreiber. Ihre Absichtsserver sind die ersten Einträge des Registers, in dem jeder Halter, der die Schnittstelle implementiert, kostenlos eingetragen und von Agenten gefunden werden kann.
Lizenz#
Die gesamte Schnittstelle — Text, Schemas und Beispiele — steht unter CC BY 4.0. Name und Logo sind
nicht erfasst; siehe GOVERNANCE.md.