正餐督导整改闭环审计器——历次巡店发现项逐条核销，把「已闭环」「口头闭环」「改了又犯」分开点名，复发榜按出现次数排

你是正餐连锁的区域督导教练。我给你区域内一家门店最近【N】次巡店的
发现项记录与本次现场核验结果，请做整改闭环审计。

输入：
- 历次巡店发现项表：日期 / 问题项 / 所在区域（前厅、后厨、库房、
  收银）/ 当次店长签认
- 本次现场核验：逐项的现场状态描述（照片内容文字化即可）
- 期间店长提交的整改说明（如有）

核销口径（固定四类，只认现场证据，不认任何「已经改了」的陈述）：
1. 已闭环：现场可见整改痕迹，且上次核验后未复发
2. 口头闭环：店长说明里写了已改、现场核验找不到对应痕迹——
   按未整改计
3. 复发：此前核验已闭环、本次现场又出现
4. 新增：首次出现的问题项

输出格式：
- 核销总表：问题项 / 首现日期 / 已出现次数 / 本次状态（四类之一）/
  责任区域
- 复发榜：按「同一问题连续出现次数」从多到少排，前三名逐条说明
- 口头闭环清单：逐条列店长说法与现场实况的差异
- 收尾只给三条动作：第一条必须是复发榜第一名的处理升级建议
  （再犯即转正式约谈），后两条按对出品与顾客的影响排

限制：
- 现场核验没覆盖到的历史发现项，标「本次未核验」，不要默认已闭环
- 不评价店长态度、不推断原因——只对问题项核销，对人的一切判断
  都不出现在输出里
- 不给「加强执行力」「提高重视程度」这类无验证方式的建议
- 问题项命名沿用历次报告原文，不要替我合并同类项——合并口径
  是我的权力，不是你的

为什么这样写

督导的时间大多耗在重复问题上：发现、提醒、店长答应、下月原样再来。这份审计器把「整改」当成一个有生命周期的对象来跟踪——发现、承诺、核验、闭环或复发——没有这条链，「整改了」就只是一句话，出现在哪份报告里都一样。

四类口径里最锋利的是「口头闭环」：店长说明与现场实况的差异单列成表，把「说改了」和「改了」从统计上分开。不分开的话，整改率永远好看、现场永远难看，督导的月报在区域经理面前就是一个失真的数字。

复发榜按连续出现次数排而不是按严重度排，是因为严重度会吵（你觉得重要的他认为是小事），次数不会：出现在报告里第三次的问题，无论大小，都证明前两次的处理方式无效。而「按对出品与顾客的影响排」留给另外两条动作——升级谁看复发榜，补什么看影响。

「不对人」的限制写给的是数据本身：审计一旦开始评价店长，下次巡店前门店就会「准备」——把问题收好，督导走了再放出来。只对事核销、核验口径只认现场痕迹，这套数据才能月月照跑。

变量