AI 助手不再「你拨一下动一下」：Hermes v0.13.0 的 /goal 和多 Agent 协作彻底改变了游戏规则
AI 助手不再「你拨一下动一下」：Hermes v0.13.0 的 /goal 和多 Agent 协作彻底改变了游戏规则
你一定经历过这种崩溃：让 AI 修 Bug，它只修了一个；让它写报告，它给你三段话就停了；让它同时做调研、分析、写作，结果它把所有事情搅在一起一团糟。
这不是 AI 的问题，是工具的问题。2026 年 5 月 12 日，Hermes v0.13.0 发布，带来了两把钥匙，彻底解锁了 AI 代理的真正潜力。
1. /goal：你只管定目标，执行的事交给 AI
传统模式 vs /goal 模式
传统模式（一问一答）：
你：帮我修 Bug A
AI：修好了
你：帮我修 Bug B
AI：修好了
你：还有 Bug C、D、E...
AI：（开始忘记 Bug A 的上下文）
/goal 模式（持续执行）：
你：/goal 修复所有 failing tests，然后给我一份修复报告
AI：[自动执行第 1 轮] 修复了 Bug A 和 B
AI：[判官模型评估] 未完成，继续
AI：[自动执行第 2 轮] 修复了 Bug C 和 D
AI：[判官模型评估] 未完成，继续
AI：[自动执行第 3 轮] 修复了 Bug E，验证全部通过
AI：[判官模型评估] 目标达成，停止
「判官模型」：不让你操心何时停下
/goal 内置了一个轻量的「判官」模型，每轮执行完它都会问自己：「目标完成了吗？」
- 完成 → 停下来，汇报结果
- 未完成 → 自动续下一轮
- 20 轮上限 → 最后的强制安全网
判官默认是「保守策略」——只有明确确认目标完成才停止。如果判官自己判断错了？默认当「继续」处理，不会漏掉真正的工作。
常用命令
| 命令 | 说明 |
|---|---|
/goal 修复所有 failing tests | 设置目标并启动 |
/goal status | 查看状态和已用轮次 |
/goal pause | 暂停（目标保留） |
/goal resume | 恢复推进 |
/goal clear | 放弃目标 |
什么场景用 /goal 最爽？
修一批连续错误：lint 报错、test failures、类型错误，一股脑扔给 /goal，它会一直修直到全部干净。
把问题查到底：定位根因、写调查报告，让它一直挖，挖到水落石出。
迭代到可用为止：写工具并验证能跑，跑通为止。
2. Durable Multi-Agent Kanban：多个 AI 同时开工，各司其职
/goal 解决了「一个 AI 持续干活」的问题。但如果你的任务需要分工协作呢？
调研 → 分析 → 写作，三个环节你让一个 AI 做，它会糊成一锅粥。
Durable Multi-Agent Kanban 就是干这个的。
核心理念
Every task is a row in ~/.hermes/kanban.db; every handoff is a row anyone can read and write; every worker is a full OS process with its own identity.
每个任务是一行 SQLite 记录，每个交接是一个所有人可读写的数据库行，每个 worker 是一个有独立身份的完整操作系统进程。
对比：/goal vs Kanban
| 维度 | /goal | Kanban |
|---|---|---|
| Agent 数量 | 单 agent | 多 agent |
| 任务类型 | 连续任务 | 分工协作 |
| 依赖关系 | 无 | 支持依赖链 |
| 人工介入 | 不支持 | 支持 block/unblock |
| 持久化 | SessionDB | SQLite |
任务状态机
Created → Ready → In Progress → Done
↓
Block（等待人工介入）
↓
Ready（继续）
Gateway 重启？任务不丢失。人工可以随时 block 任务，补充信息后 unblock 继续。
真实使用流程
第一步：初始化
hermes kanban init
hermes gateway start
第二步：创建角色 profile
hermes profile create researcher
hermes profile create analyst
hermes profile create writer
每个 profile 有自己的 SOUL.md 定义角色行为。researcher 专门调研，analyst 专门分析，writer 专门写作，各干各的。
第三步：建立分工链
hermes kanban create "研究 AI Agent 最新动态" --assignee researcher
# 拿到 researcher 的任务 ID
hermes kanban create "分析这些动态的行业影响" --assignee analyst --parent <research_id>
# 依赖 researcher 的输出
hermes kanban create "写成公众号文章" --assignee writer --parent <analyst_id>
# 依赖 analyst 的输出
这就是依赖链：researcher → analyst → writer，任务自动按顺序推进，上游不完成，下游不启动。
3. 两者结合：工作流自动化的正确打开方式
/goal 解决「一个人持续干活」的问题，Kanban 解决「多个人分工协作」的问题。它们不是二选一，而是可以叠加使用。
典型场景：用一个 Kanban 任务叫「本周技术博客」，分配给 writer agent，然后用 /goal 让 writer agent「写出 3000 字，包含 3 个实战案例，发布到我的博客」。
/goal 管执行质量，Kanban 管协作流程。这是 AI 时代工作流自动化的正确打开方式。
4. 为什么这代表了 AI 工具的范式转变
过去我们把 AI 当「超级搜索引擎」用——你问我答，一问一答。/goal 和 Kanban 把 AI 变成了「虚拟员工」——你定目标，它来执行，中间不用催。
这背后的变化是：
| 旧范式 | 新范式 | |
|---|---|---|
| 交互方式 | 对话 | 目标 |
| 执行模式 | 一次响应 | 持续执行 |
| 协作方式 | 单兵 | 多Agent分工 |
| 状态管理 | 无 | 持久化 |
| 人工介入 | 全程 | 按需 |
总结
Hermes v0.13.0 的两把钥匙：
- /goal — 让单 Agent 持续执行直到目标达成，不用催
- Kanban — 让多 Agent 像真实团队一样分工协作，依赖链清晰
如果你还在用「你拨一下动一下」的方式用 AI 助手，试试 /goal。你会发现，原来 AI 可以不只是一个聊天对象，而是一个真正能干的虚拟同事。
来源：知识库整理，结合 Hermes v0.13.0 官方发布内容 发布日期：2026-05-20