Protocolo Isto Intents — una interfaz abierta para intenciones de compra permanentes (standing purchase intents)
Traducción. El original en inglés es el que prevalece: Versión en inglés.
Estado: 1.0 estable para el perfil consent-link — el perfil del binding MCP, el descubrimiento y el registro (registry), y el reenvío (forwarding) (2026-10-27). Las demás partes (objetos básicos, perfil OAuth, binding AP2) siguen siendo borrador (draft) v0.1. Editado por AutoIsto s. r. o. Consulte Versionado y el registro de cambios.
El Protocolo Isto Intents permite que un comprador diga una sola vez lo que quiere — «un Škoda Octavia familiar por menos de 15 000 €, antes de Navidad» — y mantenga vivo ese deseo con un operador que vigila el mercado por él, mientras los agentes de los compradores, los vendedores y los socios se conectan a él a través de una interfaz común.
Está pensado para bienes que los protocolos de comercio agéntico existentes no cubren bien: artículos únicos sin SKU — coches de segunda mano e inmuebles — en los que lo que usted quiere todavía no existe en ningún catálogo, existe en un único ejemplar cuando aparece y puede haber desaparecido mañana.
¿Por qué otro protocolo?#
Los protocolos de comercio agéntico publicados en 2025–2026 resuelven el checkout y la autorización de pago dentro de una sola sesión de compra: ACP, UCP, AP2, Verifiable Intent. Ninguno de ellos define una intención que sobreviva a la sesión y que los vendedores puedan ver y responder. Isto Intents cubre ese vacío y se apoya en ellos en lugar de competir:
| capa | Isto Intents | estándar existente |
|---|---|---|
| «quiero X, hasta la fecha D» | Intent | — |
| «aquí hay un X» (anuncio, elemento de feed, respuesta del vendedor) | Offer | feeds de inventario |
| «tantos compradores quieren algo parecido a su X» | DemandSummary | — |
| «el comprador aceptó esto» | Consent | — |
| «el comprador autoriza esta compra» | → traspaso | mandatos AP2, Verifiable Intent |
| checkout / pago | → traspaso | ACP, UCP |
| los agentes hablan con los operadores | binding | MCP |
El protocolo define únicamente la interfaz. Cómo encuentra y selecciona un operador las ofertas para una intención es el servicio propio de ese operador.
Contenido#
| ruta | qué |
|---|---|
spec/isto-intents-0.1.md |
la especificación de la interfaz (normativa) |
schemas/ |
JSON Schema (2020-12) para cada objeto |
examples/ |
ejemplos de vehículo (SK) e inmueble (CZ), validados en cada cambio |
bindings/mcp.md |
binding de herramientas MCP para agentes de IA |
spec/registry.md |
descubrimiento: el descriptor del titular (holder descriptor) y el registro público de servidores de intenciones (intent servers) (1.0 estable) |
spec/forwarding.md |
reenvío: cómo un servidor llega a los titulares (holders) que lo solicitaron, de modo que un asistente necesita conectarse una sola vez (1.0 estable) |
spec/push.md |
perfil push: una notificación firmada a un agente cuando llega una coincidencia, para que no tenga que consultar periódicamente (borrador 0.4) |
spec/offer-interest.md |
perfil de oferta: «Me interesa esta» a través de un agente; los contactos se intercambian solo cuando ambas partes están de acuerdo (borrador 0.4) |
bindings/ap2.md |
correspondencia con los mandatos AP2 en ambos sentidos |
docs/whitepaper.md |
por qué Isto Intents, en pocas páginas |
VERSIONING.md, CHANGELOG.md, GOVERNANCE.md |
qué es estable, cómo cambia, qué ha cambiado y quién decide |
Primeros operadores#
AutoIsto (coches de segunda mano, Eslovaquia y Chequia) y LivinIsto (inmuebles, Eslovaquia y Chequia) son los primeros operadores. Sus servidores de intenciones son las primeras entradas del registro, donde cualquier titular que implemente la interfaz puede figurar gratuitamente y ser encontrado por los agentes.
Licencia#
Toda la interfaz — texto, esquemas y ejemplos — está bajo CC BY 4.0. El nombre y el logotipo
no están incluidos; consulte GOVERNANCE.md.