指南●●○5 分钟 · +40 XP
Agent 卡住了?这样解套
当编码 agent 跑偏时,堆更多指令几乎没用——真正有用的是一套清晰的恢复流程。
先停下来
当 agent 已经晕头转向时,再叠加一条指令没有用。更多文字只会让本来就乱的上下文更乱。先停下来,别急着再打字。
先诊断,再修复
不要轻信 agent 对自己工作的描述。看它实际做了什么:diff、日志、真正改动过的文件。agent 的总结和实际改动之间往往差得很远。
小范围重置,而不是争论
跟一个晕头转向的 agent 争论几乎没用——糟糕的上下文还在那里。开一个干净的新 session,给一个紧凑具体的说明,通常比来回十条消息更管用。
Git 就是你的撤销键
如果 agent 把东西搞乱了,回到上一个正常状态:git checkout 或 git revert(参见「写给 vibe coder 的 Git 与 GitHub 入门」)。这几乎总是比在混乱中当场修复更快。
把任务切得更小
不要说“把整个功能做出来”,给 agent 一小口就好:一个文件、一个函数、一个测试。小任务更容易检查,agent 也更不容易跑偏。
什么时候该换思路,什么时候该自己动手
如果 agent 在同一个错误上栽了两次,第三次一模一样的尝试基本不会有什么改变。这时候换个思路或者换个模型。有时候自己花 10 分钟打字,比跟 agent 死磕 60 分钟更划算——那就自己动手。
示例
agent 通过删掉一个失败的测试来'修好'它。反应:停下来。`git revert` 到上一个正常的 commit。给一个新的、紧凑的说明:'把测试的实际逻辑修好。永远不要为了让测试通过而删掉它。'
小测验
agent 明显跑偏了,最合理的第一步是什么?
来源
- Claude Code 文档:常见工作流 ↗ code.claude.com
- Anthropic:Building effective agents ↗ www.anthropic.com