计划—修改—验证闭环

复杂任务最容易出错的地方，是在没有共同计划的情况下连续修改很多文件。把工作拆成四个阶段，可以让错误尽早暴露。

计划：只读探索，列出文件、方案、未知事项和验证命令；
实施：一次完成一个可观察切片，每个切片结束后查看 diff；
验证：先运行最接近改动的测试，再扩大到类型检查、构建和端到端测试；
复盘：记录实际改动、已证明的假设、未覆盖风险和下一步。

先只读分析并给出计划；我确认后再修改。
实施时每完成一个逻辑切片就停下来，说明 diff 和验证结果。
如果测试失败，先解释根因与备选方案，不要扩大修改范围。

Plan Mode、权限模式和命令名称会随版本变化；这里强调的是“先计划后执行”的工作习惯。