前言¶

用 DSH 逐步推進一個項目時，常見的問題是：需求散落在聊天記錄裏。前一句說「加一個導出」，三小時後又在另一輪對話裏提到「導出改成按時間範圍」，沒有人把這些條目歸併，最後只能靠翻歷史消息回想。

下面介紹的 dsh-req-workbench 就是這個環節的插件。它由 wowswows 維護，把會話中明確提出的功能需求整理成一份清單，後續討論更新已有條目而不是追加新消息，分類歸在「記憶」。

一句話定位：這是 DSH 的一個社區插件，維護「需求」頁，讓 AI 在對話過程中主動維護一份結構化的功能需求列表。它基於 Songran241/dsh-req-workbench 重構而來，是非官方適配版，作者歸屬見倉庫內的 NOTICE.md 和 LICENSE。

這個插件解決什麼問題¶

先看它替代的兩種做法。

• 靠人自己記：需求散落在多輪對話裏，時間長無法追溯。
• 讓 AI 每次把需求複述一遍：同一條需求在不同輪次反覆出現，容易越寫越長、越寫越散。

dsh-req-workbench 的做法是提供一個統一的「需求」頁：AI 引用同一份清單維護它，人也可以手工編輯，兩側不會互相覆蓋。需求與對話分離，查看需求不必翻聊天記錄。

核心功能¶

以下能力均來自插件 README 的「能做什麼」一節，未做擴展。

• 自動整理用戶明確提出、以及 AI 能準確理解的功能需求。
• 同一功能反覆討論時合併更新，寫成小白也能看懂的短標題和說明。
• 沒有把握的想法單獨待確認，不擅自當成用戶要求。
• 原話、子任務等細節默認收起；需求可手工編輯，並有併發修改保護。
• 按會話隔離；安裝程序不會帶入別人的聊天或需求數據，也不自動跨機器同步。
• 使用正在與你對話的 AI 調用維護工具，不額外啓動一個模型。模型仍需實際調用工具才能寫入，不能保證任何模型每次都正確提煉。

其中最後兩條值得在接入前確認：清單不會跨會話、跨機器自動同步；寫入依賴模型真的去調用工具，拋出的提示只是請求，並不能保證每次提煉都準確。

安裝前看一眼¶

README 明確只驗證 DSH 0.2.1-rc.5 及其 Web 界面。安裝前先執行下面這條命令確認版本，版本不同要先確認兼容性，不要強行豁免。

dsh --version

僅安裝無需下載源碼、Node 開發依賴或編譯，插件代碼已放在 lib 目錄中。

如果原插件已安裝，同名包會替換原版，不能把兩個版本同時啓用。安裝影響目標 profile 中的所有會話，不只影響正在聊天的一個窗口。

方式一：把安裝包發給另一臺電腦¶

這種方式不需要目標機器有 Git 或編譯環境，把 tgz 拷過去即可。

1. 複製 dsh-community-dsh-req-workbench-0.2.1-dsh021.1.tgz 到目標電腦，放在以後不會誤刪的位置。
2. 打開 PowerShell 或終端，執行下面這條命令，路徑改成實際存放位置：

dsh plugin --profile web add 'C:\DSH-plugins\dsh-community-dsh-req-workbench-0.2.1-dsh021.1.tgz'

3. 如果應用提示需要重啓，就重啓對應的 DSH 服務/應用；隨後刷新頁面，打開項目會話，點擊上方「需求」。

「web」必須是那臺 DSH 實際使用的 profile。如果用的是別的配置名，替換該參數。不要解壓 tgz，也不要直接導入源碼 ZIP 當插件安裝。本地保留 tgz，重裝依賴時可能仍會引用它。

方式二：從 GitHub 安裝¶

倉庫地址是 https://github.com/wowswows/dsh-req-workbench，推薦直接安裝已發佈的版本，不需要編譯：

dsh plugin --profile web add github:wowswows/dsh-req-workbench#v0.2.1-dsh021.1

也可以從 GitHub Releases 附件安裝，命令如下，注意這是本倉庫的 Release 安裝地址：

dsh plugin --profile web add 'https://github.com/wowswows/dsh-req-workbench/releases/download/v0.2.1-dsh021.1/dsh-community-dsh-req-workbench-0.2.1-dsh021.1.tgz'

本項目沒有 prepare/prepack 安裝腳本，GitHub 安裝使用倉庫中已提交的 lib，不要求用戶在另一臺機器重新構建。

卸載¶

卸載命令，注意它操作的是包名 @dsh-community/dsh-req-workbench：

dsh plugin --profile web remove '@dsh-community/dsh-req-workbench'

按提示刷新或重啓目標 DSH。卸載不等於刪除已保存的數據；不要隨意清理 DSH 數據目錄。

典型用法¶

安裝啓用之後不需要單獨打開某個頁面，直接照常推進項目會話即可。流程如下。

1. 在會話中直接提需求，比如「導出功能需要支持按時間範圍篩選」。
2. AI 嘗試調用維護工具把這條需求記進清單；如果寫入成功，會話上方的「需求」頁會出現對應條目。
3. 後續討論同一需求時用口語補充，例如「導出的時間範圍默認值改成最近 7 天」，AI 更新的是已有條目而不是另起一條。
4. 有不確定的內容時，AI 按待確認處理，不會寫成確定的需求。
5. 直接在「需求」頁手工編輯條目。

需求頁與「對話 / 軌跡 / 上下文 / 編隊」同級，位於會話上方。

適用場景與注意¶

適合這幾類人。

• 用 DSH 在多輪對話中逐步敲定功能範圍的開發者或項目記錄者，需要一個不依賴人工整理的清單承載。
• 想保持會話區乾淨的使用者，把需求從聊天記錄中剝離出去。
• 需要在團隊間傳遞需求清單的人，手工編輯後可以自行復制傳遞，插件本身不做跨機器同步。

幾點限制來自 README 的說明，接入前請確認。

• 只驗證 DSH 0.2.1-rc.5 的 Web 界面，其他版本需自行確認兼容性。
• 以當前 DSH 進程的權限運行，安裝前建議先看源碼與許可證。
• 寫入依賴模型實際調用工具，不能保證任何模型每次都能正確提煉。
• 不跨會話同步、不跨機器同步，跨機器使用需要自行傳遞列表或安裝到每臺機器。
• 這是基於原始倉庫的非官方重構版，保留原作者 Copyright (c) 2026 liangsongran，許可證爲 MIT；瀏覽器側依賴的 Zod 許可見 THIRD_PARTY_NOTICES.md。

結尾¶

一句話回顧：dsh-req-workbench 做的不是更聰明的對話，而是給需求一個統一的落點，把「誰提過、改了什麼」壓成一份可以手工校對的清單，減少事後翻聊天記錄的成本。

條目整理與人工編輯的職責劃分清楚：AI 負責歸併和維護，最終判斷仍由人確認，插件本身是一個可編輯的工作臺而不是自動決策器。

查看入口：

• 社區目錄頁：https://www.skillhub.cn/plugins/wowswows/dsh-req-workbench
• 項目倉庫：https://github.com/wowswows/dsh-req-workbench