Kanban看板实现Hermes Agent自动分工、接力执行与容错恢复：需初始化看板并配置SQLite持久化存储，为各Agent创建独立Profile并绑定技能与专属workspace，构建带依赖的任务链，启动Dispatcher监听ready任务，通过数据库查询与状态更新调试故障卡片。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让5个Hermes Agent自动分工、接力干活、出错能恢复，而不是每次发指令都要挨个喊一遍；你希望任务卡在看板上不丢、Agent崩溃后能续跑、同事随时能查进度——这正是Kanban看板要解决的实际问题。
初始化看板并配置持久化存储
运行hermes kanban init命令，在~/.hermes/下生成kanban.yaml和SQLite数据库文件kanban.db。
确认数据库路径已写入配置：打开kanban.yaml，检查storage.path字段是否为~/.hermes/kanban.db；【若路径为空或指向内存数据库:memory:，所有任务将在重启后丢失】。
这一步必须完成，否则后续创建的卡片不会落盘，Agent重启即清空。
创建专职Agent Profile并绑定技能
方法一：基础角色创建
执行hermes profile create researcher，系统在profiles/researcher/下生成独立配置目录。
方法二：技能装配
为该Profile安装必需工具：hermes -p researcher skills install web-search summarize。注意：不加-p参数会装到默认profile，导致worker无法调用。
方法三：模型与上下文隔离
编辑profiles/researcher/config.yaml，显式设置model: anthropic/claude-3-haiku和workspace: /workspace/researcher——【每个Profile必须有专属workspace，否则多个Agent会覆盖同一文件】。
构建带依赖的任务链
第一步：创建父任务卡片hermes kanban create "Q2竞品分析报告"，返回卡片ID如card_abc123。
第二步：创建子任务并声明依赖hermes kanban create "抓取三家竞品官网更新" --parent card_abc123 --assignee researcher。
第三步：追加下游任务hermes kanban create "汇总对比功能差异表" --parent card_abc123 --assignee writer。
注意：writer任务只有在researcher任务状态变为done后，才会由Dispatcher自动提升为ready；若漏写--parent，两个任务将并行乱序执行，writer必然读不到数据。
第四步：强制阻塞校验环节hermes kanban create "人工复核关键结论" --assignee reviewer --lane review，然后手动在UI或CLI中将其status设为blocked——这样它不会被自动领取，必须等你确认后再放开。
启动Dispatcher并监听Ready任务
在后台运行Dispatcher守护进程：hermes kanban dispatcher --interval 30s &。
它每30秒扫描一次kanban.db，将满足依赖条件的todo卡片提升为ready，并尝试分发给对应assignee的Agent进程。
确保目标Profile已启用：运行hermes profile list，确认researcher状态为enabled；若显示disabled，需先执行hermes profile enable researcher。
查看任务状态与调试失败卡片
直接查询数据库最可靠：sqlite3 ~/.hermes/kanban.db "SELECT id, title, status, assignee, lane FROM cards ORDER BY updated_at DESC LIMIT 10;"。
当某张卡片卡在running超过5分钟，大概率是对应Agent未启动或workspace路径权限不足；此时可手动将其状态重置为ready：hermes kanban update card_xyz --status ready。
若卡片持续处于blocked且无人干预，检查cards表中的block_reason字段内容，它记录了Worker主动标记阻塞时提交的具体原因。
