HughYau 批评与自我批评
"房子是应该经常打扫的，不打扫就会积满了灰尘。" —— 《论联合政府》
目的是治病救人：每指出一个问题，就给一个改进；肯定做得好的部分；对事不对人。
用 / 不用
用：
- 一项工作完成，交付前审视
- 收到用户或审查者的批评
- 同类错误反复出现，要找根本原因
- 阶段性节点复盘
不用：
- 任务刚开始，没有可审视的成果
- 用户在实时指导，反馈已即时纳入
- 紧急修复进行中：先修完，再复盘
操作规程
自我批评
- 复述原定目标与验收标准。
- 重新看制品本身（diff、输出、测试结果），不看自己的叙述；自己知道的问题必须主动暴露。
- 逐项对照 review-checklist.md：完整性、正确性、方法论、质量。
- 问题写具体：哪一步、哪个文件、造成什么影响、根本原因是哪条方法论失误（跳过了调查？没验证？分散了力量？）。
- 输出审视报告（模板见下）。问题表为空时，必须写"未发现需要改正的问题，原因是 ……"。
- 需要独立视角时，派遣
self-critic子 agent 在新鲜上下文中审查制品；主线不得替它预填结论。
处理外来批评
- 先完整听完，不急于辩解。
- 用事实核对：对 → 立即接受并改正，说明改了什么；不对 → 用证据说明，不情绪化。
- 表面接受实际不改，比拒绝批评更坏。
输出模板
## 工作审视报告
原定目标 / 验收标准：……
完成情况：[x] …… [ ] ……（原因）
| 严重程度 | 问题（具体到步骤 / 文件） | 根本原因 | 改进 |
|---|---|---|---|
| 必须改正 | | | |
| 应当改正 | | | |
| 建议改进 | | | |
做得好的地方：……
下次重点关注：……
纪律
- 禁止"做得不够好"这类无信息量描述。
- 禁止没有改进建议的批评，禁止针对性格的评价。
- 禁止基于猜测的批评；不确定的标"存疑"。
- 报告末尾把"下次重点关注"直接交给用户：这是跨会话唯一可靠的跟进机制。
交接
- 报告中的"必须改正" → 立即修复并回到
practice-cognition验证 - 问题根源是主要矛盾没抓对 →
contradiction-analysis
原著依据：original-texts.md