这不是提案，是四件已经成形、可以现场点开看的东西。 它补的不是"再做一个 Agent"，而是编排可观测、数据可留痕、门店可复制、授权可结算—— 也就是一个餐饮 AI 项目从"客户来了能演示"走到"连锁总部敢签"之间，最容易断掉的那一段。
先分清哪些是"能力问题"，哪些是"生意问题"。能力问题三天能补，生意问题只能靠时间和客户。下面只谈前者。
| 现状（匿名项目实测） | 缺口的实质 | 补强件 |
|---|---|---|
| Agent 运行时是开源框架外包一层，接口有了，但没有任务状态定义与失败态 | 任务跑到哪一步、卡在哪、重试算不算成功——没人能回答 | D-01 编排可观测 |
| 门店语音与画面进入系统后，没有确权与可追溯链路 | 连锁总部法务一问"数据在哪、谁能删"，交付就停在这 | D-02 数据留痕 |
| 已有总部-区域-门店三级权限，但每次开通靠人配 | 第 2 个客户开始，交付成本线性上升 | D-03 门店复制 |
| 订阅三档与版权分成讲得很完整，但账算不出来 | 分成要有计数与凭证，否则永远只能"另行约定" | D-04 授权分账 |
另有两处属生意问题，不在本页范围：真实付费客户、供应链门店关系——那要靠他们自己的资源积累。
不写"赋能""提升效率"，只写能被检查的东西：交付什么文件、达到什么状态算过。
Agent 的难点不在会不会说话，在于一个门店任务从派发到闭环中间有七八种失败方式：素材缺、权限不足、模型超时、结果不达标、重试三次还是错。这些状态如果没有定义，产品永远停在演示。
这是连锁客户签字前最硬的一关：员工工牌录音、后厨画面，凭什么采、存多久、谁能删、删除怎么证明删了。多数做餐饮 AI 的公司在这里给不出一份文件。
三级权限他们已经建好，但没有模板：新品牌进来，总部怎么开、区域怎么配、门店怎么用，全靠人跟人讲。规模化的瓶颈从来不在功能，在复制。
他们对外讲了订阅三档、连锁总部采购、原创故事被使用持续分成——这套设计比多数同行远。但分成的基础是计数与凭证，没有账本，这句话在合同里只能写成"另行约定"。
不是截图，是真在跑的页面。左边演示"任务怎么跑完并留下证据"，右边演示"同一份数据在三级权限下各能看到什么"。
总部下发，覆盖 24 家门店
门店助手生成晨会清单
对照 12 项门店标准
结果写链，可倒查素材
按完成度出复盘与账单
| 数据项 | 可见范围 | 导出 |
|---|
总部：全部门店聚合与明细，可配置区域授权。
不要求一次打包。先用一页诊断换一次见面，再用一个小包试合作手感，跑顺了再谈系统级。
| 形式 | 交付 | 周期 | 适合什么阶段 |
|---|---|---|---|
| 钩子（免费） | 一页《门店数据合规与审计缺口清单》＋三个必答问题 | 通话后 24h 内 | 还没见过面，需要一个由头 |
| 试水包 | 三条演示级样片 ＋ 一页产品落地页 ＋ 竞品位差监测表 | 2–3 周 | 想看执行力，不想先签大合同 |
| 补强包 A | D-01 状态机 ＋ 评测集 ＋ 架构图 | 3–4 周 | 产品在跑，但交付不稳 |
| 补强包 B | D-02 留痕 ＋ D-03 三级交付包 ＋ 验收单 | 5–6 周 | 要进连锁总部，法务与交付是门槛 |
| 系统级 | D-01 至 D-04 全套 ＋ 交付 SOP ＋ 季度复核 | 分阶段 | 已有多家客户，要规模化 |
所有包按里程碑付款；范围、费用、验收三项必须写进同一份文件，不做"另行约定"。
把边界写在前面，比把能力写满更可信。
餐听、餐播这类新产品是他们自己的战略选择。补强只做"已有能力的可交付化"，不承担方向判断。
这类指标由他们的销售与门店关系决定，不在交付范围内；能承诺的是流程、口径与可核验的证据。
没有范围、费用、验收三件套不动手。免费只给一页诊断，其余按里程碑结算。