大多数 “multi-agent” 工作流，其实还是太隐形了。

你让一个 Agent 拆任务，子 Agent 在进程里跑，最后结果回到主上下文里。顺利的时候还行。

但真实工作没这么干净。

• Agent 会互相等待。

• 人类需要解锁任务。

• Worker 会崩。

• 凭证会缺。

• Reviewer 会拒绝第一次结果。

• 长项目还需要一个能跨重启、重试、上下文压缩继续存在的审计记录。

这就是 Hermes Kanban 要解决的问题。

它把多 Agent 工作变成一个持久化的 SQLite 看板。每个 task、run、comment、dependency、handoff 都会变成可检查的状态。

Hermes Kanban 不是“给 Agent 加一个任务列表”。

它是给命名 AI worker 准备的协调层。

隐形子Agent的问题

标准多 Agent 流程一般是这样：

• 主 Agent 收到目标。

• 主 Agent 拆成子任务。

• 子 Agent 执行。

• 主 Agent 等答案。

• 最后压回一个最终回复。