Hermes Agent Kanban 适合拆“大而可并行”的任务,不适合把一个小修改拆成很多卡片。判断标准很简单:如果每个子任务都有独立输入、独立产物、独立验收,就适合放进 Kanban;如果几个步骤必须前后紧贴、改同一批文件,就让一个会话完成更稳。
官方在 v0.13 把 Kanban 做成 durable multi-agent board,核心变化包括 worker heartbeat、reclaim、zombie detection、retry budget、任务失败自动阻塞等。换句话说,它不是普通看板皮肤,而是让多个 Hermes worker 可以接力处理任务,同时减少“任务卡死没人知道”的问题。
适合放进 Kanban 的任务
| 场景 | 为什么适合 |
|---|---|
| 批量整理文档 | 每篇文档可独立处理,冲突少 |
| 多模块测试修复 | 前端、后端、脚本可分开验证 |
| 竞品资料收集 | 不同来源可并行调研 |
| 迁移前盘点 | 扫描、分类、报告可以分阶段交付 |
不适合硬拆的任务
如果任务只有一个关键文件、一个紧密调用链,或者最终判断依赖同一个上下文,硬拆会增加沟通成本。比如“修一个登录接口 500 错误”,最好先让一个 Hermes Agent 读日志、定位、修改、验证;除非确认问题分散在网关、前端、鉴权服务三个独立区域,再拆给不同 worker。
怎么拆更稳
- 每张卡只写一个可验收结果,不写“继续优化”。
- 给每张卡标明可改范围,避免多个 worker 改同一文件。
- 要求 worker 写完成摘要、测试结果和未解决风险。
- 发现卡住时先看 heartbeat 和 worker 日志,不要盲目重开。
Kanban 的价值是并行和持久,不是让所有任务看起来更复杂。官方仓库地址:https://github.com/NousResearch/hermes-agent。