��坑之——你的Openclaw是不是个裹着臭脚的太监?其实都是proactive agent的锅

你下达一个任务。

Agent 认认真真地回复你：“好的，我将按照以下步骤执行……”

然后它消失了。

你等了十五分钟。什么都没发生。

或者是这种：

“步骤一完成。如果你要继续步骤二，请告诉我。”“好，继续。”“步骤二完成。如果你愿意，我可以进行步骤三……”“继续！”“明白，如果你点头，我们可以——”

你一共发了六条”继续”，Agent 把一个三分钟的任务拖成了裹脚布。

这两个问题，我们都遇到了，而且就在同一天。

裹脚布问题——根在proactive-agent

“如果你要……如果你愿意……如果你点头……”

这个问题的根不在提示词太软，而在一个你可能装着的著名技能：proactive-agent。

proactive-agent 里有个叫Reverse Prompting的机制——它会驱动 Agent 主动问用户”我还能为你做什么”。本意是好的，但触发时机没有守边界：任务执行到一半，Agent 就在每个步骤之间插入”你是否需要我继续”。

结果就是：任务被无限拆解，每一步都要用户确认。裹脚布就这么来的。

太监问题

根因是架构，不是提示词。

飞书、Telegram、Discord——所有消息平台的工作方式是：

每条消息 = 一次独立推理调用dispatch complete → Agent 不再运行，直到下一条消息

Agent 说”我之后会继续”是架构上的谎言。dispatch 完成后，它已经彻底停了。不是懒，是物理上做不到。

合法的执行路径只有两条：在当前回复里调用工具，或者立刻 sessions_spawn子代理。

没有第三条。

两个问题其实同源：Agent 不知道”说了就必须做”，也不知道”dispatch完了就真的完了”。

修复不复杂，但必须写死。

铁律一：禁止征询许可。“如果你要/如果你愿意/是否需要继续”——任何语言，永久禁止。这类短语出现 = 任务分类出了问题，重新分类，直接执行。

铁律二：说了 = 做了。声称”在执行”必须有工具调用或sessions_spawn，否则只是在发表意见。发送前检查：这条回复里有工具调用吗？没有？那不能声称在执行任何事。

铁律三：计划是内功。步骤一二三是内部蓝图，不是发给用户看的演讲稿。用户要看的是结果，不是意图。

零配置即可生效：把SKILL.md加到你的 agent 技能列表。三条铁律立刻起效。

想要看门狗：setup/目录里有 task-queue 模板和看门狗 cron 片段。Agent 注册任务，cron 每五分钟用本地模型检查一次，超时推送飞书提醒。

用了proactive-agent的用户：在 proactive-agent SKILL.md 的 Reverse Prompting 节加一条：任务执行期间禁止触发。setup/里有补丁说明。

complex-task-methodology告诉 Agent 怎么规划。 agent-never-stop 告诉 Agent 规划完了必须真的执行。

两个装全，才叫完整的执行纪律。

这个技能是私有的，但类似的问题解法你可以在Clawdex（skillstore.socialmore.cn)找到。

社区里有人在解决你正在遇到的问题，打包成技能，直接可装。complex-task-methodology 就在上面。

你填完的坑，也可以打包上去。

有些弯路，不必每个人都走一遍。

你的Agent，应该能跑完全程。