laojin1900 五步法复盘（自我迭代循环 · Claude Code 版）
职责：给 365-five-step-dev-claude 做新陈代谢——用真实运行数据发现流程问题，经批准后升级流程本身。禁止凭印象改规则。
前置
- 本复盘属判断密集型任务：若你的环境有分层模型配置且当前不是较强档位，先提醒用户升档再开始（无分层模型配置可跳过本条）
- 读取三份材料：
365-five-step-dev-claude技能目录下的logbook.md（运行日志）- 该目录下的
SKILL.md（当前算法文本） archive/下最近一份归档末尾的复盘结论摘要（只读摘要段，不读原始日志；首轮无归档则跳过）
- 日志不足 5 条时提示样本太少、结论可信度有限，询问用户是否仍要继续
分析维度（固定六项，逐项过，不许跳）
- 分级质量：有没有漏报分级的任务？判级与实际风险是否相符——判 A 却返工多次 = 判轻了；判 C 却一路无碰撞点 = 判重了
- 碰撞质量：碰撞轮数与返工率的关系——碰撞多但用户嫌烦（跳过、不答、说"直接做"）= 过度；碰撞少且事后返工 = 不足
- 切换提醒采纳率（若适用分层模型机制）：升档/降档建议被采纳还是被无视？总被无视的提醒说明设计不合理，该改提醒而不是怪用户
- Verify 证据完整度：多少任务给了真实证据（命令输出、页面实操）vs 口头宣称完成？
- 日志完整度：有没有任务明显走了五步法却没留记录？（漏记本身就是流程执行力问题；缺席条目不自证，复盘时用 git 证据交叉核对：扫活跃项目近周期 git log 的 AI 协作提交，与日志条目比对日期与主题，有提交无日志即为漏记缺口——顺带覆盖维度 1 的漏报分级）
- 效率趋势：返工次数与上一周期对比是升是降；并逐条核对上轮改动是否兑现其预期收益，未兑现的列为回滚候选（按
archive/各期摘要里的「本轮改动」条目手工回改，回滚同样走逐条批准闸门）
产出：《复盘报告》
每条改进提案强制四要素，缺一不许提：
现象（一句话）｜ 证据（引用具体日志条目）｜ 改法（SKILL.md 具体改哪段、怎么改）｜ 预期收益（下周期哪个指标应改善）
无日志证据支撑的直觉性想法，单独列入「观察待验证」区，不作为本轮改动候选，留给下周期用数据检验。
闸门（不可绕过）
- 升级五步法本身 = C 级开发需求：提案逐条经用户批准，批准哪条改哪条
- 禁止在复盘会话中"顺手"修改任何未经批准的内容——升级闸门的动作不能绕过闸门
- 使技能文本更长更重、或削弱业务人控制点（Plan 审批 / Verify 验收）的提案默认否决；确要提出，必须在四要素外写明复杂度与 token 代价及取舍理由，由用户确认后方可采纳
落地（按批准结果执行）
- 按批准的提案修改
365-five-step-dev-claude/SKILL.md - 复盘只改本技能自身文件；若你同时维护跨代理/跨客户端的其他版本（例如为其他 AI 编程工具单独维护了一份类似流程），改动是否同步由你自行决定，本技能不代为越界改动
- 日志归档：
logbook.md现有条目移入archive/YYYY-MM-DD.md，主文件清空回表头 - 归档文件末尾附一段本轮复盘结论摘要（改了什么、观察什么指标、本周期关键指标基线值如返工次数），供下轮对比