O Claude Sonnet 5 pode registrar uma venda? O que os plugins MCP realmente permitem que os agentes de IA façam no checkout

O Claude Sonnet 5 pode registrar uma venda? Ele pode conduzir o checkout — encontrar o produto, montar o carrinho, preencher os campos de envio e pressionar o botão. O que ele não pode fazer é movimentar o dinheiro por conta própria. Essa última etapa pertence a um protocolo de pagamento, não ao modelo. Entender onde um passa o bastão para o outro é toda a história dos agentes de IA no checkout em 2026, e é a parte que a maior parte do hype ignora.

Então, vamos separar o que o modelo faz, o que os plugins MCP fazem e o que realmente liquida uma transação.

O que é um plugin MCP e o que ele realmente faz?

O Model Context Protocol (MCP) é o tecido conjuntivo entre um modelo de IA e o mundo exterior. A Anthropic disponibilizou seu código aberto em novembro de 2024 e o doou para a Agentic AI Foundation da Linux Foundation em dezembro de 2025, junto com a Block e a OpenAI. Desde então, ele se tornou a camada sobre a qual quase todos os padrões de comércio de agentes se apoiam.

Um plugin MCP é um pacote — um ou mais servidores MCP mais as instruções que um agente precisa para usá-los. O servidor publica um menu de ferramentas ("buscar catálogo", "criar carrinho", "obter opções de envio") e o agente escolhe a partir desse menu. O MCP transporta duas coisas e apenas duas coisas: descoberta (quais ferramentas existem) e invocação (chamá-las). Ele não realiza pagamento, autorização ou identificação. Como as especificações deixam claro, o MCP nunca movimenta um único centavo.

Essa distinção é importante. Um plugin pode permitir que um agente leia seu catálogo de produtos e monte um pedido. Ele não pode, por si só, cobrar um cartão. Qualquer pessoa que esteja vendendo "checkout por IA" para você está, na verdade, vendendo um conjunto de protocolos, e o MCP é apenas a camada inferior.

Um agente de IA pode realmente concluir uma compra?

Sim — mas ele precisa de um protocolo de pagamento para concluir o trabalho. O mais estabelecido é o Agentic Commerce Protocol (ACP), mantido pela OpenAI e pela Stripe. O ACP divide o checkout em uma sequência clara: o agente descobre os produtos no catálogo de um lojista, o comprador seleciona um, o agente obtém o preço atualizado, as variantes e o envio em tempo real e, em seguida, conclui o pedido enviando um token de pagamento para um endpoint de conclusão.

O token é a chave. O agente nunca manipula os dados brutos do cartão — ele passa uma credencial que o comprador já autorizou, e o processador de pagamentos do lojista faz a liquidação. A versão da Stripe roda em sua API existente de Checkout Sessions, que lida com impostos e envio nos bastidores.

Existem padrões concorrentes — o Universal Commerce Protocol do Google, o AP2 para pagamentos, o TAP da Visa — e a maioria das implementações reais combina dois ou três deles. O padrão por trás é consistente: o MCP descobre e invoca, um protocolo de pagamento autoriza e liquida. Quando a OpenAI descontinuou seu recurso Instant Checkout em março de 2026 e migrou para aplicativos de varejistas, a estrutura do MCP por baixo não mudou. A camada de comércio mudou; a camada de descoberta permaneceu no lugar.

O que o Claude Sonnet 5 mudou?

A Anthropic lançou o Claude Sonnet 5 em 30 de junho de 2026, apresentando-o como seu modelo de tamanho médio mais voltado para agentes — capaz de planejar, usar ferramentas como navegadores e terminais e rodar de forma autônoma em um nível que antes exigia modelos maiores e mais caros. Com um preço introdutório de US$ 2 por milhão de tokens de entrada e US$ 10 por milhão de tokens de saída, a viabilidade financeira de rodar um agente por um fluxo completo de checkout ficou muito menos dolorosa.

Dois detalhes importam para quem vende online. Primeiro, o foco contínuo: o Sonnet 5 mantém uma tarefa de várias etapas organizada por mais tempo, que é exatamente o que uma sequência de descobrir-selecionar-pagar exige. Segundo, a segurança em ambientes de agentes — a Anthropic relata que ele é melhor em recusar solicitações maliciosas e resistir a ataques de injeção de prompt. Quando um agente está autorizado a gastar dinheiro, resistir a uma instrução sequestrada deixa de ser apenas um recurso opcional.

Nada disso muda a divisão de trabalho. Um modelo mais capaz conduz o checkout de forma mais confiável. Ele ainda assim não liquida o pagamento.

O que isso significa para o ponto de venda de um lojista?

Se os agentes vão fazer compras em nome de seus clientes, seu checkout precisa ser legível para eles. Isso significa um catálogo estruturado que um servidor MCP possa ler, etapas de checkout que um protocolo de pagamento possa concluir e preços que não punam as transações extras geradas pelos agentes.

É aqui que a infraestrutura supera os recursos improvisados. Um POS do tipo arrastar e soltar construído em torno de fluxos de checkout personalizados já descreve suas etapas de forma estruturada — a mesma estrutura que um agente precisa para navegar por elas. Um modelo de precificação apenas por transação, sem taxa de software mensal, não penaliza você quando um agente registra um pedido menor e mais frequente. E uma camada de pagamento construída sobre a Stripe já fala o idioma que o ACP estende.

A leitura realista para 2026: o checkout por agentes é real, mas está no início, e recompensa os lojistas cujos sistemas são estruturados e prontos para pagamentos em comparação com aqueles que tentam adaptar IA a um POS legado rígido. Se você está avaliando essa lacuna, vale a pena ler nossa análise sobre o que a IA pode e não pode fazer por um negócio e o custo real de acumular assinaturas SaaS.

O Final é construído exatamente sobre essa base — fluxos de checkout personalizados, preços apenas por transação e pagamentos que já rodam pela Stripe. Se você quer um ponto de venda que esteja pronto para a maneira como as pessoas realmente vão comprar, esse é um bom lugar para começar.