Claude Commerce Agents 是一款由 Anthropic 于 2026 年 9 月开源的电商智能体参考实现,主要用于搭建面向顾客的购物助手与面向员工的商家助手,支持购物端与商家端各定义一次即可复用、同一套技能与工具契约跑在三条运行时上,适用于电商企业自建导购助手、后台运营助手与智能体落地方案评估等场景。
| 基础信息 | 内容 |
|---|---|
| 产品定位 | 电商智能体参考实现 |
| 开发方 | Anthropic |
| 发布时间 | 2026 年 9 月 1 日 |
| 开源协议 | Apache-2.0 |
| 开发语言 | Python 3.11 以上,示例前端用 Node 22 |
| 仓库热度 | 约 3300 星、658 次分支 |
| 智能体角色 | 购物端与商家端各一套 |
| 运行时 | Messages API、Agent SDK、托管版 |
| 示例行业 | 零售、旅游、电信、娱乐票务 |
| 前端示例 | 8 个 Web 应用共用一个工作区 |
| 安全文档 | docs/safety.md 逐条列出强制规则 |
| 更新状态 | 已停更,最近推送 2026 年 10 月 |

Claude Commerce Agents 的核心能力
它给出的不是成品应用,而是一份可拆开看的蓝图:两个角色、五个技能流、一套工具契约,以及把交易写操作挡在人工确认之前的护栏。适合拿来对着改,而不是拿来直接用。这套结构对 AI Agent 的落地边界划得很清楚。
购物端与商家端各定义一次,技能按流拆开
购物端负责搜索、比较、做方案、填购物车、回答订单与政策问题并记住顾客偏好;商家端负责解释经营表现、维护商品信息、处理库存与订单告警、定价促销、起草活动。两个角色各五个流,分放在 shopping-agent/skills/ 与 merchant-agent/skills/ 目录,改一个流不影响其余四个。
同一套定义跑在三条运行时上
提示词、技能、工具契约与闸门都写在 core 层,三条运行时只是外面换了一层壳:runtime-messages-api 自己跑轮次循环,runtime-agent-sdk 把循环交给 SDK,managed-agents 则以清单加 MCP 服务端的形式托管。换运行时不需要重写技能,这也是它作为参考实现最实用的地方。
商家端写操作走暂存变更与人工审批
调价、改商品信息、发活动这类动作不会直接写进系统,而是生成一条待审变更,由宿主的审批界面点过才应用。商家端控制台就是用来做这件事的,命令行版按 y 或 N 逐条决定。这条路径给审计留了痕迹。
围栏、溯源与记忆校验都埋在工具调用里
围栏、来源校验、额度上限与记忆校验跑在工具调用内部,三条运行时上行为一致;跨会话的记忆提取属于运行时能力,只在 Messages API 那条路径上显式触发,这块可对照 Hy-Memory 2.0 一类专门的记忆框架看差异。规则、模块与文件路径逐条写在 docs/safety.md 里,也写明示例没有鉴权、MCP 服务端只绑回环地址。
四个行业示例把交易形态差异摆出来
零售场景覆盖搜索、比较、方案、购物车与结账;旅游场景有日期约束库存与行程呈现扩展;电信场景带账户上下文、套餐矩阵与服务端写入的资费披露;票务场景有限时占位、候补、转赠与场馆地图,并做全含费用披露。四个示例共用一个前端工作区,差异能直接对比着看。
Claude Commerce Agents 与 LangGraph 的对比
拿它和 LangGraph 放在一起比——后者是「从零搭一套电商智能体」最常用的起点,差别主要在交付形态与护栏的位置。
| 对比维度 | Claude Commerce Agents | LangGraph |
|---|---|---|
| 交付形态 | 可运行的参考实现加插件脚手架 | 编排库,装完包自行搭建 |
| 角色划分 | 购物端与商家端已分好,各五个流 | 由开发者用状态图自定义节点与边 |
| 工具契约 | 目录、购物车、订单、库存、定价均有定义 | 工具由开发者定义,框架负责调度 |
| 写操作护栏 | 暂存变更加人工审批,内置 | 提供中断原语供人工介入,审批流需自建 |
| 部署方式 | 三条运行时同一套定义 | 可自托管,也可走 LangSmith 部署 |
| 上手成本 | 克隆后装依赖填 Key 即可跑 | 需先理解状态图、检查点与中断语义 |
| 开源许可 | Apache-2.0 | MIT |
差别集中在交付形态、写操作护栏与工具契约三处:左边一列对应仓库里可查的目录与文档,右边一列取自其仓库首页与官方文档,都不是推测。商家端的写动作被拆成生成变更、暂存、人工确认三步,LangGraph 给的是中断与检查的原语,审批链要自己接;工具契约先定好,接自有系统时只须实现两个后端抽象类,不必从数据结构开始谈。
如果需求偏向让智能体直接接管客服邮件与客户沟通,可以参考 Agently Mail(腾讯推出的 AI 邮件自动化与客户沟通平台,走的是收件箱里直接处理的路子)。
Claude Commerce Agents 的应用场景与适用人群
它更适合被当成蓝本而不是开箱即用的产品,落到具体环节上常见场景包括:
- 导购助手立项:先跑零售示例看对话流与工具调用长什么样,再决定保留哪几个技能流。
- 后台运营助手:把补货、改价、活动草稿做成待审变更,员工逐条确认,避免模型直接写系统。
- 方案评估与 POC:三条运行时共用技能,能较快比出直连与托管的成本差异。
- 有披露要求的行业:电信资费与票务全含费用的写法已内置,可作合规模板起点。
适用人群:做大中型电商与零售系统集成的技术团队、需要在合规前提下试水智能体的平台方,以及要评估智能体落地成本的产品负责人。
Claude Commerce Agents 的使用方法
官方给出 3 条路径:跑现成示例最快,用 Claude Code 插件搭自己的最省事,接自有系统则需要实现两个后端抽象类。
跑官方示例:装依赖填 Key 起零售场景
- 从 Claude Commerce Agents 官方仓库 克隆代码,建虚拟环境
python3 -m venv .venv,激活后装pip install -r requirements.txt。 - 复制
.env.example为.env,填入ANTHROPIC_API_KEY。 - 进
examples跑npm ci,八个前端应用共用同一工作区。 - 执行
python scripts/run_demo.py retail,API 起在 8000、店面在 3000;--merchant换商家端,--all两个都起。
用插件搭自己的:三条命令生成项目骨架
- 先
claude plugin marketplace add anthropics/commerce-agents加来源,再claude plugin install commerce-builder@claude-commerce-agents装插件。 - 在 Claude Code 里执行
/scaffold-commerce-agent说明用途,命令会问技术栈、复述方案再建项目。 - 补齐业务流用
/add-commerce-flow,生成评测集用/author-commerce-evals。 - 已有智能体要改,走
/review-commerce-agent。
接自有系统:实现两个后端抽象类
- 购物端实现
StorefrontBackend,把目录、购物车、订单与政策四类能力映射到自家接口。 - 商家端实现
MerchantBackend,对接分析、目录、库存、定价与活动系统;写操作按暂存变更返回。 - 按
docs/backends.md核对字段映射,再跑python scripts/smoke_chat.py --vertical retail验证连通。 - 部署前补鉴权:示例默认无认证,MCP 服务端只绑回环地址,对外暴露需自加网关。
本地验证可跑 ruff check . 与 python scripts/check.py,完整版 verify_all.py 还会做部署试运行与前端构建。示例里的公司与商品全部虚构,结账只渲染购物车、不扣款。
Claude Commerce Agents 的项目地址
- 项目主页:https://claude.com/solutions/commerce
- GitHub 主仓库:https://github.com/anthropics/commerce-agents
Claude Commerce Agents 的价格方案
仓库按 Apache-2.0 分发,代码可以自由使用、修改与再分发,本地跑示例不产生许可费用。它本身不是收费产品,也没有付费版与免费版的功能差。
运行成本来自模型调用:跑示例与接入自有系统都需自备 Anthropic API Key,按官方 Messages API 的计费方式结算;选择 Managed Agents 托管时,运行环境与扩缩容由平台方提供。具体单价随官方价目调整。
Claude Commerce Agents 的常见问题
可以直接上线接真实订单吗
不建议直接上。仓库是参考实现,示例没有鉴权、MCP 服务端只绑回环地址,结账也只渲染购物车不扣款;业务规则、授权与合规都留给部署方补。
必须用 Python 吗
后端包与示例服务是 Python,要求 3.11 以上;前端示例用 Node 22。若自家系统是别的语言,可按 docs/deployment.md 复用提示词、技能与工具契约。
商家端的写操作会不会直接改线上
不会。调价、改商品、发活动都先生成待审变更,需在审批界面确认后才应用,三条运行时上的行为一致。
三条运行时怎么选
想全掌握轮次与状态用 Messages API 那条;想少写循环用 Agent SDK;不想管部署扩缩容则走 Managed Agents。技能共用,切换成本主要在宿主侧。
浙公网安备33010202004812号