promptgarden 🌱
🌍 DE
指南●●○5 分钟 · +40 XP

Agent 卡住了?这样解套

当编码 agent 跑偏时,堆更多指令几乎没用——真正有用的是一套清晰的恢复流程。

先停下来

当 agent 已经晕头转向时,再叠加一条指令没有用。更多文字只会让本来就乱的上下文更乱。先停下来,别急着再打字。

先诊断,再修复

不要轻信 agent 对自己工作的描述。看它实际做了什么:diff、日志、真正改动过的文件。agent 的总结和实际改动之间往往差得很远。

小范围重置,而不是争论

跟一个晕头转向的 agent 争论几乎没用——糟糕的上下文还在那里。开一个干净的新 session,给一个紧凑具体的说明,通常比来回十条消息更管用。

Git 就是你的撤销键

如果 agent 把东西搞乱了,回到上一个正常状态:git checkoutgit revert(参见「写给 vibe coder 的 Git 与 GitHub 入门」)。这几乎总是比在混乱中当场修复更快。

把任务切得更小

不要说“把整个功能做出来”,给 agent 一小口就好:一个文件、一个函数、一个测试。小任务更容易检查,agent 也更不容易跑偏。

什么时候该换思路,什么时候该自己动手

如果 agent 在同一个错误上栽了两次,第三次一模一样的尝试基本不会有什么改变。这时候换个思路或者换个模型。有时候自己花 10 分钟打字,比跟 agent 死磕 60 分钟更划算——那就自己动手。

示例

agent 通过删掉一个失败的测试来'修好'它。反应:停下来。`git revert` 到上一个正常的 commit。给一个新的、紧凑的说明:'把测试的实际逻辑修好。永远不要为了让测试通过而删掉它。'

小测验

agent 明显跑偏了,最合理的第一步是什么?

来源

相关主题

Agent loop:思考 → 行动 → 检查 → 重复 ●●○自主 agent 的护栏(guardrails) ●●●写给 vibe coder 的 Git 与 GitHub 入门 ●○○