Obenan

Briefing · Agentes de comércio

Assistentes de compras com IA estão mais fáceis de criar. Conectá-los ao seu negócio continua sendo o trabalho.

Em 2 de setembro de 2026, a Anthropic lançou um modelo para agentes de comércio: um assistente para compradores, outro para comerciantes, exemplos em quatro setores e um plugin do Claude Code, complemento da ferramenta de programação da Anthropic. Ele facilita a criação da conversa. Seus preços, disponibilidade, condições e aprovações ainda precisam ser conectados, e cabe a você cumprir a promessa final.

Publicado

Exemplo ilustrativo; não representa um restaurante, reserva nem integração reais com a Anthropic.

Anthropic, 2 de setembro de 2026

Dois assistentes para duas pessoas diferentes

O modelo da Anthropic dá às equipes de engenharia um ponto de partida adaptável aos próprios sistemas. Ele inclui dois assistentes de referência.

Para o comprador

  • Pede produtos adequados
  • Compara as opções
  • Monta um carrinho

Para quem opera a loja

  • Investiga o desempenho do negócio
  • Examina o estoque
  • Prepara uma promoção

A Anthropic também cita empresas que já estão criando experiências de comércio com Claude. Essas implementações mais amplas não são os exemplos deste repositório.

Como ler os exemplos

Uma referência útil, não um comprovante

O repositório usa empresas, produtos e pessoas fictícios. Não faz pedidos reais, cobra cartões nem altera perfis em produção.

O que demonstra

  • Um agente de compras que compara opções e monta um carrinho
  • Um agente do comerciante que examina o estoque e prepara uma promoção
  • Uma ferramenta de finalização que encaminha o carrinho ao próprio aplicativo da empresa para concluir a compra
  • Exemplos desenvolvidos em quatro setores, com empresas fictícias

O que não comprova

  • Um pedido feito a um comerciante real
  • Uma cobrança no cartão
  • Um perfil em produção alterado
  • Que determinada implementação exija aprovação no aplicativo

O inverso também vale. A Anthropic afirma que seu trabalho se baseia em agentes em produção, portanto os exemplos fictícios não significam que toda implementação comercial do Claude seja uma demonstração. Evidências sobre um comerciante real precisam vir daquela implementação.

Conectar a uma empresa

Cinco etapas que precisam funcionar em um negócio real

O guia de integração do repositório pede a quem implementa que conecte o agente aos sistemas da empresa por trás dele.

  1. Saber quem está perguntando

    A aplicação identifica quem faz a solicitação, inclusive um visitante, e limita o que essa sessão pode ver e fazer.

  2. Ler seus registros reais

    Seus sistemas fornecem o catálogo, os pedidos e as políticas para aquela pessoa. Números ausentes continuam ausentes, em vez de virarem um zero conveniente.

  3. Propor a ação

    Um carrinho ou uma alteração preparada para aprovação. Nada é definitivo ainda.

  4. Aprovar no aplicativo

    A verificação é da própria aplicação, não do modelo. Os limites são verificados novamente quando a alteração é aplicada.

  5. Concluir uma única vez

    A finalização da compra tem seu próprio caminho de conclusão. Ações com várias etapas precisam da ordem correta e de proteção contra registrar o mesmo pedido duas vezes.

A referência mostra como essas etapas podem funcionar com dados fictícios. Fazer cada uma funcionar em uma empresa real, inclusive a aprovação, é trabalho de quem implementa.

Por que a aprovação precisa pertencer à aplicação

No guia de engenharia da Anthropic, uma alteração proposta para o negócio recebe um identificador e chega a uma tela de aprovação, e os limites são verificados novamente quando ela é aplicada. Isso importa quando estoque, permissões ou políticas podem mudar entre sugestão e execução.

A documentação de segurança da referência estabelece como padrão a aprovação pela aplicação hospedeira, mas um desenvolvedor pode mudar a política. Portanto, uma confirmação convincente na conversa não é evidência suficiente de que determinada instalação exija a aprovação correta. Teste na aplicação que as pessoas realmente usarão.

