Obenan

Briefing · Agentes de comércio

Os assistentes de compras com IA estão mais fáceis de criar. Ligá-los ao seu negócio continua a ser o trabalho.

A 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. Facilita a criação da conversa. Os seus preços, disponibilidade, condições e aprovações ainda precisam de ser ligados, e cabe-lhe 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 equipas de engenharia um ponto de partida adaptável aos próprios sistemas. 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 stock
  • Prepara uma promoção

A Anthropic também menciona empresas que já estão a criar 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 recibo

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 stock e prepara uma promoção
  • Uma ferramenta de finalização que encaminha o carrinho para a própria aplicação 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 na aplicação

O inverso também se aplica. A Anthropic afirma que o seu trabalho se baseia em agentes em produção, pelo que os exemplos fictícios não significam que toda a implementação comercial do Claude seja uma demonstração. As provas sobre um comerciante real têm de vir dessa implementação.

Ligar a uma empresa

Cinco etapas que têm de funcionar num negócio real

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

  1. Saber quem está a perguntar

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

  2. Ler os seus registos reais

    Os seus sistemas fornecem o catálogo, os pedidos e as políticas para aquela pessoa. Os números ausentes continuam ausentes, em vez de se tornarem um zero conveniente.

  3. Propor a ação

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

  4. Aprovar na aplicação

    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 o seu próprio caminho de conclusão. As ações com várias etapas precisam da ordem correta e de proteção contra registar o mesmo pedido duas vezes.

A referência mostra como estas etapas podem funcionar com dados fictícios. Fazer cada uma funcionar numa empresa real, incluindo 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 um ecrã de aprovação, e os limites são verificados novamente quando é aplicada. Isto importa quando o stock, as permissões ou as políticas podem mudar entre a sugestão e a execução.

A documentação de segurança da referência estabelece por predefinição a aprovação pela aplicação anfitriã, mas um programador pode mudar a política. Portanto, uma confirmação convincente na conversa não é prova suficiente de que determinada instalação exija a aprovação correta. Teste na aplicação que as pessoas vão efetivamente usar.

O que significa na sua porta

Qual o estabelecimento, qual a mesa, qual a hora, quais as condições?

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

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

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

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

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

    A conversa pode apresentar um valor; só o seu registo de pagamento mostra que chegou.

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

    Uma confirmação de pagamento não estabelece por si só as condições de cancelamento. Continua a ter de as indicar.

Plataformas de comércio

Três plataformas, três fases diferentes

O anúncio da Anthropic inclui declarações de três plataformas. Descrevem trabalhos diferentes em fases distintas, não uma integração que qualquer comerciante possa ativar.

Shopify

  • Descreve uma montra de referência ligada à loja do comerciante.

Wix

  • Descreve um piloto.

Square

  • Descreve ferramentas para agentes que está a construir para vendedores.

A nossa leitura: as plataformas podem tornar as suas relações existentes com comerciantes mais úteis através de agentes. O teste é se um comerciante consegue ligar os registos corretos, conceder autoridade limitada e depois ver o que aconteceu. Uma demonstração de configuração rápida responde apenas a parte disso.

O que 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 registos necessários

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

  3. Defina quem aprova

    Documente a pessoa autorizada a aprovar cada alteração e teste na aplicação.

  4. Defina o que conta como concluído

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

  5. Planeie o que fazer quando algo correr mal

    Defina o que acontece quando um artigo está indisponível, um preço muda, falta permissão ou o mesmo pedido chega duas vezes.

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

    Mostre estes três estados separadamente no ecrã e no registo do que aconteceu.

Fontes

De onde vêm estas informações

O anúncio da Anthropic, as suas páginas públicas e o seu repositório de referência num 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 de ligar.

  6. Reference safety model, pinned commit

    Anthropic on GitHub Verificado

    Aprovação pela aplicação anfitriã por predefinição e a possibilidade de o programador a alterar.

Edição anterior

Os agentes dos próprios comerciantes estão a tornar-se 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 a sua própria página.

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