plugin-team-board
whyihaveyou/dsh-suite#plugin-team-board
多 agent 共享任务板:经 Cordis service key 创建/认领/流转/查询任务。
安装
把 plugin-team-board 装进 DeepSeek Harness
这个插件放在一个大仓库的子目录里,`dsh plugin add` 够不到它——它转发给 pnpm,而 pnpm 会把 `#` 后面的内容当成分支或 commit。请先 clone 仓库,再用 DSH 插件面板的 repository 源添加,或者请作者发一个 npm 包。
安装前须知
装 plugin-team-board 之前,先看这几条
- 源码在这里: whyihaveyou/dsh-suite——已进入社区精选库,DSH 自带的插件市场就是从这儿装的。
- 开源协议:MIT。
- 自动识别到:终端执行、需要密钥。授权之前请先读一遍源码。
- 被收录在这里不代表通过了安全审计。插件是带着你 agent 的权限在跑。
AI 锐评
是什么 — plugin-team-board 提供共享的多代理任务看板,支持 subagent 跨代理创建、认领、转换和查询任务,基于 append-only 会话日志持久化。
谁该装 — 在 DeepSeek Harness 中使用多个 subagent 协同处理复杂任务时,plugin-team-board 适合作为任务共享平台。仅依赖单一代理或任务无需跨代理共享的用户无需安装它。
注意 — 需要提供 API key 或 token。安装为子目录插件,没有一键命令。会执行 shell 命令。没发现明显的坑。
锐评 — 如果在 DeepSeek Harness 的多代理环境中需要协调任务状态,则值得安装它,因为它能持久化 append-only 会话日志;前提是能提供 Cordis 服务 key。
grok-4.6 写的,只当参考,不当结论。里面说装得上或装不上,是在干净 profile 里真跑过的;其余都是读仓库读出来的。以实际运行为准。
plugin-team-board 是做什么的

plugin-team-board 是一个供多个 agent 共享任务状态的 DeepSeek Harness 插件。它通过 Cordis service key 提供任务的创建、认领、流转和查询,适合需要在多个会话之间分配工作的协作流程。
plugin-team-board 的任务数据使用 append-only 会话日志持久化,不是只存在于某个 agent 的临时上下文中。一个 agent 可以创建任务,其他 agent 认领任务并更新状态,再通过查询了解当前任务和处理进度。上游摘要将这组能力概括为 create、claim、transition、query,但源码摘要没有给出具体调用语法、参数格式或状态枚举。
作为 DeepSeek Harness 插件,plugin-team-board 依赖 Cordis service key,并且元数据标记为 requires credentials。风险标记还显示它涉及 terminal surface,因此应按实际运行 profile 的权限范围审查。单 agent、不需要共享任务板的流程没有必要安装;无法提供合适凭据,或不希望 agent 接触 terminal surface 的环境,也不适合使用。部署前还需要从源码确认凭据配置方式和调用入口。
plugin-team-board 的文档
plugin-team-board 的行为说明
plugin-team-board 为多个 agent 提供共享任务板,支持 create、claim、transition 和 query 四类操作,分别用于创建、认领、流转和查询任务。任务状态通过 append-only 会话日志持久化,因此多个会话可以围绕同一组任务协作。源码摘要没有说明日志路径、记录格式、保留策略或删除方式。
plugin-team-board 的访问方式
插件通过 Cordis service key 访问共享任务板。目录元数据将其标记为 requires credentials,表示运行时需要凭据。风险信息同时标记 terminal surface;部署时应把该能力放在与 agent 现有权限相符的 profile 中,并检查 service key 的作用范围。
plugin-team-board 的命令与配置
目前给出的资料只列出 create、claim、transition、query 这些操作名称,没有给出命令行入口、参数、输出格式、配置 key、默认值、环境变量、支持平台或版本要求。不要据此推断调用语法;使用前应直接查看源码仓库中的实现和配置说明。
根据项目自己的文档整理,会跟着上游更新。两边对不上时以源码仓库为准—— 去 GitHub 看原始 README
同一分类