O que significa na sua porta

Qual unidade, qual mesa, qual horário, quais condições?

Exemplo ilustrativo. Não é uma afirmação sobre integrações da Anthropic com restaurantes.

Para um negócio local, uma resposta útil precisa resistir a esse nível de detalhe. Pense em um restaurante organizando uma reserva de grupo.

  1. Um horário proposto não é uma mesa retida

    Até o sistema de reservas segurá-la, outra pessoa pode ocupá-la.

  2. Um sinal mostrado não é um sinal pago

    A conversa pode exibir um valor; só seu registro de pagamento mostra que ele chegou.

  3. Um pagamento não define as condições

    Uma confirmação de pagamento não estabelece sozinha as condições de cancelamento. Você ainda precisa informá-las.

Plataformas de comércio

Três plataformas, três estágios diferentes

O anúncio da Anthropic inclui declarações de três plataformas. Elas descrevem trabalhos diferentes em estágios distintos, não uma integração que qualquer comerciante possa ativar.

Shopify

  • Descreve uma vitrine de referência conectada à loja do comerciante.

Wix

  • Descreve um piloto.

Square

  • Descreve ferramentas para agentes que está construindo para vendedores.

Nossa leitura: plataformas podem tornar suas relações existentes com comerciantes mais úteis por meio de agentes. O teste é se um comerciante consegue conectar os registros corretos, conceder autoridade limitada e depois ver o que aconteceu. Uma demonstração de configuração rápida responde apenas parte disso.

O que você pode preparar agora

Comece com uma tarefa pela qual possa responder

  1. Escolha uma tarefa pequena e bem definida

    Uma reserva de grupo ou uma promoção, por exemplo, antes de qualquer grande promessa de automação.

  2. Liste os registros necessários

    Para uma reserva, disponibilidade e condições; para uma promoção, estoque elegível e limites de preço.

  3. Defina quem aprova

    Documente a pessoa autorizada a aprovar cada alteração e teste no aplicativo.

  4. Defina o que conta como concluído

    Uma mesa retida, um sinal pago, um pedido atendido: decida qual resultado conclui a tarefa.

  5. Planeje o que fazer quando algo der errado

    Defina o que acontece quando um item está indisponível, um preço muda, falta permissão ou a mesma solicitação chega duas vezes.

  6. Mantenha proposta, aprovação e conclusão separadas

    Mostre esses três estados separadamente na tela e no registro do que aconteceu.

Fontes

De onde vêm estas informações

O anúncio da Anthropic, suas páginas públicas e seu repositório de referência em um commit fixado. Este Briefing não comprova uma integração da Obenan com o modelo de comércio da Anthropic, um serviço de pagamento nem uma transação concluída com um comerciante. A Obenan não tem parceria, integração, piloto nem relação de acesso especial com a Anthropic, nem o endosso da Anthropic.

  1. Anthropic’s commerce agents announcement

    Anthropic Publicado Verificado

    O lançamento, as empresas citadas pela Anthropic e as declarações das plataformas.

  2. Anthropic’s commerce solutions page

    Anthropic Verificado

    Os exemplos de comprador e comerciante.

  3. Reference repository README, pinned commit

    Anthropic on GitHub Verificado

    O que os exemplos contêm e o que não fazem.

  4. The anatomy of effective commerce agents

    Anthropic Verificado

    Experiência em produção e aprovação fora do modelo.

  5. Backend integration guide, pinned commit

    Anthropic on GitHub Verificado

    O que quem implementa precisa conectar.

  6. Reference safety model, pinned commit

    Anthropic on GitHub Verificado

    Aprovação pela aplicação hospedeira como padrão e a possibilidade de o desenvolvedor alterá-la.

Edição anterior

Agentes do próprio comerciante estão se tornando um ponto de aceitação

Este Briefing dá continuidade a uma publicação anterior da Obenan, que mantém as conclusões da primeira edição e sua própria página.

Leia a edição anterior
Voltar a todos os Briefings