dsh-kanban

任务状态曾散落在手写 Markdown 表格和各会话记忆里，面板、工具与脚本各说各话，没有统一门禁，也没有可靠的事件记录——看板上的吞吐与周期时间若不能从真实移动推导，数字反而会成为误导证据。dsh-kanban 用单一 SQLite 存储（默认位于 $DSH_HOME/.kanban/board.db）托住人机与多 Agent 会话，所有变更经同一套策略引擎：拒绝 Agent 的门，同样拒绝人类。

三种入口共用这一份真相：侧边栏看板供拖拽、搜索与卡片抽屉；九组 kanban_* 工具与运行时注册的 kanban skill 供 Agent 列读、创建、更新、移动、丢弃、冲刺与指标；bin/kanban.mjs 则在终端提供相同动词与可区分的退出码。Definition of Ready / Done、WIP 上限、优先级与服务类别写在存储里，每次变更追加事件，四类流指标从事件重算而非读列状态。

工作流沿 backlog → ready → in-progress → review → done，另有 dropped 与 blocked 标记；仅人类可设优先级、服务类别、WIP 限制或例外门禁（须写明理由），丢弃卡片须填写原因。Agent 创建与更新可携带 write scope，与 DoR 对齐；乐观并发可选 expectedRev，工具边界区分人机身份。

适合在 DSH 桌面环境中需要「全家目录一张板、人机与 Agent 同规则」的团队或个人：既要可视化推进任务，又希望会话内 Agent 能合规地读写卡片，并需要可审计的历史与流指标，而不是再维护一份会分叉的 Markdown 镜像。