对比
AI4Kanban vs.
Hermes Agent Kanban
关键不在谁的功能更多，而在看板属于哪里：AI4Kanban 把规划留在代码仓库；Hermes Agent Kanban 把任务队列纳入 Hermes 运行时。
用 Markdown 保存任务与方案，随代码评审和迁移，不绑定执行它们的智能体。
用持久队列连接看板、调度器与具名智能体，统一处理分派和恢复。
四个问题，决定怎么选
前两项关系到规划是否便携，后两项关系到执行是否需要运行时接管。
任务与方案保存在代码仓库中，通过 git 版本管理，也能直接评审 diff。
队列状态保存在 ~/.hermes/kanban.db，通过事件日志追踪，不随代码一起评审。
无需单独的看板服务；现有智能体直接读写仓库中的 Markdown。
由 Hermes 运行时、网关、SQLite 数据库和调度器共同驱动。
任务文件仍然保留，但需要重新发起执行，或等待下一次定时运行。
持久队列通过心跳、领取超时、回收和重试，自动接管未完成任务。
更适合围绕一个仓库协作的个人或小团队，结构简单，迁移直接。
更适合让大量具名智能体跨多块看板协作，并从不同通信渠道统一调度。
谁能直接使用这块看板？
AI4Kanban 使用普通项目文件，任何能读写仓库的智能体都能接入；Hermes Kanban 是 Hermes 运行时的一部分。
OpenClaw
Hermes任何能读文件的智能体
Hermes 运行时
OpenClawHermesOpenClawHermes图中仅列常见工具；其他能读写项目文件的智能体同样可以使用 AI4Kanban。
从人工审核到无人值守
AI4Kanban 在实现前保留一道审核关口；Hermes Kanban 更适合把明确的请求直接交给系统持续执行。
全部你来规划
无自主
人来驱动
传统看板
人负责提出和拆解任务，看板只记录结果。
经审核的自主模式
智能体提议，人工批准
AI4Kanban
refine 补齐信息、整理方案，确认后再开始实现。
完全自主
无人值守执行
Hermes Kanban
系统把简短请求拆成任务树，并交给具名智能体持续执行。
全部智能体规划
无人值守执行：早期误解可能在人工介入前扩散到整棵任务树。
实现前审核：问题会先暴露在方案中，此时还没有产生实现成本。
没有绝对更好的自主程度。需要高频人工判断时，审核关口更稳妥；工作边界清楚、恢复机制成熟时，无人值守执行更高效。
两块看板，服务于不同环节
一个用于发起和审核项目工作，一个用于观察和控制运行中的任务队列。
AI4Kanban — 本地看板
从卡片发起实现、审查、归档，查看输出，并在需要判断时介入。
Hermes Kanban — 调度器实时视图
查看任务状态、运行历史和退出结果，并通过通信渠道操作共享队列。
让看板留在最需要它的地方
希望规划跟随代码、独立于智能体运行时，选择 AI4Kanban；需要共享队列、自动恢复和多智能体调度，选择 Hermes Agent Kanban。
两者也可以组合：在 AI4Kanban 中完善并审核方案，再把获批任务交给 Hermes 执行。