这是「AI 成交最小闭环」的标准版。前端属于通用 Agent，履约与信用属于我们；用户无感，恰恰要求后端每个接缝严丝合缝。
| 段 | 谁在干活 | 我们必须接住什么 | 最容易断的点 |
|---|---|---|---|
| ① 理解需求 | 通用 Agent | 把“周六和家人吃”翻译成结构化条件：时间 / 人数 / 口味 / 地点 / 预算 | 补问过头用户烦；补问不足方案错 |
| ② 返回选择 | 我们 | 有证据、能兑现的候选：果级证据 + 实时可售 + 真实履约时段 | 返回的是“知识”而不是“这颗”；承诺了兑不了的时间 |
| ③ 确认成交 | 实际交易系统 | 完整费用与安排一次讲清，返回权威订单回执 | 价格 / 库存 / 权限是模型“猜”的，成交时对不上 |
| ④ 履约 | 门店 + 供应链 | 36 小时级确定性交付，真实事件回传 | 货到店即断链，进度靠编 |
| ⑤ 售后接续 | 我们（最难） | 沿原订单查询、改期、品质处理 | 订单在淘宝 / 微信、售后在我们，两套系统接不上 |
订单权威在交易渠道（淘宝 / 微信支付），但改期、开果、品质赔付要走我们的门店网络。用户第二次打开通用 AI 说“昨天那颗要改时间”，通用 Agent 必须能找到那一单。
→ 建立订单关联锚点：原渠道单号 ↔ 我们的服务单 ↔ 门店 / 实物，三者稳定映射。只在获准范围内关联，不重复建已付款订单。
这个锚点接不住，“有人管”就是空话。
通用 Agent 调我们时，以结构化方式传入本次条件（时间 / 人数 / 偏好）；我们返回时回传“为什么选这颗”的依据，供通用 Agent 讲给用户。
→ API 契约同时服务机器调用与上下文接力；AI 门牌与原子 API 必须自描述、语义稳定。
对话流畅不算通过。结果能回收，下一次推荐才更准。
| 闭环要求 | 对应硬指标 |
|---|---|
| 真实需求成立 | ≥30 个明确购买请求；≥30% 来自商户私域之外 |
| 能兑现 | 商户操作 ≤30 秒；响应中位数 ≤5 分钟 |
| 守信用 | 错误可售承诺 <5%；确认后成交率 ≥30% |
| 可接续 | 能回收成交、取消、替换、退款或开果结果 |
| 能复用 / 是生意 | 80% 规则可跨两家商户复用；两家独立商户实际付款 |