AI Agent 最大痛点,被 Hermes Agent v0.13.0 一条 /goal 干掉了

过去一年,很多人都在谈 AI Agent。
有人说它能自动写代码,有人说它能做调研,有人说它能帮你搭网站、跑脚本、查资料、生成报告。
但真正用过的人都知道:
Agent 最大的问题,不是不会做。
而是——
它做着做着,就停了。
你让它修复测试,它跑了一轮,然后告诉你“发现了问题”。
你让它改完整个项目,它改了一个文件,然后停下来等你。
你让它做一份完整报告,它写了大纲,然后礼貌地问你:“是否继续?”
于是,一个本该自动工作的 AI Agent,最后变成了一个需要你不断拍肩膀的实习生。
“继续。”
“再继续。”
“还有呢?”
“不是这个目标,回到原任务。”
这就是今天 AI Agent 最尴尬的现实:
它很聪明,但不够执着。
而 Hermes Agent v0.13.0 的 /goal 模式,正是冲着这个痛点来的。
一、以前的 Agent,为什么总是“半途而废”?
很多人以为 AI Agent 的核心问题是模型不够强。
其实未必。
很多任务失败,不是因为模型不知道怎么做,而是因为任务执行链太长。
比如你给 Agent 一个目标:
修复这个仓库里所有失败的测试,并确保 CI 通过这个任务看似简单,实际可能包含:
1. 读取项目结构 2. 运行测试 3. 定位失败原因 4. 修改代码 5. 再次运行测试 6. 发现新的报错 7. 继续修复 8. 验证结果 9. 输出总结
这不是一次问答,而是一段连续行动。
传统 Agent 很容易在其中某一步停下来。
它可能“解释了问题”,但没有修。
它可能“修了一个点”,但没验证。
它可能“跑了一次测试”,但没处理后续失败。
于是,人类又被迫回到驾驶位。
你不是在使用 Agent。你是在监工。
这就是 /goal 模式想解决的问题。
二、/goal 到底是什么?

一句话解释:
/goal是给 Agent 设定一个长期目标,让它围绕这个目标持续执行,直到完成、暂停、清除,或达到回合预算。
过去,你需要手动输入:
继续现在,你可以直接输入:
/goal 修复 tests/hermes_cli/ 中所有失败测试,并确保 scripts/run_tests.sh 对该目录执行通过然后 Hermes 会进入一个目标循环:
设定目标
→ 执行第一轮
→ Judge 判断是否完成
→ 没完成,自动继续
→ 再判断
→ 直到完成或暂停这就是 /goal 的核心价值:
它不是让 AI 回答得更漂亮,而是让 AI 更接近“把事情做完”。
三、一条 /goal,把 AI 从聊天模式推向执行模式
/goal 最值得注意的地方,不在于命令本身有多复杂。
恰恰相反,它的命令很简单。
/goal <你的目标>例如:
/goal 把这个项目的 README 重写成适合开源社区阅读的版本,并补充安装、使用、FAQ 三个部分或者:
/goal 检查当前仓库的所有 lint 问题,逐个修复,并确认最终检查通过或者:
/goal 调研 Hermes Agent v0.13.0 的主要更新,整理成一份面向开发者的中文报告你会发现,它和普通 prompt 最大的不同是:
普通 prompt 更像是在问 AI:
“你现在能不能帮我做一步?”
而 /goal 更像是在告诉 Agent:
“这是最终目标,你围绕它一直推进。”
这就是聊天机器人和执行型 Agent 的区别。
四、真正的变化:Agent 开始拥有“任务韧性”
Hermes Agent v0.13.0 的发布代号是 The Tenacity Release。
Tenacity,意思是韧性、坚持、不轻易放弃。
这个名字非常贴切。
因为这一版真正重要的点,不是让 Agent 看起来更炫,而是补上了 Agent 最无聊、也最致命的短板:
持续性。
真实世界的任务,本来就不是一轮完成的。
写代码需要反复测试。
做调研需要交叉验证。
做内容需要先粗稿、再润色、再排版。
做自动化需要运行、报错、修复、重跑。
做数据分析需要清洗、统计、解释、可视化。
过去的 AI 更像“回答机器”。
而 /goal 让 Hermes 更像“执行系统”。
五、旧 Agent 和 /goal Agent 的差距在哪里?

