Protocollo Isto Intents — un'interfaccia aperta per le intenzioni d'acquisto permanenti (standing purchase intents)
Traduzione. Fa fede l'originale inglese: Versione inglese.
In questa pagina
Stato: 1.0 stabile per il profilo consent-link — il profilo del binding MCP, la scoperta e il registro (registry), e l'inoltro (forwarding) (2026-10-27). Le altre parti (oggetti di base, profilo OAuth, binding AP2) sono ancora in bozza (draft) v0.1. A cura di AutoIsto s. r. o. Vedere Gestione delle versioni e il registro delle modifiche.
Il protocollo Isto Intents consente a un acquirente di dire una sola volta che cosa desidera — «una Škoda Octavia station wagon sotto i 15.000 €, entro Natale» — e di mantenere vivo questo desiderio presso un operatore che sorveglia il mercato per suo conto, mentre gli agenti degli acquirenti, i venditori e i partner vi si collegano tramite un'unica interfaccia comune.
È pensato per beni che i protocolli di commercio agentico esistenti non coprono bene: articoli unici senza SKU — auto usate e immobili — in cui ciò che si desidera non esiste ancora in alcun catalogo, esiste in un solo esemplare quando compare e domani potrebbe non esserci più.
Perché un altro protocollo?#
I protocolli di commercio agentico pubblicati nel 2025–2026 risolvono il checkout e l'autorizzazione del pagamento all'interno di un'unica sessione di acquisto: ACP, UCP, AP2, Verifiable Intent. Nessuno di essi definisce un'intenzione (intent) che sopravviva alla sessione e che i venditori possano vedere e a cui possano rispondere. Isto Intents colma questa lacuna e si basa su di essi invece di farvi concorrenza:
| livello | Isto Intents | standard esistente |
|---|---|---|
| «voglio X, fino alla data D» | Intent | — |
| «ecco un X» (annuncio, elemento di feed, risposta del venditore) | Offer | feed di inventario |
| «tanti acquirenti vogliono qualcosa come il Suo X» | DemandSummary | — |
| «l'acquirente ha acconsentito a questo» | Consent | — |
| «l'acquirente autorizza questo acquisto» | → passaggio di consegne | mandati AP2, Verifiable Intent |
| checkout / pagamento | → passaggio di consegne | ACP, UCP |
| gli agenti dialogano con gli operatori | binding | MCP |
Il protocollo definisce soltanto l'interfaccia. Il modo in cui un operatore trova e seleziona le offerte per un'intenzione è un servizio proprio di quell'operatore.
Contenuti#
| percorso | che cosa |
|---|---|
spec/isto-intents-0.1.md |
la specifica dell'interfaccia (normativa) |
schemas/ |
JSON Schema (2020-12) per ogni oggetto |
examples/ |
esempi di veicolo (SK) e di immobile (CZ), convalidati a ogni modifica |
bindings/mcp.md |
binding degli strumenti MCP per gli agenti di IA |
spec/registry.md |
scoperta: il descrittore del detentore (holder descriptor) e il registro pubblico dei server di intenzioni (intent servers) (1.0 stabile) |
spec/forwarding.md |
inoltro: come un server raggiunge i detentori (holders) che lo hanno richiesto, così che un assistente debba collegarsi una sola volta (1.0 stabile) |
spec/push.md |
profilo push: una notifica firmata a un agente quando arriva una corrispondenza, così che non debba interrogare il server (bozza 0.4) |
spec/offer-interest.md |
profilo offerta: «Mi interessa questa» tramite un agente; i contatti si scambiano solo se entrambe le parti sono d'accordo (bozza 0.4) |
bindings/ap2.md |
corrispondenza da e verso i mandati AP2 |
docs/whitepaper.md |
perché Isto Intents, in poche pagine |
VERSIONING.md, CHANGELOG.md, GOVERNANCE.md |
che cosa è stabile, come cambia, che cosa è cambiato e chi decide |
Primi operatori#
AutoIsto (auto usate, Slovacchia e Cechia) e LivinIsto (immobili, Slovacchia e Cechia) sono i primi operatori. I loro server di intenzioni sono le prime voci del registro, in cui ogni detentore che implementa l'interfaccia può essere iscritto gratuitamente ed essere trovato dagli agenti.
Licenza#
L'intera interfaccia — testo, schemi ed esempi — è rilasciata con licenza CC BY 4.0. Il
nome e il logo non sono inclusi; vedere GOVERNANCE.md.