在 ChatGPT、Claude、Gemini、OpenClaw 里截取意图
SellToAI 是商家进入 AI 场域的桥。在意图离开对话之前先解析好，再带着完整上下文路由到你的店。
AI Shopify · 商家路径
让你的现有店铺，AI Agent 也能买
用户正在从搜索框迁移到 AI 对话里购物。SellToAI 在 ChatGPT / Claude / Gemini / OpenClaw 等 AI 渠道里截到这些需求，让你的现有店铺用真实 offer 回答；供给、履约、结算、归因都留在你这边，内容证据由 Moras 创作者生态提供。
你的店会发生什么变化
AI 需求变成可归因订单，而不是一团匿名流量。
新增需求
买家问 AI 要买什么，你的店可以直接回答这个 intent，而不是等买家先打开你的网站。
店还是你的
价格、库存、结账、履约、退货和客户关系，仍然连接到你现有的 commerce stack。
证据随推荐走
达人视频、社区证据、政策承诺和 MatchToken 归因，会跟着推荐一起传给 AI。
商家价值
先讲商家拿到什么，再讲协议怎么接
SellToAI 不是又一个店铺前台。它是在 AI 对话里截取意图、对接你的库存、完成履约和结算、做归因的销售通路——让现有店铺能被 AI Agent 理解，并且点击之后还能量化。
出现在 AI 对话里
当用户问 AI “该买什么” 时，你的店可以作为结构化答案出现，而不是继续只靠搜索和广告等流量。
返回 offer，不只是链接
AI Agent 需要价格、库存、发货承诺、证据和有效期。SellToAI 把这些包装成 Agent 可排序的 proposal。
保留现有店铺系统
SellToAI 可以并行接在 Shopify、WooCommerce、自建结账或你的 agent endpoint 上，不接管你的店。
仓储、物流、结算同一网关接管
可选的供应链层：让 SellToAI 帮你接 WMS、末端物流、退货和 MatchToken 结算——early-access；不想交出去时你的运营完全保留。
知道是哪条 AI 带来成交
每条推荐都带 recId 和 MatchToken 上下文，点击、订单、退款和反馈可以回到最初 intent。
Before / after
静态商品链接不够 AI 购物用
网页店铺是给人浏览的。AI 店铺必须针对一个具体需求，返回有承诺、有证据的 offer。
Agent 只能猜公开页面
买家看到的是抓取来的商品文字、可能过期的库存、很弱的信任信号，以及一条很难可靠归因的链接。
店铺用真实 proposal 回答
买家拿到当前 offer：库存、发货承诺、证据、购买路径，以及你团队能对账的交易链路。
商家闭环
一条 AI 购物需求，怎样变成你的可归因订单
商家页最该讲清楚的是这件事：需求从 AI 助手进入，但成交仍然落回商家的系统。
用户在助手、Agent 工作流或购物 copilots 里描述自己要买什么。
SellToAI 把 intent 映射到能满足品类、区域、价格和场景的店铺。
Offer 带商品、价格、库存、发货承诺、证据和有效期。
推荐获得绑定路径的 recId 和 MatchToken，用于归因与结算。
结账、履约、退款和客户关系，继续连接你现有的运营系统。
好的证据、履约、转化和反馈，会让下一次推荐更准。
为什么 AI 会选你
排名需要买方 Agent 能检查的证据
商家不是只上传 SKU。你要给 AI 足够证据，让它敢把你的 offer 排在别人前面。
短视频、演示和讲解，证明商品在真实场景里怎么被使用。
外部讨论、评价、对比和真实用户笔记，降低买家决策成本。
发货承诺、退货窗口、保修、区域支持和服务条款。
点击、购买、退款、失败和反馈，都能回到具体 intent 与 offer。
私有 beta · Summer 2026
让你的店，AI Agent 能直接来买
我们会在开放下一批 beta 时主动联系你。不发周报、不承诺时效——只在双方供给真的对得上时，做一次具体的对话。
更适合
真实库存、清晰政策、可排序证据
有在线 SKU、自己掌握履约、有达人或社区证据，并且有理由让 AI 购物用户信任这个 offer 的品牌或店铺。
还不适合
只有落地页或模糊商品表
如果价格、库存、发货、退货和证据还不清楚，先补这些。SellToAI 应该路由有承诺的供给，而不是猜测。
你已加入 waitlist · 我们会在开放下一批 beta 时主动联系你。
技术接入
先讲清价值，再注册 Merchant Agent
这里调用真实 /v1/merchant/register 与 agent-readiness 接口。当你准备好暴露 endpoint、供给标签、能力声明和接入缺口时，再从这里开始。
最小注册 payload
POST /v1/merchant/register
curl -X POST https://selltoai.ai/v1/merchant/register \
-H 'Content-Type: application/json' \
-d '{
"merchant_id": "mch_toylab_us",
"agent_endpoint": "https://toy-lab.example/a2a",
"subscription_tags": ["gift", "kids", "toy"],
"capabilities": ["stock_check", "price_quote", "proposal_submit"],
"regions": ["US"],
"workflow_context": {
"origin_workflow": "ChatGPT shopping research",
"required_context": ["budget", "recipient", "occasion"],
"checkout_modes": ["agent_redirect"]
},
"trust_evidence_policy": {
"community_proof_required": true,
"accepted_sources": ["reddit", "creator-video", "merchant-sla"]
},
"agent_ready_profile": {
"proposal_contract": "committed_offer_with_evidence",
"attribution_mode": "match_token_required"
}
}'注册结果
Readiness
Agent-ready workflow contract
AI 需求应来自已嵌入的工作流，而不只是店铺入口
readiness endpoint 把文章启发落成商家检查表：workflow context、有承诺的 proposal、可携带信任证据和 MatchToken 归因。
GET /v1/merchant/:merchantId/agent-readiness
声明助手入口、可接收的 intent 形态，以及排序供给前必须补齐的上下文字段。
声明 proposal_submit 或 committed_offer_with_evidence，而不是只给静态商品链接。
要求 Reddit/community proof、达人视频、SLA 等买方 Agent 可检查的证据。
明确 checkout mode 与 attribution，让 outcome 回流到信誉。
生产标准
商家接入会影响排序和归因，因此必须可审计、可回滚。
- 绝不改写 `cta.primary.url`；归因依赖路径中的 `recId` 和 match token。
- heartbeat、生命周期更新和 proposal submission 使用 `X-Merchant-Token`。
- Proposal 必须带 evidence 与 validity window，让 SellToAI 排序的是有承诺的供给，不是模糊推荐。
- 持续回传 decision 与 outcome 事件，让 trust、SLA 和商家 reputation 越来越准。