Uma pessoa autoriza uma inteligência artificial a comprar um produto. Quando o pedido chega à loja, porém, o consumidor pode não estar presente para confirmar a escolha. Como demonstrar que aquele agente recebeu permissão para realizar exatamente aquela operação?

Em 10 de setembro de 2026, Ant International, Mastercard e Visa anunciaram uma colaboração para desenvolver interoperabilidade Know-Your-Agent, ou KYA. A proposta busca facilitar o reconhecimento de agentes entre ecossistemas de pagamento, preservando as verificações e decisões próprias de cada rede. O comunicado descreve uma iniciativa em desenvolvimento, sem apresentar resultados de uma implantação conjunta.

O problema vai além de identificar quem acessa uma loja. Uma compra delegada exige relacionar o agente às condições autorizadas pelo consumidor. Reconhecer sua identidade, conferir sua permissão e aceitar o pagamento são verificações diferentes — e a confiança na operação depende de como elas se conectam.

Considere um exemplo hipotético: alguém pede ao assistente que compre um tênis de determinado modelo e tamanho, por até R$ 500, incluindo o frete.

A instrução contém várias condições. Um produto de R$ 480 com frete de R$ 40 ultrapassaria o orçamento. Um tênis mais barato, de outro tamanho, também não atenderia ao pedido. E a autorização para uma unidade não deveria ser interpretada como permissão para repetir a compra indefinidamente.

Há duas tarefas nesse processo: transformar o pedido em condições explícitas e conferir se a operação proposta corresponde a elas. Uma identidade reconhecida ajuda a identificar quem apresentou a solicitação; a autorização delimita o que pode ser feito.

O Verifiable Intent, apresentado pela Mastercard em março, procura registrar evidências da autorização do usuário e relacioná-las à compra. A empresa descreve o registro como um recurso para consumidores, comerciantes e emissores investigarem o que foi permitido. Esse é o objetivo declarado da solução, sem demonstrar que toda operação será executada corretamente.

A documentação examinada em 10 de setembro identifica o projeto como versão preliminar 0.1. Sua especificação descreve restrições de produtos, quantidades, comerciantes, valores e recorrência. No modo autônomo, estabelece verificações para comparar os dados da operação com os limites da delegação.

Existe uma dependência adicional: o protocolo vincula a autorização a uma chave criptográfica. A autenticação da pessoa que utiliza essa chave depende da implementação. A verificação do registro precisa, portanto, estar apoiada em controles de acesso e confirmação do usuário.

Mesmo com esses controles, permanece uma questão anterior: as condições confirmadas representam o que a pessoa pretendia? Registrar uma permissão com precisão não demonstra que o pedido original foi interpretado corretamente.

Antes de examinar a compra, o comerciante precisa avaliar a interação recebida. O Trusted Agent Protocol da Visa descreve assinaturas para reconhecimento do agente, identificação do consumidor ou dispositivo e informações de pagamento.

A especificação utiliza chaves públicas para conferir as assinaturas e prevê expiração e identificadores destinados a ajudar a detectar solicitações reutilizadas. No contexto descrito pela Visa, o reconhecimento demonstra participação no programa correspondente; não representa uma garantia irrestrita sobre o comportamento da IA.

Uma analogia limitada ajuda: reconhecer alguém que apresenta uma procuração é uma tarefa; examinar quais poderes foram concedidos é outra. Nas compras por agentes, essa separação precisa ser traduzida em informações que os sistemas consigam verificar.

O comerciante também pode não adotar o mecanismo, como admite a documentação da Visa. A existência do protocolo não significa, portanto, que ele esteja presente em toda compra na internet.

A colaboração anunciada em setembro procura aproximar iniciativas existentes: o Trusted Agent Protocol, o Verifiable Intent e o Agentic Mobile Protocol da Ant.

O comunicado aponta três frentes: rastreabilidade do operador, requisitos compartilhados de certificação e monitoramento contínuo. A intenção é permitir o reconhecimento de sinais de confiança entre ecossistemas, mantendo controles próprios.

A Ant apresentou o AMP em abril como uma proposta voltada a carteiras digitais e interfaces móveis. Na ocasião, descreveu recursos de delegação e trabalho de implementação com parceiros. Esse histórico ajuda a situar o novo anúncio: já existem abordagens que procuram formas de se relacionar.

Na interpretação desta análise, um entendimento compartilhado sobre credenciais pode reduzir a necessidade de reconstruir verificações a cada integração. O benefício depende, porém, de implementações compatíveis e participantes dispostos a utilizá-las. O comunicado examinado não apresenta medições que demonstrem esse resultado no framework conjunto.

Os participantes também enfrentam incentivos diferentes. O consumidor procura conveniência com limites claros. A plataforma de agentes precisa concluir tarefas. O comerciante quer aceitar operações confiáveis. Os participantes do pagamento precisam avaliar riscos. Uma informação suficiente para um desses atores pode não resolver a decisão dos demais.

Retome o exemplo do tênis. Agora suponha uma autorização para várias compras, sujeita a um orçamento total. Conferir se cada pedido está abaixo de determinado valor não basta: é necessário considerar o que já foi gasto.

O modelo de segurança do Verifiable Intent reconhece essa dependência. O controle da quantidade de transações e do orçamento acumulado exige acompanhamento pela rede de pagamento; a verificação criptográfica isolada não realiza essa contabilização. Mesmo uma credencial válida não substitui a aprovação normal do pagamento nem os controles de risco aplicáveis.

Um limite registrado precisa encontrar um sistema que acompanhe seu consumo. Caso contrário, operações podem parecer aceitáveis individualmente e ultrapassar, em conjunto, a permissão concedida.

Essa é uma conexão importante entre IA e infraestrutura financeira: a capacidade de escolher produtos precisa funcionar junto com registros consistentes e controles sobre o que já foi executado.

Se uma compra for questionada, os registros podem ajudar a reconstruir o que foi permitido. Ainda será necessário determinar como a reclamação será tratada.

A documentação do Verifiable Intent separa essas funções: fornece evidências da delegação, mas não define responsabilidade, procedimentos de contestação ou arbitragem. A versão 0.1 também não estabelece um protocolo próprio de revogação de credenciais e descreve mitigações e controles externos. São limites da versão examinada, não de todos os produtos das empresas.

Por isso, seria excessivo apresentar KYA como solução completa para compras automatizadas. Evidências podem ajudar na investigação, enquanto atendimento, cancelamento e responsabilidade exigem regras adicionais.

A documentação utilizada foi produzida pelos participantes e desenvolvedores das iniciativas. Ela permite examinar o desenho proposto, mas não constitui uma avaliação independente de seu desempenho.

Para avaliar a iniciativa, será necessário acompanhar especificações conjuntas, integrações identificáveis e operações documentadas. Afirmações de redução de fraude ou custo exigirão medições com metodologia e base de comparação.

Também importa observar como as interfaces apresentam permissões ao consumidor: quais condições ele confirma, como acompanha seu uso e o que acontece quando deseja interrompê-lo.

Se diferentes plataformas reconhecerem essas evidências com menos trabalho de integração, a interoperabilidade poderá facilitar compras delegadas. Se persistirem verificações incompatíveis, seu alcance será mais limitado.

Para o consumidor do exemplo inicial, o teste continua concreto: a compra respeitou produto, tamanho, quantidade e preço autorizados? Uma infraestrutura de confiança precisa permitir que os participantes confiram esses limites, interrompam operações incompatíveis e investiguem o que ocorreu quando houver contestação.

Fontes principais