peiiii 自治可维护性治理战役
前提
本 skill 只负责长期治理循环，不重新定义代码、目录或验证规范。启动前必须有明确目标、允许范围、停止条件、当前迭代和可执行的最小验证。
最小状态
在当前有效迭代的 work/ 中维护：
working-notes.md：目标、当前事实、已完成批次、剩余候选和下一步；state.json：机器续跑需要的当前批次、状态、验证和更新时间。
只保留当前真相，不写 transcript。没有有效迭代且用户未授权提前留痕时，不为启动战役擅自创建目录。
循环
- 读取最小状态和最新工作区事实。
- 从候选中只选择一个高置信、范围内、可独立验证的批次。
- 按已冻结的标准开发合同完成该批次；结构、死代码等专项只在命中时加载一个 owner，不重新加载上游 lifecycle。
- 当前批次实现完成后返回生命周期，由 Validation 与 Review 阶段分别完成风险证明、maintainability 自动检查和条件主观复核。
- 写回结果、证据、未解决项和下一批候选。
- 只有下一步仍高置信且未命中停止条件时继续。
选择原则
- 优先删除重复路径、死代码、错误 owner、无语义 wrapper 和明确治理违规。
- 一个批次只解决一个责任域，不借治理名义扩展产品功能。
- 显式零增长战役才启用 guard 的
--non-feature；普通清理不靠无关删减抵消行数。 - 不在 dirty 用户文件上做无法隔离的机械重写，不自动 commit/push/release。
停止
- 候选需要产品或架构决策；
- 证据不足、验证环境不可用或将触碰未授权外部状态；
- 连续候选收益低于调查/回归成本；
- 用户暂停，或目标已完成。
结束时汇总已完成批次、主要证据、剩余候选、工作区状态和恢复入口。不要把每轮过程输出重新加载为上下文。