dsh-devwork
在终端中运行以下命令:
dsh plugin install GuoMonth/dsh-devwork
将以下提示词粘贴到 DeepSeek Harness 对话框中:
在 DeepSeek Harness 中执行 dsh plugin install GuoMonth/dsh-devwork,或从开源仓库 https://github.com/GuoMonth/dsh-devwork 获取源码后在 DSH 桌面 Plugins 页面安装本地包目录并启用 Devwork。
插件介绍
在 Harness 上做桌面侧开发时,工作往往散落在对话、本地目录和代码托管平台之间,很难把「要做什么、做到哪一步、凭什么算完成、最后怎么合入」连成一条可追溯的线。DSH Devwork 把「任务」当作持久的工作单元:每个任务绑定主 Session,父子任务构成 Session 树,重试在同一 Session 下形成 Attempt,让你从同一条对话脉络里跟进整棵树的进展。
Host 侧由 TaskPanelHost 统一持有任务投影、执行引擎与交付服务,并向 Client 面板暴露 Session 范围内的 taskPanelSource;Client 只订阅同一投影,不会在本地再建一套状态。验收标准、执行结果、Artifacts、工作区租约与 PR/MR 集成各自持久化;合入需要当前且经用户授权的交接,清理只在归属、交付、验收与工作区检查都通过之后执行。第一阶段聚焦单一活跃执行器,远程执行、移动端、邮件与自动崩溃恢复不在当前产品边界内。
适合已在 DSH 桌面插件体系里做开发、并希望用任务中心模型组织 Session 与交付的维护者与早期试用者。需要知悉:任务中心 Host 桥接已有 mock 测试覆盖,原生桌面验收仍在推进;未配置任务仓库与显式 Session/Agent Provider 时,创建与执行会保持可见的不可用状态,而非静默造 mock 数据。
使用场景
- 在 DSH 桌面里用任务和 Session 树组织多步开发,而不是只靠零散对话
- 需要在同一会话里查看验收证据、Artifacts 与 PR/MR 交付状态
- 维护 Harness 插件 bundle,验证 Host 与 Client 的任务投影与执行流程
适合人员
- DSH 桌面插件与 bundle 的维护者与贡献者
- 希望采用任务中心模型管理 Session 与交付的早期试用者
- 需要在 Harness 上把任务状态、产物与合入流程串成一条线的开发者