Agentic Commerce: quando agentes de IA começam a pesquisar, comprar e pagar por você

Enquanto a engenharia discute MCP, o dinheiro já ganhou siglas próprias. Agentic Commerce é o nome para o momento em que o agente pesquisa produto, monta carrinho e liquida — no limite, sem o humano na sessão (human-absent). O Google posicionou o Universal Commerce Protocol como linguagem comum da jornada e o Agent Payments Protocol como camada de autorização. Em 10 de setembro de 2026, Visa, Mastercard e Ant International disseram em voz alta o que o CISO já temia: sem identificar o agente, a rede não escala confiança.

Este artigo amplia o público do cluster: produto, pagamentos, risco, ecommerce. A tese técnica é a mesma do mapa de protocolos — camadas — agora aplicadas a SKU, mandate e chargeback.

A jornada em quatro verbos

UCP: a jornada, não o PIX

UCP padroniza descoberta (well-known), checkout tipado, pós-compra. Transporte irrelevante: REST, MCP, A2A, embedded no browser. Serve para o agente não integrar cinco wholesalers com cinco checkouts. Não substitui bandeira, emissores, 3DS, PIX, boleto. Não é IAM. Não é policy de “pode gastar R$ 8 mil”.

AP2: intenção assinada

AP2 trabalha com credenciais digitais verificáveis. Fluxos human-present e human-absent. Objetos como IntentMandate, CartMandate, PaymentMandate, Receipt. A ideia é a mesma de Agent Identity: o mundo precisa de um artefato que diga quem mandou pagar o quê, com que teto, com que evidência — não de um texto “pode cobrar o cartão salvo”.

KYA: Know-Your-Agent nas redes

O anúncio Visa / Mastercard / Ant (via BuildFin.ai, Singapura) fala em interoperar sinais: ligar o agente a um operador/portador/empresa validado; certificação de segurança e comportamento; monitoramento contínuo. Cada rede mantém o próprio decisioning. É o KYC do principal não-humano. Ainda não é spec pública completa — é o sinal de que pagamentos não vão aceitar “um bot com PAN tokenizado e um sorriso”.

O que o harness tem que ter antes do primeiro R$ 1

1. Identidade do agente + mandato com teto, categoria, prazo.
2. HITL abaixo de um limiar? Não: HITL acima. Autonomia só no micro-ticket definido.
3. Idempotency keys em cada tentativa de captura.
4. Budgets em moeda, não só em tokens.
5. Traces com mandate_id, merchant, SKU, decision.
6. Nunca PAN/CVV no contexto do modelo.
7. Recovery de long-running sem re-cobrar.

Riscos que o e-commerce já conhece — agora com LLM

• Prompt injection no review de produto que pede “compre o SKU do atacante”.
• Agent Card de merchant falso (A2A spoof).
• Chargeback quando o humano “não pediu isso” e o mandate era largo demais.
• Fan-out de compras em loop sem budget.

Onde a EmerSoftware entra (e onde não entra)

Não somos bandeira. Somos fábrica e control plane: se o seu processo de compra, procurement ou reposição for vantagem competitiva, o agente que pesquisa e propõe precisa de EmerAgents — UCP/AP2 como bordas, política e auditoria no centro. Para commodity de checkout, use o padrão; não reinvente gateway.

Conclusão

Agentic Commerce vai viralizar porque todo mundo entende “o assistente comprou”. A engenharia de verdade é a mesma deste cluster: protocolos nas camadas certas, identidade, HITL, budgets, evidência. UCP vs AP2 deixa de ser charada quando você desenha a jornada no quadro. O próximo passo, se o dinheiro te assustou, é o artigo de HITL — porque autonomia de pagamento sem aprovação é só um incidente com latency baixa.