前言¶
非技术背景的人用 AI 写产品，常见的失败不是模型能力不够，而是一开始就把想法直接丢给 AI 要求「开始写」，过程中不断追加要求，最后代码散落、需求漂移、无法验收。反过来，有开发经验的人做 AI Coding，也常跳过需求澄清和 MVP 边界，直接进入编码，返工率同样高。
下面介绍的 ai-coding-product-builder，就是把这类产品开发流程整理成一套分阶段的 SOP，让 AI 按阶段推进，而不是一次性生成全部代码。
这是什么¶
ai-coding-product-builder 是发布在 SkillHub 上的社区 Skill，坐标 @user_43999f3a/ai-coding-product-builder，版本 1.0.0，分类为 business-ops，发布者 user_43999f3a。
一句话定位：面向产品经理、运营、创始人、设计师和非技术开发者的 AI Coding 产品开发 SOP。它解决的问题是，从模糊想法出发到产品可运行、可部署的整个过程，被拆成多个有明确产出物的阶段，每个阶段做完再进入下一个。
它的标签是 requires_api_key=false，即使用时不需要额外配置 API Key。
核心功能¶
这套 SOP 覆盖的阶段如下：
- 项目规则：先确定项目层面的约束和约定，避免后续编码偏离。
- 需求澄清：用 3C（Customer、Competition、Company）和 5W2H 框架把模糊想法问清楚。
- MVP 边界：明确第一版做什么、不做什么，收敛范围。
- UI/UX 设计：包含设计风格探索，先定视觉方向再进入实现。
- 技术方案：产出技术方案文档。
- 多轮技术评审：技术方案不是一次通过，而是多轮评审修订。
- 分阶段编码：按阶段编写代码，而不是一次性生成。
- 测试验收：对阶段产出做测试和验收。
- 本地运行：在本地把项目跑起来验证。
- 部署准备：为上线做准备。
- 项目记忆沉淀：把项目决策和上下文记录下来，供后续会话复用。
触发这套 SOP 的典型说法包括：AI Coding SOP、Vibe coding、从 0 到 1 做产品、完整功能开发、3C/5W2H、PRD、MVP、设计风格探索、技术方案评审、开发测试循环、debug、上线、非技术人员开发产品。
安装与启用¶
官方页面没有提供可直接复制的安装命令，这里不臆测。按 SkillHub 的常规做法，可通过其页面或平台入口获取该 Skill，具体以官方地址为准：
https://api.skillhub.cn/user_43999f3a/ai-coding-product-builder
由于官方资料未说明 Cursor、Codex CLI、Claude Code 之间存在差异，这里不做区分说明。
典型用法¶
以下用法来自该 Skill 的官方简介，属于 SOP 的触发条件而非脚本示例。
场景一：从模糊想法起步
1、用户提出一个产品想法，例如想做某个内部工具。
2、Skill 按阶段推进：先定项目规则，再用 3C/5W2H 澄清需求，划定 MVP 边界。
3、进入 UI/UX 设计风格探索，产出技术方案并做多轮技术评审。
4、分阶段编码、测试验收、本地运行、部署准备，最后沉淀项目记忆。
场景二：已有项目改造
1、用户手上已有项目，希望改造或补充完整功能。
2、先补齐项目规则与需求澄清，确认改造范围属于 MVP 还是后续迭代。
3、沿用开发测试循环做修改，遇到 debug 时回到阶段化的验收步骤，而不是全局重写。
适用场景与注意¶
适合的人：产品经理、运营、创始人、设计师和非技术开发者，尤其是想做独立站、内部工具、AI 应用，或从 0 到 1 做产品的人。
需要注意的点：
- 这套 SOP 的价值在于阶段划分和产出物约束，执行时需要逐阶段确认，跳过阶段直接要代码会削弱效果。
- 资料中未提供该 Skill 的评分样本量、更新频率和安装命令，本页引用的评分与下载数据来自 SkillHub 页面，分别为评分 100000、下载 2687，可能随时间变化。
- 是否适配具体的 IDE 或 CLI 工具，官方资料未说明，接入前需自行验证。
结尾¶
ai-coding-product-builder 的价值不在于提供新的编码能力，而在于把 AI Coding 产品开发规范化：先澄清需求和划定 MVP 边界，再做设计、评审、分阶段编码和测试，最后部署并沉淀项目记忆。对非技术背景的使用者，这套分阶段流程降低了沟通成本；对有经验的开发者，它减少了需求漂移带来的返工。
官方地址：https://api.skillhub.cn/user_43999f3a/ai-coding-product-builder
