hermes - 💡(How to fix) Fix [经验分享] Doer/Reviewer 双角色并行编排 + Hindsight 共享记忆实践

背景

我们在 Hermes Agent 上搭建了一套 Doer + Reviewer 双角色并行编排系统，稳定跑了近一个月，处理了文献检索、数据统计、代码审查等数十个任务。想分享一些实践经验和改进建议。

架构：Doer/Reviewer 双角色 + Hindsight 共享记忆

用户任务 → 拆成子任务
  → Doer-1/2/3 并行执行（terminal + file + web）
    → 跑完一个 → Reviewer-1/2/3 自动审查（交叉验证、查错）
      → learnings → Hindsight 长期记忆

和 Swarm 的核心区别

关键发现：Hindsight 才是真正的"并行 Agent 共享记忆"

我们测试发现 MEMORY.md 的快照机制导致并行 Agent 之间看不到彼此新写入的记忆——因为系统提示词在启动时冻结，为了保持 DeepSeek 的 prefix cache 稳定性。

解决方案： 让 Doer/Reviewer 的 toolsets 包含 "memory"（触发 Hindsight 注入），Agent 执行前调用 hindsight_recall 查长期记忆，执行后调用 hindsight_retain 写入发现。Hindsight 是实时查询的数据库，不受快照冻结影响。

# Doer 和 Reviewer 的 toolsets 必须包含 "memory"
"doer": {"toolsets": ["terminal", "file", "web", "memory"]}
"reviewer": {"toolsets": ["file", "web", "memory", "terminal"]}

给官方的建议

1. Swarm worker 应自动注入 Hindsight —— 目前 worker 没有 memory toolsets，无法利用长期记忆。如果 worker 启动时默认启用 Hindsight recall/retain，多 Agent 协作的知识积累会大幅提升。

2. 审查角色值得内置 —— Doer 出活 → Reviewer 把关的模式，在我们实践中把错误率降低了 ~60%（尤其是引用虚假、数字错误这类问题）。Swarm 的 verifier 可以升级为独立审查 Agent。

3. 自动调度分层（L0-L3）很有用 —— 30 秒以内的任务自己处理，涉及数字/数据的自动加 Reviewer，超过 5 个 Agent 先确认再跑。用户不用操心"该不该用并行"。

实际效果

• 文献检索+验证：8 篇文献 × Doer 检索 + Reviewer PubMed 交叉比对，虚假引用从 ~30% 降到 0
• 全书章节比对：13 章 Doer 并行比对 + Reviewer 独立复核，发现 2 项重大差异和 1 项误报
• 数据统计：项目数据并行统计，Reviewer 复核数字一致性

代码

完整实现在我们的 fork，核心是外部调度脚本 + skill 组合。更希望的是 讨论思路本身，而不是直接提代码 PR——因为架构差异较大，硬塞代码不如交流理念。

欢迎讨论！ 🙏

CC @teknium1 @Niraven @kshitijk4poor @nicoloboschi — 分别涉及 kanban swarm 拓扑、Hindsight 记忆系统、以及审查角色相关的设计，希望能听到你们的看法。