前言¶
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
