前言¶

DSH 的調性是「一切皆插件」。問題是，一個模糊的產品想法進了會話，模型大多直接開始寫代碼：單文件 MVP，先跑通再說。至於這個需求有沒有人買單、支撐項目的開源倉庫能不能商用、部署後會不會因爲出網費和 Token 賬單把成本打爆，很少被提前處理。結果就是大量「上線即死」的自嗨項目。
下面介紹的插件專門處理這件事：先做需求驗真和商業測算，再談技術選型和工單拆解，全程設卡點，卡住就停。

這是什麼¶

插件 cunzailv/shangyeruanjiankaifa，SkillHub 目錄頁分類爲「工作流」，維護者 cunzailv，倉庫當前 Star 爲 0，許可證 MIT。它同時是一個 DSH 插件和一套名爲 project-development-planner 的 Skill，核心定位是把「需求先行、商業閉環兜底、開源基座起步、三大軍團協同、安全合規並重」這套紀律裝進會話，把手上模糊的點子推進成可落地的工程工單。
插件不負責寫底層代碼，而是充當 Orchestrator：統控商業戰略與風控、產研與 AI 工程、商運增長與數據三大軍團，共 12 個專職角色，每個角色在獨立上下文裏幹活，避免「自己寫代碼自己測試」這種放水。
它和單純在對話裏貼一份方法論文檔的差別在於：階段卡點和產出模板都固化在包內資源裏，階段推進需要你明確回覆「確認」，模型不能一路搶跑。

核心功能¶

1. 七階段 Stage Gates。階段 0 需求與價值主張驗真；階段 1 商業模式與單位經濟學（\(LTV > 3 \times CAC\)）；階段 2 PRD 與頁面流轉；階段 3 開源腳手架選型與二開規劃；階段 4 系統契約、數據模型與合規；階段 5 AI 智能體管線與 Prompt 評測；階段 6 工單拆解與部署。每個階段輸出標準文檔後強制暫停，等你確認。
2. 已覈驗的開源基座庫。內置 38 個高頻 GitHub 倉庫，逐個覈對 Star、許可證和歸檔狀態，按「項目類型 → 受衆場景 → 產品形態」三張表鎖定借哪一層。對 AGPL/GPL 傳染、自定義商用限制、已歸檔倉庫設三票否決。README 裏寫得很直白：16.5 萬星的 stable-diffusion-webui 是 AGPL-3.0、14.5 萬星的 ComfyUI 是 GPL-3.0，直接並進閉源產品就是事故。
3. 選擇題交互。內置《設計風格字典》和《功能積木庫》，模型給 Plan A / Plan B 而不是讓你填規格表；在規劃技術實現時還會建議掛載 ui-ux-pro-max、architecture-designer 這類專項 Skill。
4. 開箱可用的包內資源。七張參考手冊與三份階段模板隨包生效，不用手動複製到別處：

references/tech-stack-matrix.md            # 技術棧匹配參考
references/github-open-source-cases.md     # 38 個開源倉庫的核驗結果
references/economics-formulas.md           # LTV:CAC 等財務公式
references/project-type-strategies.md      # Greenfield / Brownfield / AI 化差異化策略
assets/stage-0-template.md                 # 階段 0 報告模板
assets/prd-template.md                     # 階段 2 PRD 模板

安裝與啓用¶

官方 npm 包名爲 dsh-business-planner，README 頂部的 npm 徽章即指向 https://www.npmjs.com/package/dsh-business-planner。倉庫 package.json 裏聲明的運行環境如下，注意版本約束：

"engines": {
  "dsh": ">=0.2.1-rc.2"
}

包爲 ESM 包（"type": "module"），files 裏包含 index.js、SKILL.md、references/、assets/。index.js 的邏輯很直白：解析 SKILL.md 的 frontmatter 取出 name 和 description，把正文註冊到 ctx.skills，並把 resourceBase 指向包根目錄，這樣正文裏的 references/xxx.md、assets/xxx.md 相對路徑就能直接解析，不用往用戶目錄鋪文件。
安裝命令我沒有核實到原文：README 有「安裝與快速開始」章節，但本次抓取多次都在文檔中部截斷，拿不到該章節的命令行原文，因此不貼。請以倉庫 README 的安裝章節爲準，不要憑包名自行拼接安裝命令。
裝好後，在對話框輸入：

/project-development-planner

即可喚醒。README 還描述了一個左側欄「規劃大管家」入口，7 階段進度、卡點產出和參考文檔一屏可查，進度存本機 localStorage。

典型用法¶

1. 啓動 Skill 後，先由你用白話描述產品構想。如果描述模糊，不用追問「你想要什麼功能」，而是直接給 3 個產品方向讓你選，例如「您是想做類似 Notion 的文檔工具，還是類似 Midjourney 的出圖工具」。選型依據在 references/feature-modules.md 和 references/design-styles.md。
2. Skill 會詢問項目類型：全新項目（Greenfield）、二次開發或重構（Brownfield）、傳統項目 AI 化（AI Transformation），三種類型走 references/project-type-strategies.md 裏的差異化策略，例如絞殺者模式、Sidecar 方案。
3. 階段 3 進入開源選型時，規範要求必須讀取 references/github-open-source-cases.md，取出 2~3 個已覈驗案例（一主一備），爲每個候選寫清楚「複用哪一層 / 自己寫哪一層 / 許可證能否商用 / 最近提交時間 / 主要風險 / 決策」，並顯式排除 AGPL、GPL 傳染和已歸檔倉庫。
4. 每個階段的卡點產出完成後，Skill 會顯式提示等你確認：「請回復『確認』或選擇您傾向的方案（如 A 或 B），以推進到下一階段。」沒收到確認前不進入下一階段。

適用場景與注意¶

適合手上有具體產品想法、希望先過一遍需求驗真、單位經濟學和許可證合規，再把結果拆成工單的人；也可以作爲團隊裏給 AI 規劃流程加紀律的手段。
幾點提醒：

• 權限邊界。插件以當前 dsh 進程權限運行，安裝前先讀一遍源碼和許可證，確認符合你的環境要求再把權限打開。
• 版本對齊。engines.dsh 要求 >=0.2.1-rc.2；低於該版本可能無法加載，升級 dsh 前先看插件包是否有配套更新。
• 數據時效。38 個開源倉庫的 Star、許可證和歸檔狀態抓取自 GitHub API，截止 2026-11-05。Star 數不等於可商用，複用前需自行復核。
• 來源性質。SkillHub 目錄頁是社區站點，與 DeepSeek / 幻方沒有官方從屬關係，它只是社區目錄上的上架頁。
• 定位邊界。這套東西管到階段 6 的工單拆解爲止，並不實現代碼。階段 3 的開源方案、階段 4 的合規清單，最終仍要你自己或團隊驗收。

總體看，它的價值在於把「先想清楚再動手」做成會話裏的硬約束，而不是充當代碼生成器。目錄頁在 https://www.skillhub.cn/plugins/cunzailv/shangyeruanjiankaifa，源碼在 https://github.com/cunzailv/shangyeruanjiankaifa。