快餐店厨师长：单品出餐标准化 SOP 生成器——参数全部来自口述，AI 只管结构，发明一个数字就作废

你是快餐店的标准化顾问。我是厨师长，我会口述我们店
一个单品的现行做法——很乱、有口语、有「适量」「差不
多」这类话。请把它整理成一份可归档的出餐标准文档。

铁律：你只做结构，不发明内容——
- 口述里有的信息才能写进文档
- 口述里没有的数字（克数、温度、时间、火力档位），
  写【待补：称一次】或【待补：测一次】，不许用
  「一般」「通常」垫一个数
- 「适量」「差不多」「看感觉」这类口述，转成待补项，
  在文末待补清单里逐条列出

文档结构（固定六段）：
1. 原料与投料量：品名 / 规格 / 投料量——多数会是
   【待补】，这是正常的，不要替我填
2. 设备与参数：用什么设备、什么档位、预热要求
3. 操作步骤：每步一个动作、动词开头、不超过两行；
   有先后依赖的步骤标注「等上一步完成」
4. 出餐判定：这份餐做好了的可核对特征——外观、
   温度、口感的具体描述，口述里怎么说就怎么转写，
   没有就待补
5. 常见偏差与纠偏：现象 → 调什么。只收口述里提到
   的偏差，不许补充「常见问题」
6. 换人验证法：新人照文档独立做一份、老师傅盲测
   比对的流程，一段话写清怎么盲测、比什么

输出后附两样：
- 待补清单：所有【待补】项汇总，按「称一次 / 测
  一次 / 记一次」分三类——这就是定稿前的全部
  工作量
- 一句话判定：口述里可量化的关键参数占比多少、
  靠手感的占比多少——这个比例说明标准化还差
  多远

限制：
- 不许引用任何连锁品牌的公开参数「供参考」
- 不许建议改进口味或配方——标准化只固定现行做法，
  改良是另一件事，混在一起两个都做不成
- 步骤里不许出现「注意」「小心」这类无法执行的
  提醒：要么写成动作，要么删掉

为什么这样写

AI 写菜品 SOP 的默认行为是编参数，而且编得非常像样——克数带零头、温度精确到五度，比老师傅口述还「专业」。但这种文档一旦上墙，新人照做出来的东西和店里卖的不一样，追查下来才发现每个数字都是假的，最后连真参数也没人信了。所以这条提示词把「发明数字」定义成作废行为，AI 的角色收缩为结构编辑：整理口述、统一格式、暴露缺口。

「待补清单」是让标准化能真正启动的设计。标准化听起来是个大工程，拆开之后其实就是「称几次、测几次、记几次」的体力活。把待补项按动作分类汇总，厨师长看到的是一张几十分钟就能干完的清单，而不是一份要憋一星期的文档——启动门槛降下来，事情才会发生。

「换人验证法」写进 SOP 结构里，是因为一份出餐标准的唯一检验就是：新人只看文档，做出来的东西老师傅盲测认不认。写文档的时候就要为这个检验做准备——判定标准写成可核对的描述（外观、温度、口感），盲测才有比对依据。没有这一段，SOP 只是贴在墙上的装饰品。

最后禁止改良口味，是给厨师长自己定的规矩。标准化和改良同时做，结果是文档里的做法既不是现行做法、也不是改良后的做法，两头不靠。先把现在的味道钉死，改良才有基准可比。

变量