中途纠偏：澄清、否决、回到正确路线

即使计划清晰，执行中仍可能出现方向偏离、范围漂移、验证失败或解释与代码不一致的情况。成熟的协作不是"一次成功"，而是具备及时发现、果断纠偏、收敛闭环的能力。本节给出纠偏信号、三类动作、措辞方式和防止反复返工的方法。

一、需要纠偏的信号

信号	说明	倾向动作
方向偏离目标	改动与原始目标不一致，或在解决另一个问题	暂停并重定向到目标
范围漂移	不断新增无关文件、依赖或功能	明确边界、裁剪额外改动
验证失败	测试/构建/类型检查报错或行为不符	带回错误信息要求修复，不口头接受
说法与代码不符	总结称已完成，但 diff 或测试不支持该结论	以实际 diff 与测试为准，要求补齐
关键信息缺失却自行假设	对未确认的技术选型/兼容性擅自决定	先澄清再继续，必要时否决假设方案
触及高风险操作	生产、凭据、不可逆删除或越权命令	立即停止，人工确认后再决定

二、三类纠偏动作

1. 澄清补充：信息不全时先对齐

当代理通过选择题提问、或需求存在分叉时，直接回答关键决策（兼容性、技术取舍、优先级），避免它在多个分支里盲目尝试。可补充缺失的约束、输入样例或期望行为。

2. 明确否决：方案不成立时果断叫停

对方向错误、风险过高或超出范围的方案，直接说明"这部分不采用/先不要做"，指出问题所在并给出应遵循的边界，而不是含糊容忍后继续累积改动。

3. 重定向：把执行拉回目标主线

用一句话重申目标与当前应完成的步骤，要求代理回到既定计划的下一步；若已产生大量偏离改动，先审查并回退无效部分，再重新进入小步实现。

三、基于证据纠偏，而不是口头争论

• 以 diff 为准：用 /diff 和只读版本控制命令核对真实改动，判断是否越界。
• 以验证为准：把测试失败输出、构建报错、复现步骤发回，要求针对报错修复，形成"改动 → 失败 → 再修 → 再测"的收敛循环。
• 以行为为准：功能类任务以可复现的实际行为判定，而不是代理的完成声明。
• 先暂停再判断：发现明显偏差时先要求停止继续扩大改动，确认问题后再决定修复还是回退。

四、防止反复返工的做法

• 首轮把要素补齐：目标、约束、验收越完整，中途纠偏越少。
• 用里程碑控制：按上一节的小步节奏，每步达标再前进，不在未验证的基础上叠加。
• 保持上下文新鲜：长会话适时 /compact；话题切换用 /clear，长期约定放在 CLAUDE.md。
• 保留可回退点：按节奏整理提交，使纠偏和回退成本可控。