Briefing da ObenanBriefing de referência

Construir o agente de comércio está cada vez mais fácil. Ligá-lo a um comerciante real continua a ser a parte difícil.

O modelo de referência da Anthropic ajuda as equipas a criar agentes de compra e comerciante. Catálogos reais, permissões e aprovação ainda exigem integração.

Numa frase

Pense num restaurante a receber uma reserva de grupo. Uma hora de reserva proposta não é uma mesa reservada. Um sinal apresentado não é um sinal pago. Uma confirmação de pagamento não estabelece, por si só, as condições de cancelamento. Trata-se de um cenário ilustrativo de comerciante, não de uma afirmação de capacidade sobre as integrações da Anthropic com restaurantes.

Ler as fontes

A evidência

5

Cinco passos da conversa à encomenda concluída

FonteAnúncio da AnthropicAnúncio da Anthropic de 2 de setembro de 2026 e repositório de referência numa versão fixada, ambos lidos a 5 de setembro de 2026.

Publicado
6 de setembro de 2026
Formato
Briefing de referência
Fontes
6 fontes primárias e públicas
Base da evidência
Anúncio do fornecedor e repositório público de referência numa versão fixada

Uma conversa pode ajudar um cliente a escolher. O comerciante continua a ter de fornecer aquilo que foi escolhido, ao preço certo e em condições que o negócio consiga cumprir. O novo modelo de referência de comércio da Anthropic torna a conversa mais fácil de construir. A ligação ao negócio continua a ser um trabalho à parte.

01A cena

O que a Anthropic lançou

Cena hipotéticaUma situação imaginada para explicar o funcionamento. Não descreve nenhuma empresa, cliente ou resposta real.

A 2 de setembro, a Anthropic anunciou um modelo de referência com agentes de compras e de comerciante, exemplos em quatro setores e um plugin para o Claude Code. Dá às equipas de engenharia um ponto de partida que podem adaptar aos seus próprios sistemas. A Anthropic nomeia também empresas que já estão a construir experiências de comércio com o Claude. Essas implementações mais amplas não devem ser confundidas com os exemplos deste repositório. Anúncio da Anthropic

Os dois agentes servem pessoas diferentes. Um comprador pode pedir produtos adequados, comparar opções e montar um carrinho. Quem gere a loja pode analisar o desempenho, rever as existências e preparar uma promoção. O comprador quer ajuda para fazer uma compra; quem gere a loja quer ajuda para gerir o negócio. A Anthropic apresenta ambos através dos seus exemplos de comércio.

02O limite

O que os exemplos demonstram de facto

O repositório usa negócios, produtos e pessoas fictícios. Não coloca encomendas reais, não debita cartões nem altera listagens ativas. A sua ferramenta de finalização de compra apresenta um carrinho para que a aplicação anfitriã o conclua. As alterações do comerciante ficam preparadas para aprovação. Trata-se de material de referência útil para construir um fluxo de trabalho; não é um comprovativo de uma transação concluída num comerciante real. Repositório de referência, versão fixada

Há um limite igualmente importante no sentido contrário. O artigo de engenharia da Anthropic afirma que o seu trabalho assenta em agentes a funcionar em produção. Os exemplos fictícios não significam que todas as implementações de comércio com o Claude sejam demonstrações. Significam que a prova de um resultado em produção tem de vir dessa implementação em concreto, e não da execução do exemplo. Relato de engenharia

O que o repositório de referência mostra e o que não

O que demonstra

  • Um agente de compras que compara opções e monta um carrinho
  • Um agente de comerciante que revê as existências e prepara uma promoção
  • Uma ferramenta de finalização de compra que entrega o carrinho à aplicação anfitriã
  • Alterações do comerciante preparadas para aprovação
  • Exemplos desenvolvidos em quatro setores, com negócios fictícios

O que não estabelece

  • Uma encomenda feita num comerciante real
  • Um débito num cartão, ou uma integração de pagamentos fornecida
  • Uma listagem ativa alterada
  • Que uma determinada instalação imponha a aprovação da aplicação anfitriã

Os exemplos usam negócios fictícios. A prova sobre um comerciante real tem de vir dessa implementação.

FonteRepositório de referência, versão fixadaREADME do repositório de referência numa versão fixada, lido a 5 de setembro de 2026.

03A evidência

A ligação ao comerciante é trabalho concreto

O guia de integração do repositório pede a quem faz a instalação que ligue o agente aos sistemas de negócio que estão por trás. A aplicação anfitriã tem de identificar quem faz o pedido, incluindo um visitante, e impor aquilo a que essa sessão pode aceder. Os serviços de backend têm de fornecer registos do catálogo, informação sobre encomendas e políticas para essa pessoa. A finalização da compra precisa do seu próprio caminho de conclusão. As ações de vários passos precisam de ordenação e de proteção contra gravações duplicadas. Os números em falta devem permanecer em falta, em vez de se tornarem um zero conveniente. Guia de integração de backend

Para quem gere um negócio local, a pergunta prática é específica: que estabelecimento, que produto ou serviço, que hora e que condições? Uma resposta útil tem de resistir a esse nível de detalhe.

