为每个工作区建看板,让智能体按流程接单干活
36.5/100
综合分
5
GitHub 星标
257
npm 周下载
—/5
用户评分
数据截至 2026/9/27 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。
安装命令 · 需先装 dsh CLI 引擎
dsh plugin --profile web add dsh-kanban-flownpm 源 · dsh-kanban-flow 的发布者账号已校验与本仓库一致
状态速览
判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态信任档位:已验证
图例:✓ 通过! 需注意— 未判定 / 无数据· 「未判定」= 本站尚无数据,不代表插件有问题
档位由哪些信号合成
本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。
给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个
界面预览
1 张 · 点击查看大图功能亮点
- 每工作区独立看板
- 任务独立智能体会话
- 人机工作流防护
DeepSeek Harness 的智能体驱动看板:每个工作区一块看板,每个任务独立智能体会话,人机工作流带防护
最近更新
在 GitHub 查看全部 →v0.2.12026-09-27
· 修复
· 兼容 dsh 0.1.5-rc.3:在 cordis 的 inject 列表里声明 workspaces 和 sessions。0.1.5 会在第三方插件执行 apply 之后才注册这些客户端服务,所以之前一次性调用 ctx.get() 拿到的一直是 undefined——插件挂载了,但每次查 workspace 都静默返回 null(侧边栏没有看板按钮,看板为空)。现在 cordis 会推迟 apply(),等服务就绪再执行。
· 新增
· 依赖契约测试:apply() 用到的每个 ctx.get() 服务都必须在 inject 里声明(正是这次回归的问题),另加一个插槽注册的冒烟测试。
· vitest 现在能解析 tsconfig/build 使用的 @/ 别名。
v0.2.02026-09-04
· 新功能
把鼠标悬停在任意卡片上,就能看到智能体最新的状态备注。智能体每轮结束时通过新的 kanbanflow_set_status 工具设置一条简短状态(最多 2 句:做完了什么、接下来做什么,或者需要你提供什么)。
· 新增智能体工具:kanbanflow_set_status
· statusNote/statusAt 存到条目上(增量式 schema 变更,上限 400 字符)
· 卡片悬停提示(portal 渲染、可键盘聚焦、拖拽时隐藏);条目对话框里有状态框
· pickup/requeue/resume 提示词和 workflowRules 里加了状态规则
· 覆盖设置/清除、长度上限、克隆往返的测试
没有状态的卡片不显示提示。此版本之前完成的条目(或升级后还没跑过一轮的智能体)要等到下一轮才有状态。
数据来自仓库的 GitHub Release,可能与插件实际版本不一致。
README
由 DeepSeek 最新模型翻译生成dsh-kanban-flow
面向 DeepSeek Harness 的智能体驱动看板——每个工作区一个看板,每个事项一个任务会话。
DSH Web UI 中的看板:五列,每个事项一张卡片,每张卡片上显示最新的智能体活动
CI
License: MIT
你负责分诊。智能体接手、执行、在自己的任务会话中叙述每一步,并在需要你时请求审查。 看板强制执行工作流——而非凭感觉:智能体无法抓取未分配的工作,无法跳过你的审查,也无法在你背后关闭事项。
部分基于 dsh-kanban 插件架构,围绕 multica 风格的人机/智能体工作流重建。
快速开始
从 npm 安装——预构建,无需构建审批步骤
dsh plugin --profile web add dsh-kanban-flow
或直接从 GitHub 安装
dsh plugin --profile web add github:thomasvvugt/dsh-kanban-flow
之后重启 dsh web。用 dsh --profile web --dump-config 确认(查找 dsh-kanban-flow 层)。侧边栏中每个工作区旁边会出现一个看板图标——点击它即可打开该工作区的看板。
展开完整文档(README 剩余 1 节)
dsh-kanban-flow 面向 DeepSeek Harness 的智能体驱动看板——每个工作区一个看板,每个事项一个任务会话。 DSH Web UI 中的看板:五列,每个事项一张卡片,每张卡片上显示最新的智能体活动 CI License: MIT 你负责分诊。智能体接手、执行、在自己的任务会话中叙述每一步,并在需要你时请求审查。 看板强制执行工作流——而非凭感觉:智能体无法抓取未分配的工作,无法跳过你的审查,也无法在你背后关闭事项。 部分基于 dsh-kanban 插件架构,围绕 multica 风格的人机/智能体工作流重建。 快速开始 从 npm 安装——预构建,无需构建审批步骤 dsh plugin --profile web add dsh-kanban-flow 或直接从 GitHub 安装 dsh plugin --profile web add github:thomasvvugt/dsh-kanban-flow 之后重启 dsh web。用 dsh --profile web --dump-config 确认(查找 dsh-kanban-flow 层)。侧边栏中每个工作区旁边会出现一个看板图标——点击它即可打开该工作区的看板。 工作流 列是固定的:Backlog → To Do → In Progress → Review → Done | 谁 | 移动 | 含义 | | 人类 | Backlog → To Do | 将事项交给智能体(唯一的接取触发条件) | | 智能体 | To Do → In Progress | 确认接取,开始工作 | | 智能体 | In Progress → Review | 需要人类(在任务会话/对话中说明问题) | | 智能体 | Review → In Progress | 在人类反馈后直接继续 | | 智能体 | Done → In Progress | 当人类对已完成事项回复时重新打开 | | 智能体 | In Progress → Done | 自我评估完成——仅在确认关闭时可用 | | 人类 | Review → Done / In Progress | 接受/返工 | 宿主插件在 kanbanflow_move_item 工具中强制执行所有这些规则——智能体永远不会将事项移入 To Do,永远不会从 Review 完成,非法移动会被拒绝并给出解释。 当事项处于 Review 状态时,在其任务会话中回复会让智能体重新开始工作:它会确认,将事项从 Review → In Progress 移动,并在同一轮中处理反馈。 亮点 看板就在你工作的地方 - 每个工作区一个看板,在对话的 Board 标签页中应用内打开——没有弹窗 - 侧边栏中每个工作区旁边都有一个看板图标;点击工作区会打开看板(可在 Settings → Plugins → Kanban Flow 中切换回会话展开) - 看板视图每 3 秒轮询一次,因此智能体的移动会在你观看时出现在看板上 每个事项一个智能体会话 - 接取会创建一个名为 CODE-12 · Item name 的任务会话——点击卡片即可直接跳入其中 - 进度叙述保存在该会话中;每张卡片显示一行紧凑的最新活动(“harness 已移至 Done · 3 秒前”) - 悬停在卡片上可查看 agent 的最新状态:agent 在每一轮结束时设置一条简短的状态说明(kanbanflow_set_status)——已完成什么、接下来做什么或需要你提供什么。它会在悬停时的工具提示中(以及条目对话框中)显示;尚无状态的卡片不显示工具提示 - 无会话的工作区也不会被遗漏:它们的看板会固定到当前对话的 Board 标签页中(标题显示看板的代码和工作区),并且一旦该工作区拥有自己的对话,就会转为原生模式 由你调整 - 每个工作区的看板代码(2–6 个字符):条目 id 形如 API-3、DKF-17;更改代码时现有 id 保持稳定 - 完成工作需要确认(按看板,齿轮菜单):开启后,agent 永远无法到达 Done——你通过将 Review 拖到 Done 来完成 - 条目包含 id、名称和描述;删除条目会归档其任务会话 在 DSH 中浑然一体 - 通过 DSH 设计令牌支持浅色和深色模式,并使用 light-dark() 列强调色:slate/blue/violet/amber/emerald - 响应式看板:五列在桌面端缩放以填满可用宽度,在平板/手机上垂直堆叠(容器查询,因此它会响应看板的实际宽度——侧边栏等一并考虑) - 动画化的创建/移动过渡、带列高亮的拖拽抬起、agent 更改的卡片脉冲——全部遵循 prefers-reduced-motion - 端到端英文 Agent 工具 kanbanflow_get · kanbanflow_get_item · kanbanflow_create_item · kanbanflow_update_item · kanbanflow_move_item · kanbanflow_delete_item · kanbanflow_set_status · kanbanflow_set_code 存储与信任 - 每个工作区一个 JSON 文件:/.dsh-kanban-flow.json——带 schema 版本,自动迁移,损坏的文件在重置前会备份。你的看板数据永远不会离开工作区。 - 预构建发布:没有安装时脚本,安装时没有构建步骤,客户端唯一的网络调用是插件自身的同源 /api/kanban-flow 路由。 开发 npm install npm test # vitest 单元测试(状态机、id、链接、迁移) npm run typecheck npm run build # 通过 esbuild 重新构建 lib/client.js(已提交) CI 在每次推送时运行测试、类型检查和构建;给版本打标签(v*)会将其发布到 npm。 说明 - 基于 DSH 0.1.1-rc.2 构建。侧边栏图标和工作区点击行为锚定在其侧边栏标记上(目前尚不存在逐行插槽);如果标记发生变化,它们会降级为原生行为,并且图标仅出现在展开的侧边栏中。 致谢与许可 - 架构部分基于其作者开发的 dsh-kanban——谢谢。 - MIT——参见 LICENSE。
预览分享卡片长什么样 ↓
分享 · DeepSeek Harness Hub
thomasvvugt/dsh-kanban-flow
为每个工作区建看板,让智能体按流程接单干活
相关插件 · 工具 / 效率
破甲管控台kingcharleslzy-ai/dsh-purge
dsh-purge Community · DeepSeek Harness 社区维护版:宿主兼容、状态诊断、提示词管理、更新与本机备份回滚。基于小杨 / YuJunZhiXue 的 dsh-purge。
★ 4,330已汉化DeepSeek 客户端
74.5
网文长卷lingfengQAQ/webnovel-writer
基于 Claude Code 的长篇网文辅助创作系统,解决 AI 写作中的「遗忘」和「幻觉」问题,支持 200…
★ 7,826已汉化DSH
72.2
花束设计alchaincyf/huashu-design
一句话生成网页、原型、PPT 与信息图等可交付设计
★ 28,638已汉化DSH
71.7
多智能体协作HKUDS/AutoSwarm
AutoSwarm: Unify Your Agents. Unify Your Context (Codex · Claude Code · DeepSeek Harness · Muse · Grok · WorkBuddy· nanobot · and more)
★ 2,349已汉化DSH
71.6
Vox 拼贴视频生成Alisa0808/vox-director
🎬 Vox Director拼贴动效导演
★ 2,129已汉化DSH
71.4
Agent 演化引擎Q00/ouroboros
智能体 OS:智能体自己变聪明,我们只守住底线:面试准入、分阶段评估、带预算的进化循环。MCP 服务器,14 种运行时:Claude Code、Codex CLI、Gemini CLI、OpenCode、Copilot、Kiro 等。
★ 6,311已汉化DSH
71.4
这个插件是你维护的吗?
作者本人可认领并核对本条目;认领通过后,详情页会显示「作者已认领」标记。