Anthropic Published A Merchant Agent. Read The Approval Gate, Not The Code.
๐Ÿ“ข
← Back to Blog

Anthropic Published A Merchant Agent. Read The Approval Gate, Not The Code.

John Aspinall · · 11 min read

There is one paragraph in this week's Anthropic release that is worth more to an Amazon brand owner than the entire repository it ships with, and it has nothing to do with AI.

It is a description of which changes a system is allowed to make on its own, which ones have to be staged and approved by a named human through a real interface, and which fields nobody gets to touch at all. It is precise, it is short, and it is a better statement of how an outside party should be permitted to operate inside your business than anything in the contract you signed with your agency.

That is the useful half. The half everyone is going to write about is a demo of a shopping bot.

What happened

On September 2, 2026, Anthropic published a blueprint for building commerce agents on Claude โ€” a shopping agent and a merchant agent, with runnable implementations across retail, travel, telecom and ticketing, available at github.com/anthropics/commerce-agents and working against the Claude API, Bedrock, Microsoft Foundry and Vertex.

The shopping agent searches a catalogue, compares products and builds a cart. The merchant agent, per Anthropic's own description, "answers questions about sales performance, tracks inventory, recommends pricing and promotions based on sales history, and drafts marketing campaigns."

Read that second sentence again. That is a job description, and on a lot of $200K/mo brands it belongs to somebody you pay monthly.

Why most brand owners will read this wrong

The dumb take is that AI is about to replace Amazon agencies. It isn't, and the reason is structural rather than a matter of model quality.

The blueprint's whole architecture is that tools call your existing backend systems โ€” Anthropic's line is that the agent's tools "should call those systems, not reimplement them, and the tool boundary is where their logic ends and the model's judgment takes over." That works beautifully if your backend is your backend. If you sell on Amazon, your "backend" is Seller Central and the ads console, which are somebody else's product, exposed through an API that does not surface a large share of what a competent operator actually reads: what your search grid looks like this week, which four competitors re-shot their heroes, what your detail page renders like on a phone, what the return comments say. The merchant agent can tell you your ACOS drifted. It cannot tell you the shelf moved underneath you.

The mirror take is equally wrong: "it's a demo repo, ignore it." The demo is not the point. The point is that a frontier lab sat down, wrote out the full set of actions a commercial agent may take on a live business, and published the guardrails as a spec. Specs like that do not stay in engineering. They become the thing procurement asks about.

And there is a lane point that most coverage will miss entirely. The shopping-agent half of this blueprint is not available to you. It assumes you own the storefront โ€” the search, the cart, the conversation. On Amazon you own none of that. This is the same shape as Target, Glovo and Alipay each building agent-facing front doors over the last month: every one of them owns the surface the agent reads, and you have one detail page rendered by a company that also sells advertising against it. The merchant half is the half you can actually use, and it happens to be the half that describes your agency.

The paragraph that matters

From Anthropic's companion piece on commerce agent architecture:

"No model tool call moves money or changes the business. Order placement, payments, refunds, price changes, and campaign launches all end in an action the harness controls."

The mechanism underneath it is the interesting part. Merchant changes are staged, not executed โ€” a tool produces a staged change with a server-generated ID, and apply_change only succeeds for IDs that have been approved through a real surface: a button in an operator's portal, a confirmation in a CLI. On top of that sit numeric ceilings on price movement, discount depth, restock size and campaign budget, plus a list of protected fields no change may touch.

Four gates and a protected list. Now map them onto an Amazon account:

  • Price movement โ€” your repricer, your list price, your strike-through.
  • Discount depth โ€” coupon percentage, deal depth, the number somebody has to pick before the BFCM submission window closes on October 20.
  • Restock size โ€” POs and FBA shipments against inbound deadlines that already moved earlier this year.
  • Campaign budget โ€” in-flight authority during peak, when CPCs run well above the rest of the year and a capped campaign at 2pm on Black Friday is an emergency rather than a strategy discussion.

Those are not four random examples. They are, almost exactly, the four levers where an outside party can cost you real money inside a week. Anthropic wrote ceilings around all four because it was designing for a machine.

Here is the uncomfortable version. Almost every brand I talk to can tell me what their agency is responsible for. Very few can tell me what their agency is allowed to change without asking, and up to what number. There is no staged-change ID. There is no protected field list. There is a Slack channel and a relationship, and in the good months that is genuinely fine.

A software engineer would not ship the arrangement most brands run with humans.

What actually changes for someone running $200K/mo

Nothing on your P&L this quarter, and I would rather say that than manufacture urgency about a GitHub repository.

Three things change over the next two:

1. "Agentic commerce" moves from a slide to a spec. By October somebody will pitch you an agentic account management service. You now have a free, public, vendor-neutral document describing what a properly built commerce agent is and is not allowed to do. Use it as the question set. A shop that has thought about the write path can describe its staging and approval flow in one sentence. A shop that answers with a paragraph about responsible AI has told you something too.

