对比
AI4Kanban vs.
Hermes Agent Kanban
两个面向智能体的看板，重叠的地方不少。差别在于看板处在技术栈的哪一层：ai4kanban 是一层精简的看板层，你可以在它上面跑任何智能体；Hermes Agent Kanban 则把那层看板熔进了自己的运行时。
你仓库里的纯 Markdown 看板。运行时、执行、甚至维护都叠在上面，换掉智能体，看板照旧。
看板、调度器和具名智能体是一个整体运行时，持久、开箱即用，但看板拆不下来。
那为什么不直接用 Hermes Kanban？
问得好，两者确实重叠很多。都是智能体用来规划和干活的看板，所以可以把 ai4kanban 看成Hermes Kanban 的轻量替代：同一个看板思路，减掉打包进来的运行时。差别在下面那一层。
AI4Kanban — 由文件组成的看板
- 你仓库里的纯 Markdown，每一次任务和方案的改动都是一个可评审的 diff。
- 没有任何基础设施：不用装，也不用一直开着。
- 执行交给你本来就在用的环境：Claude Code、Codex、Cursor，甚至 Hermes。
Hermes Kanban — 运行时里面的看板
- 位于 ~/.hermes/kanban.db 的持久化 SQLite 队列，许多具名智能体和人一起共享。
- 调度器把就绪的任务分给智能体，并能恢复崩溃的运行。
- 绑定 Hermes / Nous 技术栈及其 kanban_* 工具。
什么时候用 ai4kanban
当你希望看板和代码一起被版本管理、当你打算留在本来就在用的环境里、或者当你不想为了一块任务板去运维一个运行时，就选这个技能。当你已经在深度使用 Hermes时，就选 Hermes Kanban，它的看板能直接接上你配好的调度器、具名 profile 和聊天端控制。说到底两者都是持久化队列：这个技能的队列是 git 里的文件，Hermes 的是 SQLite 里的行。
哪些智能体能跑这块看板？
这是最清楚的一处差别。技能的看板就是纯文件，所以任何能读仓库的智能体都能跑，包括 Hermes 自己。Hermes Kanban 的看板藏在运行时的 kanban_* 工具后面，所以只有 Hermes 能。
OpenClaw
Hermes任何能读文件的智能体
只有 Hermes
OpenClawHermesOpenClawHermes……而且技能这一行还能一直往下列：Windsurf、OpenCode、Gemini CLI，任何会读文件的都行。Hermes Kanban 则没有给别的智能体留门。
AI4Kanban vs. Hermes Kanban
表示明确胜出；横杠表示是一处取舍。技能赢在简单和可迁移，Hermes 赢在持久共享队列和规模，其余打平。
一层文件式看板，看板就是你仓库里的纯 Markdown。
Hermes 智能体运行时的一个看板功能，一块持久化的 SQLite 看板。
自己没有，看板就是你仓库里的纯 Markdown 文件。
一个常驻网关、一个 SQLite 数据库，外加一个调度循环。
在你仓库里，纳入版本管理，每一次任务和方案的改动都是一个可评审的 diff。
在 ~/.hermes/kanban.db 这个 SQLite 库里；改动进的是事件日志，不是 diff。
一句话：一个技能文件加一个小脚本。
装 Hermes 运行时、配好 profile、把网关跑起来。
由你的运行环境驱动：你一发起，Claude Code 就会并行拉起子智能体；定时的活放在 recurring/ 目录里。
由运行时驱动：调度器自己捡起就绪的任务，并为每个任务拉起一个工作进程。
没有逐任务的队列，跑到一半挂掉的任务，下一次定时会重跑。
持久队列会自动接管进行中的活：领取 TTL、心跳、过期领取回收、重试。
一张卡拆成待办项和一张任务图，分组、阻塞、关联，依赖关系在写的时候就理清了。
调度器自动跑一个 LLM 拆解器，把一个任务展开成子任务图，分派给各自的专职智能体。
记忆被精简成“为什么否掉”和“交付了什么”，好让智能体往前提，是筛选过的，不是完整日志。
保留完整的追加式事件日志和每次尝试的运行记录，供审计用。
一个本地网页看板，卡片上的操作（实现、审查、归档）会把活交给智能体。
一个实时网页看板，支持拖拽和侧边抽屉，还能从聊天应用里控制。
一块单人看板；板子长大之后 grep 就不好使了。
能扩展到跨多块看板的许多智能体，多租户，可从 Discord / Slack / 邮件 / 短信控制。
两块看板各自记住什么
本质差别：技能的记忆是规划的输入，它存在是为了让下一次提议更聪明。Hermes 的日志是执行的产出，它存在是为了让过去能被回放。
AI4Kanban
记住结论，其余的忘掉。
四个小文件，故意做了精简：archive.md（交付了什么）、rejected.md（我们否掉了什么，为什么）、redesign.md（不该重犯的设计失误）、memory.md（过去的扫描学到了什么）。智能体在提议或写卡之前会全部读一遍；完整的历史是 git 的活。
“想法 X 为什么不在看板上？”
rejected.md 里的一行：这个想法，以及它被否掉的原因。死掉的想法就让它死透。
Hermes Kanban
记住每一个事件，什么都不概括。
每一次状态流转都落进一份只追加的日志；每一次尝试都留着退出码和完整的工作进程输出。这是为审计和崩溃恢复设计的，不是为了指引下一个想法。
“42 号任务昨晚发生了什么？”
claimed → crashed → reclaimed → completed，还带着每次尝试的日志可以翻。
筛选过的记忆让智能体下一次更聪明；审计日志让过去可以被还原。谁也替代不了谁。
该给智能体多大的自主权？
Hermes Kanban 承诺的是“丢一句话，然后走人”，完全自主。ai4kanban 是智能体辅助，而且起点比 plan mode 还早：你把一个半成形的想法存进看板，refine 把它变成具体的需求，你批准之后才会写下第一行代码。
全部你来规划 ↓
无自主
人来驱动
传统看板
每个任务都得你自己想出来、自己拆开，Trello 或 Jira 只负责记下来。
半自主
智能体辅助
AI4Kanban
每一次 refine 都会挖出缺失的部分，把需求补齐。动工之前由你过目。
完全自主
丢完就忘
Hermes Kanban
扔进一句话，出来一棵任务树：自动拆解，无人值守一路做到完。Claude Code 的 /goal 押的是同一个赌注。
↑ 全部智能体规划
丢完就忘：早期一个小小的误解，长成一整棵错误的任务树，而且都做出来了，token 也花掉了。
智能体辅助：一张写错的 Markdown 卡，在你审阅时就被抓住，什么都还没开始做。
一次 refine 会补上缺失的步骤、把顺带冒出来的想法拆成独立的卡、把已经落地的待办打上勾，再把需要品味判断的留成问题给你。等问题都没了，这张卡就翻成ready：读一遍，然后开工。
看板图形界面
两边都带网页看板，但扮演的角色不同。技能的看板是你操控智能体的控制面，卡片上的操作会发起运行。Hermes 的看板是通向调度器的实时窗口，它显示整个机队此刻在干什么。
AI4Kanban — 本地看板
架在 Markdown 文件之上的本地网页看板。卡片上的操作（实现、审查、归档）会把活交给智能体，你能看着它的日志流回来，中间还能人工介入。
Hermes Kanban — 调度器实时视图
一个实时追踪事件日志的看板：可以在列之间拖拽，侧边抽屉里有运行历史和退出状态徽章，同一块看板还能从 Discord、Slack 或短信里操控。
各自赢在哪里
谁也不是绝对更好。ai4kanban 优化的是一块自己不带任何基础设施的轻量文件式看板；Hermes Kanban 优化的是一条持久共享的工作队列，让许多智能体无人值守地跑。运行环境本身的能力，比如并行运行、编排、仪表盘，两边都有，所以这里就不列了。
AI4Kanban
自己不带任何基础设施
没有数据库，没有网关，没有守护进程。除了你本来就在跑的智能体，看板就是几个 Markdown 文件，不用额外安装，也不用一直开着，在飞机上照样用。
能 diff、能版本化的文件
看板住在仓库里、跟着仓库走，用你自己那套版本管理就行。每一次任务和方案的改动都是一个可评审的 diff：项目之外没有 SQLite，没有要查询的事件日志，也不会被绑死在某一套智能体技术栈上。
会自我精简的记忆
它记下某个想法为什么被否、什么已经交付，让智能体往前提，而不是把死掉的活又端出来。它只留下会影响下一个任务的东西，而不是一份完整的审计日志。
一句话就装好
一个技能文件加一个小脚本，没有 profile 要配，没有调度器要调。它会长在任何能读文件的智能体已经站着的地方，Hermes 也算。
Hermes Kanban
一块看板，许多具名智能体
一块持久的看板，多个具名智能体，还有人，在上面领取任务、交接工作。调度器轮询就绪任务，为每个任务拉起指定的智能体。技能的看板则由你当下所在的那一个运行环境驱动。
会自愈的任务队列
队列会跨越崩溃盯住每个任务：领取 TTL、心跳、过期领取回收、重试和熔断。一个工作进程可以中途挂掉，看板会把任务收回并重试。技能的文件也是持久的，但挂掉的运行只能等下一次定时。
自动拆解任务
丢进一个粗略的任务，调度器的 LLM 拆解器就把它展开成一张子任务图，每个子任务分派给专职智能体，不用手工拆。技能则是把一张卡拆成待办项和一张需要手工照料的任务图。
机队规模与触达
为跨多块看板的许多智能体而生，多租户，可从 Discord、Telegram、Slack、邮件和短信控制。技能则是一块留在你仓库和终端里的精简单人看板。
你该用哪一个？
这些情况选 ai4kanban
- 你想要一块文件式看板，每一次任务和方案的改动都是一个可评审的 diff。
- 你不想让它自带基础设施：纯文件、能离线、能带走、不锁定。
- 你想让它跟智能体无关：Claude Code、Cursor，甚至 Hermes 自己。
- 你一个人干，比起打包好的引擎更看重一块精简的看板。
这些情况选 Hermes Kanban
- 你已经在深度使用 Hermes，profile、网关和聊天端控制都配好了。
- 你想要一块持久看板，让许多具名智能体，还有人，一起共享。
- 你想要一条能跨崩溃自动接管进行中任务的队列。
- 你想让调度器自动拆解任务并分派给专职智能体。
- 你要在多块看板和多个聊天平台上跑机队级的工作量。
它们的重叠比名字看上去多得多，两者都是智能体看板。分歧在于打包了什么：ai4kanban 是一块把自动化交给你的运行环境的文件式看板；Hermes Agent Kanban 是同一块看板外面裹了一条持久共享的工作队列。如果你想要一块许多智能体共享、还能扛住崩溃的看板，用 Hermes。如果你想要一块待在仓库里、需要时才扩展的精简看板，用 ai4kanban。
它们甚至可以并排放着：技能当那个在 git 里做规划和取舍的轻量地方，Hermes 当那条在你想清楚之后跑重活、跑共享工作的持久队列。