Protocole Isto Intents — une interface ouverte pour les intentions d'achat permanentes (standing purchase intents)
Traduction. L'original anglais fait foi : Version anglaise.
Statut : 1.0 stable pour le profil consent-link — le profil de la liaison MCP, la découverte et le registre (registry), ainsi que la transmission (forwarding) (2026-10-27). Les autres parties (objets de base, profil OAuth, liaison AP2) sont encore au stade de projet (draft) v0.1. Édité par AutoIsto s. r. o. Voir Gestion des versions et le journal des modifications.
Le protocole Isto Intents permet à un acheteur de dire une seule fois ce qu'il veut — « une Škoda Octavia break à moins de 15 000 €, d'ici Noël » — et de maintenir ce souhait vivant auprès d'un opérateur qui surveille le marché pour lui, tandis que les agents des acheteurs, les vendeurs et les partenaires s'y connectent au moyen d'une interface commune.
Il est conçu pour des biens que les protocoles de commerce agentique existants couvrent mal : des articles uniques sans SKU — voitures d'occasion et biens immobiliers — où la chose que l'on veut n'existe encore dans aucun catalogue, existe en un seul exemplaire lorsqu'elle apparaît, et peut avoir disparu demain.
Pourquoi un protocole de plus ?#
Les protocoles de commerce agentique publiés en 2025–2026 résolvent le passage en caisse et l'autorisation de paiement au sein d'une seule session d'achat : ACP, UCP, AP2, Verifiable Intent. Aucun d'eux ne définit une intention (intent) qui survit à la session et que les vendeurs peuvent voir et à laquelle ils peuvent répondre. Isto Intents comble cette lacune et s'appuie sur eux au lieu de leur faire concurrence :
| couche | Isto Intents | norme existante |
|---|---|---|
| « je veux X, jusqu'à la date D » | Intent | — |
| « voici un X » (annonce, élément de flux, réponse du vendeur) | Offer | flux d'inventaire |
| « tant d'acheteurs veulent quelque chose comme votre X » | DemandSummary | — |
| « l'acheteur a accepté ceci » | Consent | — |
| « l'acheteur autorise cet achat » | → transfert | mandats AP2, Verifiable Intent |
| passage en caisse / paiement | → transfert | ACP, UCP |
| les agents dialoguent avec les opérateurs | liaison | MCP |
Le protocole définit uniquement l'interface. La manière dont un opérateur trouve et sélectionne des offres pour une intention relève du service propre à cet opérateur.
Contenu#
| chemin | quoi |
|---|---|
spec/isto-intents-0.1.md |
la spécification de l'interface (normative) |
schemas/ |
JSON Schema (2020-12) pour chaque objet |
examples/ |
exemples de véhicule (SK) et de bien immobilier (CZ), validés à chaque modification |
bindings/mcp.md |
liaison des outils MCP pour les agents d'IA |
spec/registry.md |
découverte : le descripteur du détenteur (holder descriptor) et le registre public des serveurs d'intentions (intent servers) (1.0 stable) |
spec/forwarding.md |
transmission : comment un serveur atteint les détenteurs (holders) qui l'ont demandé, de sorte qu'un assistant n'a besoin de se connecter qu'une seule fois (1.0 stable) |
spec/push.md |
profil push : une notification signée à un agent quand une correspondance arrive, pour qu'il n'ait pas à interroger le serveur (projet 0.4) |
spec/offer-interest.md |
profil d'offre : « Celle-ci m'intéresse » par l'intermédiaire d'un agent ; les coordonnées ne sont échangées que si les deux parties sont d'accord (projet 0.4) |
bindings/ap2.md |
correspondance avec les mandats AP2, dans les deux sens |
docs/whitepaper.md |
pourquoi Isto Intents, en quelques pages |
VERSIONING.md, CHANGELOG.md, GOVERNANCE.md |
ce qui est stable, comment cela évolue, ce qui a changé et qui décide |
Premiers opérateurs#
AutoIsto (voitures d'occasion, Slovaquie et Tchéquie) et LivinIsto (immobilier, Slovaquie et Tchéquie) sont les premiers opérateurs. Leurs serveurs d'intentions sont les premières entrées du registre, où chaque détenteur qui met en œuvre l'interface peut être inscrit gratuitement et trouvé par les agents.
Licence#
L'ensemble de l'interface — texte, schémas et exemples — est sous CC BY 4.0. Le nom et le
logo n'en font pas partie ; voir GOVERNANCE.md.