传统 Agent 的工作方式,往往是这样的:
用户提出任务
→ Agent 执行一部分
→ 中途停止
→ 用户输入“继续”
→ Agent 再执行一部分
→ 又停止
→ 用户继续催促这会带来三个问题:
第一,效率低。
用户必须一直盯着。
本来想让 AI 自动干活,结果变成自己不断监工。
第二,体验差。
你以为交代清楚就可以离开,结果它做一半就停。
每次回来都要重新确认上下文。
第三,结果不稳定。
一旦上下文断掉,任务质量就容易下降。
前面定好的目标,后面可能慢慢偏离。
而 /goal 的逻辑是:
目标设定
→ 自动执行
→ 自我判断
→ 未完成则继续
→ 完成后停止它把 Agent 从“被动回复”变成了“目标驱动”。
这才是 AI Agent 真正应该有的样子。
六、但别神化:/goal 不是魔法
当然,/goal 并不意味着 Agent 从此不会犯错。
它不是“自动成功按钮”。
它更像是给 Agent 加了一个目标保持器。
你仍然需要写清楚目标。
你仍然需要验证关键结果。
你仍然需要给复杂任务设置边界。
比如,不推荐这样写:
/goal 帮我优化项目太宽泛。
更好的写法是:
/goal 找出当前仓库中导致 npm test 失败的原因,逐个修复,并在最后确认 npm test 全部通过或者:
/goal 将 docs/ 目录下的英文文档整理成中文开发者指南,保留代码示例,输出 Markdown 文件,并检查链接是否可用好的 /goal,应该包含四个要素:
目标、范围、完成标准、验证方式。
目标越清楚,Agent 越不容易跑偏。
七、谁最应该关注 /goal 模式?
我认为,下面几类人应该重点关注 Hermes Agent v0.13.0 的 /goal。
1. 开发者
尤其是经常让 Agent 修 bug、跑测试、改文档、重构代码的人。
过去你要盯着 Agent 一步步走。
现在你可以把“最终通过测试”写进目标,让它围绕结果推进。
2. 独立开发者
一个人做产品,最缺的不是想法,而是执行力。
/goal 可以把很多碎片任务变成连续工作流:
整理需求、生成页面、修复报错、补充文档、准备发布说明。
3. 内容创作者
如果你做技术号、产品号、AI 工具号,/goal 可以用来做资料整理、文章初稿、标题生成、结构优化、事实核对清单。
4. 自动化玩家
真正的自动化,不是让 AI 回答一句话,而是让它持续完成一个流程。
这正是 /goal 的价值区间。
八、我的判断:这可能是 Agent 产品化的一个小分水岭
过去,很多 AI Agent 看起来很强,但用起来很累。
因为它们总需要人类不断兜底。
而 Hermes Agent v0.13.0 的 /goal 模式,真正有价值的地方在于:
它让 Agent 从“响应用户”进一步走向“完成目标”。
这两个词差别巨大。
响应用户,是聊天机器人的逻辑。
完成目标,是执行型 Agent 的逻辑。
未来的 Agent 不应该只是“你问我答”。
它应该知道任务还没完成。
它应该知道下一步该做什么。
它应该知道什么时候继续,什么时候停下。
它应该知道自己不能只交一份漂亮解释,而要交付一个结果。
这就是 /goal 带来的想象空间。
它不一定是终局答案。
但它明确指出了一个方向:
AI Agent 的下一阶段,不是更会聊天,而是更能把事做完。
而 Hermes Agent v0.13.0,正在把这个方向往前推了一步。
结尾金句
过去,我们总是对 AI 说:
继续现在,我们只需要说:
/goal剩下的,让 Agent 自己记住目标,自己走完流程。
真正的 Agent,不该等人类反复催促。
真正的 Agent,应该完成它开始的事。
夜雨聆风