Pense num restaurante a receber uma reserva de grupo. Uma hora de reserva proposta não é uma mesa reservada. Um sinal apresentado não é um sinal pago. Uma confirmação de pagamento não estabelece, por si só, as condições de cancelamento. Trata-se de um cenário ilustrativo de comerciante, não de uma afirmação de capacidade sobre as integrações da Anthropic com restaurantes.

Cinco passos da conversa à encomenda concluída

  1. 1

    Identificar quem pede

    Quem pergunta, incluindo um visitante.

  2. 2

    Ler os registos

    Catálogo, encomendas e políticas dessa pessoa.

  3. 3

    Propor a ação

    Um carrinho, ou uma alteração preparada para aprovação.

  4. 4

    Aprovar

    A verificação da própria aplicação, não a do modelo.

  5. 5

    Concluir

    A encomenda, a reserva, o resultado registado.

O que continua a caber ao comerciante

  • Os preços que o negócio consegue realmente praticar
  • A disponibilidade que consegue realmente reservar
  • As condições que consegue realmente cumprir
  • O registo do que foi prometido

O repositório de referência fornece a parte central. Ligar as pontas a um negócio real é trabalho de quem faz a instalação.

FonteAnúncio da AnthropicAnúncio da Anthropic de 2 de setembro de 2026 e repositório de referência numa versão fixada, ambos lidos a 5 de setembro de 2026.

04A evidência

A aprovação tem de pertencer à aplicação

O guia de engenharia da Anthropic coloca a imposição das regras fora do modelo. No seu fluxo de comerciante, uma alteração proposta recebe um identificador e chega a uma superfície de aprovação; os limites são verificados novamente quando a alteração é aplicada. Essa distinção importa quando o stock, as permissões ou a política podem mudar entre uma recomendação e a sua execução. Relato de engenharia

A documentação de segurança de referência separa também a aprovação predefinida pela aplicação anfitriã de outras opções de implementação. Um programador pode alterar a política. Por isso, uma confirmação convincente dentro da conversa não é prova suficiente de que uma determinada instalação imponha o limite de aprovação correto. Esse limite tem de ser testado na aplicação que as pessoas vão realmente utilizar. Modelo de segurança de referência

05

O que isto significa para as plataformas de comércio

O anúncio da Anthropic inclui a Shopify a descrever uma montra de referência ligada à loja de um comerciante; a Wix a descrever um piloto; e a Square a descrever ferramentas agênticas que está a construir para os vendedores. Estas declarações descrevem trabalhos e fases de entrega diferentes. Não estabelecem uma integração universal única disponível para todos os comerciantes. Declarações atribuídas às plataformas

A nossa leitura é que as plataformas têm a oportunidade de tornar mais úteis, através de agentes, as relações e os sistemas que já têm com os comerciantes. O teste está em saber se um comerciante consegue ligar os registos certos, conceder uma autoridade limitada e perceber o que aconteceu depois. Uma demonstração rápida de configuração responde apenas a uma parte dessa pergunta.

06O que fazer

O que um comerciante pode preparar já

Escolha um fluxo de trabalho delimitado antes de escolher uma grande promessa de automação. Anote os registos de que precisa, a pessoa autorizada a aprová-lo e o resultado que contaria como conclusão. Inclua o que deve acontecer quando um produto estiver indisponível, um preço mudar, faltar uma permissão ou um pedido chegar duas vezes.

Para uma reserva, por exemplo, comece pela disponibilidade e pelas condições. Para uma promoção, comece pelas existências elegíveis, pelos limites de preço e pela pessoa responsável pela aprovação. Mantenha distintos, tanto na interface como no registo do que aconteceu, uma proposta, uma ação aprovada e um resultado concluído.

07

Onde encaixa a perspetiva da Obenan

O quadro da capacidade de compromisso da Obenan pergunta o que é que um comerciante pode prometer e cumprir antes da execução. É esta a perspetiva que trazemos a este lançamento: ligar o assistente a factos e a compromissos que quem gere o negócio possa defender.

Este Briefing não estabelece qualquer integração da Obenan com o modelo de referência de comércio da Anthropic, com um serviço de pagamentos ou com uma transação concluída num comerciante. A próxima discussão útil começa pelo fluxo de trabalho e pelas suas provas, e não por uma ligação presumida entre anúncios de produtos.

Para o contexto mais amplo dos agentes detidos pelo comerciante, leia Os agentes detidos pelos comerciantes estão a tornar-se uma superfície de aceitação. Para a diferença entre a descoberta e uma promessa responsável, leia A escada da capacidade de compromisso.

08Fontes

Fontes

Apenas fontes primárias e públicas. Mantemos separadas as datas de publicação e as datas em que consultámos cada fonte, para permitir a verificação da cronologia.

  1. 01Anúncio da Anthropic sobre agentes de comércio, publicado em 2 de setembro de 2026; consultado em 5 de setembro de 2026.
  2. 02Página de soluções de comércio da Anthropic, consultado em 5 de setembro de 2026.
  3. 03README do repositório de referência, commit fixado, consultado em 5 de setembro de 2026.
  4. 04A anatomia dos agentes de comércio eficazes, consultado em 5 de setembro de 2026.
  5. 05Guia de integração de backend, commit fixado, consultado em 5 de setembro de 2026.
  6. 06Modelo de segurança de referência, commit fixado, consultado em 5 de setembro de 2026.