2. The four gates are the Q4 authority conversation you were already supposed to have. The deadline pressure is real and it is this month: Prime Big Deal Days submissions close on September 8, which is Monday, BFCM deal submissions close October 20, peak fulfilment fees run October 15 to January 14, and the Seller Central provider role reauthorization has been running since August 10 with the provider-side coverage deadline landing this week. The single cheapest thing you can do in September is write down a number and a name against each of those four levers. It costs an afternoon and it is the only Q4 prep item on your list with no queue in front of it.

3. Your cost per unit of agency work does not move. I have held this position since July and this week does not change it. Attributable model spend inside a $6,000 retainer is low hundreds of dollars and sometimes double digits. A blueprint is not a deployment โ€” somebody still has to build the tools, wire the approval surface, and then read what comes out the other end. The cost in this business is the person who checks the output, and that person did not get cheaper on Wednesday.

The number I would not repeat

Anthropic states that "retailers running shopping agents on Claude have seen carts up to 35% larger and shoppers 60% more likely to complete a purchase."

That is a vendor's number about a vendor's product, with no methodology, no sample, no baseline and no named retailers. It is probably directionally real for somebody. It is not evidence about your catalogue, and by mid-October it will be in six pitch decks with the "up to" quietly removed.

Register it as a source-ledger entry with the date and the publisher attached, and if a vendor quotes it to you, ask which retailers and against what baseline. I have spent this year writing about invented percentages in this industry. This one arrived pre-attributed, which is more than most of them manage, and it is still not yours.

What I'd do this week

1. Write the four-gate authority table. One page. Price movement, discount depth, restock size, campaign budget. A number in each cell and a named human against it, plus a backup, because one of them will be travelling in October. Not a policy document โ€” four rows.

2. Write the protected field list. The things nobody outside the brand owner changes, ever, without a conversation: title, main image, brand name, variation structure, GTIN. These are the fields where a wrong change is either invisible for weeks or catastrophic immediately, and they are exactly the fields most likely to be touched by whoever is clearing a queue on a Thursday.

3. Ask your agency to describe its apply-change path in one sentence. Who stages a change, who approves it, and where the record lives. If the honest answer is "we just make the change," that is not a scandal, it is an answer โ€” and it is a much better basis for a Q4 conversation than assuming.

4. Reconcile it against the provider reauthorization you are already doing. The Seller Central authorization reset is the only moment in the life of an account when permissions get rebuilt from zero. Deciding the authority table this week means it gets built into the reauthorization instead of bolted on next spring.

5. Do not start anything new before January. Nine weeks from peak is the wrong moment to put a new class of tool on a live catalogue write path. If you want to run the blueprint, run it in Q1 against a fixed set of twenty of your own real SKUs, when a wrong answer costs a Tuesday instead of a week of Q4.

What I'd ignore

The agentic commerce market sizing. Somebody will publish a trillion-dollar number this month. It changes nothing you ship in September and quoting it signals you read a press release.

The payments layer story. The blueprint deliberately ships with no payment protocol, no checkout and no ad layer, leaving that to retailers and partners. That is a genuinely interesting question for people who own a checkout. You do not own one on Amazon, and you are not going to.

Anyone selling an "agentic commerce readiness" audit. It is attribute completeness, readable A+ copy, alt text and an authority table. I have now published all four of those for free more than once.

The repo itself, unless you have an engineer and a store you control. It is good work and it is aimed at a team that owns a catalogue database. If your catalogue lives in Seller Central, read the architecture post and skip the code.

Every benchmark comparison this release will generate. No published evaluation measures whether an agent writes a bullet that will not get your listing suppressed. That is still the only benchmark that bills you when it is wrong, and you still have to build it yourself from twenty of your own real SKUs.


Four or five times this year I have written about something moving underneath an operator who did nothing wrong โ€” a model swapped silently on a Friday, a price expiring with no memo, an increase cancelled in an undated note, a statute that took effect in June and appeared in no changelog anywhere. Every time, the durable fix was the same shape: find the artifact, write it down, put a date on it.

This week the artifact belongs to somebody else. It is a specification for how a machine is permitted to touch a live commercial account, published for free by a company with no interest in your agency relationship โ€” and it happens to be a cleaner description of the arrangement you already run with humans than anything currently written down in your business.

Read the approval gate. Ignore the bot.

Install this as an agent, not a checklist.

The Operator Intelligence: Multi-Agent OS cohort is a 4-week live build: 2-3 specialist agents with their own seats, running real workflows on your actual catalog. Starts Mon, Sep 14 · $499 · 12 seats · replays included.

See the cohort →

Want to see it working first? Watch the free replay — the whole system built live on a real ecommerce business.