上一篇聊了Codex白皮书里的Loop概念，当时觉得这个思路挺好的——让AI从一个对话变成一个持续运行的进程。但说实话，看完之后没立刻动手，因为白皮书里描述的实现方式看着挺复杂。

后来发现，其实不需要那么复杂。Hermes Agent 里自带一个 /goal 命令，它的效果跟白皮书说的 Loop 几乎一样。

/goal 怎么用

就是设定一个目标，告诉 Hermes 持续推进，遇到要决策的时候叫你。然后你可以同时开好几个 /goal，它们各自跑各自的。任务不需要你盯着，它会自己去推，推不动了就回来问你。

我现在每次开三四个目标同时跑，互不干扰。有的在整理代码，有的在查资料，有的在起草内容。我只需要偶尔切过去看一眼，审批一下关键决策。

跟白皮书说的 Loop 对照一下

白皮书说 Loop 的核心要素有三个：持久线程、记忆、工具链打通。

持久线程——/goal 天然就是持久的。目标一旦设好，Hermes 会一直在后台推进，不会因为一次对话结束就中断。

记忆——我在项目里放了 vault 目录之后，/goal 推进的过程中会自动读写 vault 里的文件，等于有了一个共享的记忆空间。

工具链打通——/goal 可以使用 Hermes 的所有工具，包括文件读写、搜索、终端执行。这意味着它能做的不仅仅是"回答问题"，还可以真正干活：改文件、跑命令、查日志。

白皮书举了一个"幕僚"的例子：定时检查 Slack 和 Gmail，找需要关注的消息，搜索上下文，起草回复，用户审批后发出。我目前还没跑到这个程度，但至少从架构上看，/goal 已经具备了支撑这种 Loop 的能力。

跟 oh-my-agent 那次对比

之前折腾 oh-my-agent + opencode，想要的就是这种效果，结果没跑通。现在用 Hermes 的 /goal，不费什么力气就实现了。区别在哪？

oh-my-agent 那个方案，需要你安装额外的东西、配置一堆插件、打通各种工具链。而 /goal 是 Hermes 自带的功能，装好就用，不需要额外折腾。路径更短，容错率更高。

一点感受

读完白皮书的时候，觉得 Loop 这个概念很对，但不知道从哪里开始。后来发现最好的开始方式就是先设一个 /goal 试试。不用一步到位搭一个完整的 Loop 系统，先跑一个简单的目标，慢慢加。

从读到用，一个 /goal 就够了。