Hermes Kanban 设计意图

Kanban 是 多 agent 协作的任务调度器——多个 Hermes 实例（不同 profile、不同机器、不同平台）通过同一个 SQLite 看板协调工作，避免冲突。

看板 ← 多个 Hermes 实例共享

实例 A (你, Telegram)    实例 B (服务器, gateway)    实例 C (CI/CD)
     │                          │                        │
     └──── 都盯着同一个看板 ────┴────────────────────────┘
                │
        创建任务 → 认领 → 干活 → 完成

经典场景

1. 团队分工协作

你: 建一个看板任务 "重构用户模块"
     → 子任务1 "改 User 模型"   ← worker A 认领
     → 子任务2 "重写 API 层"    ← worker B 认领
     → 子任务3 "更新前端"       ← 你认领

各自在自己的 Hermes 实例上:
  hermes kanban claim → 自动切 worktree → 干活 → complete

2. 自动派单 (Dispatcher)

服务器上 gateway 持续运行 dispatcher，自动调度任务：

hermes kanban dispatch
  → 回收超时任务
  → 把 ready 任务分给空闲 worker
  → worker 自动 git checkout -b tx/t_xxx-feature
  → 在独立 worktree 里干活
  → 干完自动 push + 标记完成

3. 单用户手动开发（你的场景）

你建迭代时 kanban 自动创建 worktree + 分支 + 派子进程，但子进程环境不完整导致崩溃。对于你一个人一个实例的手动开发流程：

不适合：worktree / 自动派单 / 多 worker 太重了
适合：只看板看一眼"有哪些迭代、什么状态"
实际开发：走 stdd 流程，kanban 只做状态总览

kanban 角色:         迭代状态总览
                            │
stdd 角色:          需求笔记 → 设计 → 编码 → 测试 → 归档 → kanban 标记完成
                           (迭代内部的实际工作)