前言¶
DeepSeek Harness(DSH)通过插件化架构实现了高度的扩展性。但在处理需要多人协作、明确责任分工或严格审计的开发任务时,仅靠提示词往往难以保证流程的规范性。dsh-tang-governance 插件引入了一套基于“三省六部”行政逻辑的治理模式,通过运行时强制执行边界、明确审批节点与可观测的执行追踪,将松散的对话转化为结构化的工作流。
插件定位¶
这是一个独立的 npm 包,为 DeepSeek Harness 添加了“三省六部”治理模式。它不修改 Harness 源码,而是通过插件形式运行。其核心理念借鉴了唐代行政结构,将开发流程拆解为需求澄清、独立评审、用户审批、责任部门执行与最终验收等环节,确保任务在可控的边界内运行。
核心功能¶
插件将开发流程划分为明确的角色与阶段:
* 规模感知接入: Zhongshu(中书)根据任务规模(小/中/大)分流,避免小任务进入冗长流程。
* 起草前澄清: 遇到模糊需求时,在撰写方案前进行阻断式提问。
* 独立评审与会签: Menxia(门下)独立审查规格说明书,发现问题退回。
* 明确用户关卡: 实施前需用户审批,关闭前需验收确认。
* 统一部院路由: Shangshu(尚书)扫描六个责任领域,只调度实质性参与的部门。
* 运行时强制边界: 通过代码而非仅靠提示词验证层级、角色与依赖关系。
* 可观测执行: 提供组织架构图、可折叠时间线、Token 使用量与部门记录。
* 稳定模型继承: 部院可独立路由,六部继承尚书的模型与提供者。
* 持久案例文件: 每个任务生成 .tang/cases/<case-id>/ 下的结构化档案。
* 工作区知识: 自动生成共享索引,去重可复用发现。
* 可恢复停止: 用户可随时停止工作,不丢弃已完成的工件。
安装与启用¶
安装前请确保环境满足要求:Node.js ^22.19.0 || >=24,以及 DeepSeek Harness 0.1.1-rc.2 或兼容的 0.1.x 版本。
- 克隆仓库并安装依赖。
- 运行类型检查与测试。
- 将本地插件添加到 DSH 配置中。
- 启动 Web 界面。
git clone https://github.com/Ruszero01/dsh-tang-governance.git
cd dsh-tang-governance
pnpm install
pnpm run check
dsh plugin --profile web add link:.
dsh web --no-open
打开 http://127.0.0.1:3080,在预设菜单中选择治理模式即可开始。
典型用法¶
- 模式选择: 直接从 DSH 的预设菜单中选择“三省六部”治理模式。
- 需求澄清: 当请求模糊时,Zhongshu 会暂停并询问具体问题,待确认后才开始起草。
- 方案审查: 在审批工作区审查经 Menxia 签署的 Markdown 方案。
- 执行追踪: 通过仪表盘查看组织架构图和实时执行追踪,观察各部门状态与 Token 消耗。
- 记录查看: 查看各部门的执行记录,了解每个阶段的证据与状态。
- 结案确认: 关闭前查看最终结案报告,确认验收证据与风险后手动关闭。
适用场景与注意¶
- 环境要求: 需要安装 Node.js
^22.19.0 || >=24版本,以及 DeepSeek Harness0.1.1-rc.2或兼容的0.1.x版本。 - 模式继承: 首次启动时,插件会通过 API 复制当前已安装的 Harness Standard 模式并追加治理工具,因此依赖项与行为由当前 Harness 版本决定。
- 规模信号: “任务规模”是软规划信号,而非硬性的 Token 上限。复杂工作可能因证据或实现需要扩展,只有明确的用户或部署配置才设置
maxTokens。 - 权限与合规: 该插件以当前 DSH 进程的权限运行,安装前请检查源码与许可证(MIT)。
结语¶
对于需要严格审计、明确责任分工和标准化工作流的 DSH 开发者,Tang Governance 提供了一套从需求到交付的完整闭环。其可观测性与运行时强制执行机制,能有效降低协作中的沟通成本与返工率。
- GitHub 仓库: https://github.com/Ruszero01/dsh-tang-governance
- 目录页: https://www.skillhub.cn/plugins/Ruszero01/dsh-tang-governance