Protokół Isto Intents — otwarty interfejs dla stałych zamiarów zakupu (standing purchase intents)
Tłumaczenie. Rozstrzygający jest oryginał w języku angielskim: Wersja angielska.
Status: 1.0 stabilna dla profilu consent-link — profil powiązania MCP, wykrywanie i rejestr (registry) oraz przekazywanie (forwarding) (2026-10-27). Pozostałe części (obiekty podstawowe, profil OAuth, powiązanie AP2) są nadal wersją roboczą (draft) v0.1. Redaktor: AutoIsto s. r. o. Zob. Wersjonowanie i dziennik zmian.
Protokół Isto Intents pozwala kupującemu raz powiedzieć, czego chce — „Škoda Octavia kombi do 15 000 €, do Bożego Narodzenia” — i utrzymywać to życzenie u operatora, który obserwuje dla niego rynek, podczas gdy agenci kupujących, sprzedawcy i partnerzy łączą się z nim przez jeden wspólny interfejs.
Jest zbudowany dla towarów, których istniejące protokoły handlu agentowego nie obejmują dobrze: unikatowych przedmiotów bez SKU — używanych samochodów i nieruchomości — gdzie rzecz, której się chce, nie istnieje jeszcze w żadnym katalogu, gdy się pojawi, istnieje w dokładnie jednym egzemplarzu, a jutro może jej już nie być.
Dlaczego kolejny protokół?#
Protokoły handlu agentowego opublikowane w latach 2025–2026 rozwiązują finalizację zakupu i autoryzację płatności w ramach jednej sesji zakupowej: ACP, UCP, AP2, Verifiable Intent. Żaden z nich nie definiuje zamiaru (intent), który przetrwa sesję i który sprzedawcy mogą zobaczyć i na który mogą odpowiedzieć. Isto Intents wypełnia tę lukę i opiera się na nich, zamiast z nimi konkurować:
| warstwa | Isto Intents | istniejący standard |
|---|---|---|
| „chcę X, do daty D” | Intent | — |
| „oto X” (ogłoszenie, pozycja feedu, odpowiedź sprzedawcy) | Offer | feedy asortymentu |
| „tylu kupujących chce czegoś podobnego do Państwa X” | DemandSummary | — |
| „kupujący się na to zgodził” | Consent | — |
| „kupujący autoryzuje ten zakup” | → przekazanie | mandaty AP2, Verifiable Intent |
| finalizacja zakupu / płatność | → przekazanie | ACP, UCP |
| agenci komunikują się z operatorami | powiązanie | MCP |
Protokół definiuje wyłącznie interfejs. To, jak operator znajduje i wybiera oferty dla zamiaru, jest własną usługą tego operatora.
Zawartość#
| ścieżka | co |
|---|---|
spec/isto-intents-0.1.md |
specyfikacja interfejsu (normatywna) |
schemas/ |
JSON Schema (2020-12) dla każdego obiektu |
examples/ |
przykłady dla pojazdów (SK) i nieruchomości (CZ), walidowane przy każdej zmianie |
bindings/mcp.md |
powiązanie narzędzi MCP dla agentów AI |
spec/registry.md |
wykrywanie: deskryptor posiadacza (holder descriptor) i publiczny rejestr serwerów zamiarów (intent servers) (1.0 stabilne) |
spec/forwarding.md |
przekazywanie: jak jeden serwer dociera do posiadaczy (holders), którzy o to poprosili, tak aby asystent musiał połączyć się tylko raz (1.0 stabilne) |
spec/push.md |
profil push: podpisane powiadomienie dla agenta, gdy pojawi się dopasowanie, aby nie musiał odpytywać (wersja robocza 0.4) |
spec/offer-interest.md |
profil oferty: „Interesuje mnie ta” za pośrednictwem agenta; dane kontaktowe są wymieniane tylko wtedy, gdy obie strony się zgodzą (wersja robocza 0.4) |
bindings/ap2.md |
mapowanie do mandatów AP2 i z nich |
docs/whitepaper.md |
dlaczego Isto Intents, na kilku stronach |
VERSIONING.md, CHANGELOG.md, GOVERNANCE.md |
co jest stabilne, jak się zmienia, co się zmieniło i kto decyduje |
Pierwsi operatorzy#
AutoIsto (używane samochody, Słowacja i Czechy) i LivinIsto (nieruchomości, Słowacja i Czechy) są pierwszymi operatorami. Ich serwery zamiarów są pierwszymi wpisami rejestru, w którym każdy posiadacz implementujący interfejs może zostać bezpłatnie wpisany i odnaleziony przez agentów.
Licencja#
Cały interfejs — tekst, schematy i przykłady — jest objęty licencją CC BY 4.0. Nazwa i logo
nie są nią objęte; zob. GOVERNANCE.md.