前言¶

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。