前言¶
DSH 的插件生态比较强调“一切皆插件”：一个能力可以做成独立 bundle，安装到某个 profile 后，由当前 dsh 会话调用。对于长难任务，难点通常不在单条 prompt，而在多个阶段之间如何衔接：研究、产品判断、架构、实现、评审、测试、发布前检查，如果全靠手工推进，容易漏掉中间状态，也难以复查。
wellorbetter/dsh-product-delivery-workflow 就是为这类任务准备的 DSH 插件。它把产品到发布的过程组织成一条工作流，覆盖 10 个阶段门禁，并支持评审发现问题后路由回对应 worker 继续处理。下面介绍它的能力、安装方式，以及几个可直接使用的会话指令。
这是什么¶
wellorbetter/dsh-product-delivery-workflow 是一个 DeepSeek Harness 插件，由 wellorbetter 维护，许可证为 MIT。
它提供的是一条 100% AI 原生的产品交付工作流：从输入 brief 开始，经过自主研究、产品决策、PRD、OpenSpec 架构、并行多智能体实现、评审循环、测试、记忆与进化、发布审计，最后生成最终报告。
它的定位不是单次问答，而是适合长难任务的自主完成场景。插件由一个工作流 skill 和九个角色 agent skill 组成，安装到目标 profile 后可在会话中调用。
核心能力¶
下面介绍几个关键行为。
1. 覆盖 10 个阶段门禁¶
插件声明自己覆盖 10 个阶段门禁。已核实的能力包括：
- 自主研究
- 产品决策
- PRD
- OpenSpec 架构
- 并行多智能体实现
- 评审循环
- 测试
- 记忆与进化
- 发布审计
这些阶段被组织在同一条 workflow 中，而不是要求用户逐个手工触发。
2. 评审循环闭环¶
评审发现问题后，会路由回对应的 worker。该闭环最多 5 轮；如果仍未通过，会请求人工方向。
也就是说，它不是简单地跑一遍就结束，而是在门禁未通过时继续回到实现或检查环节。
3. 产物持久化¶
运行产物会持久化到：
.opencode/workflow/<slug>/
运行结束后还会生成最终报告。这样在任务完成后，可以从该目录查看过程产物和最终结果。
4. 发布审计先于提交动作¶
发布审计会在以下动作前运行：
git commit
PR
push
这一步用于在发布链路较前端做检查，而不是等提交或推送后再补救。
5. 记忆整理有边界¶
记忆整理只基于已批准证据，并且不存储密钥或转录。
这点对长期运行任务比较重要：它允许把可复用证据沉淀下来，但边界被限定在已批准材料内。
6. workers 不擅自提交、推送或重设契约¶
已核实的约束包括：workers 不提交、不推送、不重设契约。
这意味着实现类 worker 的职责是完成被分配的局部工作，而不是自行改变发布状态或重新定义接口契约。
安装与启用¶
先确认本地已有 dsh CLI。插件还需要 Node >=18，并依赖：
yaml ^2.4.0
安装命令如下：
dsh plugin --profile web add github:wellorbetter/dsh-product-delivery-workflow
安装后需要重启 profile。例如使用 dsh web，或启动对应 profile 的 dsh 会话。
这个插件声明了 dsh.bundle.patch。安装时，dsh plugin 会把它自动对齐到 dsh.profile.bundles 层列表。
插件以纯 JavaScript 分发。从 GitHub 安装时，不需要构建步骤，也不需要 allowBuilds 权限。
典型用法¶
1. 运行完整产品交付工作流¶
在 profile 会话中，可以直接要求运行完整流程：
Run the product delivery workflow on <brief>. Produce the full pipeline and the final report.
把 <brief> 替换为具体任务输入。工作流会按阶段推进，并生成最终报告。
2. 调用单个角色¶
如果只需要某个角色的有限任务，也可以单独调用。例如：
Use product-agent to review this PRD against the delivery results and report gaps.
这个示例用于让 product-agent 对照交付结果检查 PRD，并报告缺口。
3. 过夜运行¶
对于耗时较长的任务，可以结合 goal/headless mode 使用：
- 启动一个 profile 会话。
- 提供 brief，让工作流运行。
- 稍后检查：
.opencode/workflow/<slug>/
查看过程产物和最终报告。
这种用法适合把长任务放到非交互时段运行，第二天再根据产物继续判断。
开发验证¶
如果本地检出后需要验证插件，可以先安装依赖，再执行验证命令：
pnpm install
pnpm verify
pnpm verify 会检查并加载所有 10 个 packaged skills。
适用场景与注意¶
这个插件适合需要完整产品到发布链路的长难任务，尤其是希望工作流能自主推进、产物可检查、评审能回环的场景。
使用它时要注意：
- 插件会在当前 dsh 进程权限下运行。
- 安装前应检查源码与许可证。
- 它声明使用 MIT 许可证。
- workers 不提交、不推送、不重设契约。
- 评审闭环最多 5 轮，超过后会请求人工方向。
- 记忆整理只基于已批准证据，不存储密钥或转录。
- DSH 社区目录是插件目录，不应把它理解为 DeepSeek 或幻方的官方应用商店。
链接¶
- 目录页：https://www.skillhub.cn/plugins/wellorbetter/dsh-product-delivery-workflow
- GitHub：https://github.com/wellorbetter/dsh-product-delivery-workflow
