Protocolo Isto Intents — uma interface aberta para intenções de compra permanentes (standing purchase intents)
Tradução. O original em inglês é o que prevalece: Versão em inglês.
Estado: 1.0 estável para o perfil consent-link — o perfil do binding MCP, a descoberta e o registo (registry), e o reencaminhamento (forwarding) (2026-10-27). As restantes partes (objetos base, perfil OAuth, binding AP2) continuam em rascunho (draft) v0.1. Editado por AutoIsto s. r. o. Consulte Versionamento e o registo de alterações.
O Protocolo Isto Intents permite que um comprador diga uma única vez o que quer — «uma carrinha Škoda Octavia abaixo de 15 000 €, até ao Natal» — e mantenha esse desejo vivo junto de um operador que vigia o mercado por ele, enquanto os agentes dos compradores, os vendedores e os parceiros se ligam a ele através de uma interface comum.
Foi concebido para bens que os protocolos de comércio agêntico existentes não cobrem bem: artigos únicos sem SKU — carros usados e imóveis — em que aquilo que se quer ainda não existe em nenhum catálogo, existe num único exemplar quando aparece e pode já não existir amanhã.
Porquê mais um protocolo?#
Os protocolos de comércio agêntico publicados em 2025–2026 resolvem o checkout e a autorização de pagamento dentro de uma única sessão de compra: ACP, UCP, AP2, Verifiable Intent. Nenhum deles define uma intenção que sobreviva à sessão e que os vendedores possam ver e responder. O Isto Intents preenche essa lacuna e assenta neles em vez de concorrer:
| camada | Isto Intents | norma existente |
|---|---|---|
| «quero X, até à data D» | Intent | — |
| «aqui está um X» (anúncio, item de feed, resposta do vendedor) | Offer | feeds de inventário |
| «tantos compradores querem algo como o seu X» | DemandSummary | — |
| «o comprador concordou com isto» | Consent | — |
| «o comprador autoriza esta compra» | → passagem | mandatos AP2, Verifiable Intent |
| checkout / pagamento | → passagem | ACP, UCP |
| os agentes falam com os operadores | binding | MCP |
O protocolo define apenas a interface. A forma como um operador encontra e seleciona ofertas para uma intenção é o serviço próprio desse operador.
Conteúdo#
| caminho | o quê |
|---|---|
spec/isto-intents-0.1.md |
a especificação da interface (normativa) |
schemas/ |
JSON Schema (2020-12) para cada objeto |
examples/ |
exemplos de veículo (SK) e de imóvel (CZ), validados a cada alteração |
bindings/mcp.md |
binding de ferramentas MCP para agentes de IA |
spec/registry.md |
descoberta: o descritor do detentor (holder descriptor) e o registo público de servidores de intenções (intent servers) (1.0 estável) |
spec/forwarding.md |
reencaminhamento: como um servidor chega aos detentores (holders) que o pediram, de modo que um assistente só precisa de se ligar uma vez (1.0 estável) |
spec/push.md |
perfil push: uma notificação assinada a um agente quando chega uma correspondência, para que não tenha de consultar periodicamente (rascunho 0.4) |
spec/offer-interest.md |
perfil de oferta: «Tenho interesse nesta» através de um agente; os contactos só são trocados quando ambas as partes concordam (rascunho 0.4) |
bindings/ap2.md |
correspondência com os mandatos AP2 nos dois sentidos |
docs/whitepaper.md |
porquê o Isto Intents, em poucas páginas |
VERSIONING.md, CHANGELOG.md, GOVERNANCE.md |
o que é estável, como muda, o que mudou e quem decide |
Primeiros operadores#
A AutoIsto (carros usados, Eslováquia e Chéquia) e a LivinIsto (imóveis, Eslováquia e Chéquia) são os primeiros operadores. Os seus servidores de intenções são as primeiras entradas do registo, onde qualquer detentor que implemente a interface pode figurar gratuitamente e ser encontrado pelos agentes.
Licença#
Toda a interface — texto, esquemas e exemplos — está sob CC BY 4.0. O nome e o logótipo
não estão abrangidos; consulte GOVERNANCE.md.