把 AI 产品拆成三份再交付

全程只用这些叫法：模块 2、模块 3、模块 1、综合评审页、一次交齐。不要改口成「人读 PRD / 构建包 / 原型 / 全链路」，除非在文件名里。

怎么用

把本文件夹原样交给 AI，不要拆、不要只发其中一句摘要。母版全在本文件夹的 references/ 里，不需要任何外部套件。

• Cursor / Claude Code / 其他支持 Skills 的工具：把本文件夹放到项目的 .cursor/skills/splitting-ai-product-delivery/ 或 ~/.cursor/skills/splitting-ai-product-delivery/（Claude Code 用 .claude/skills/splitting-ai-product-delivery/）。文件夹名必须仍是 splitting-ai-product-delivery，SKILL.md 放在里面。新开对话，说：

按 splitting-ai-product-delivery 做：[产品名]。给谁用：[身份/场景]。解决什么：[一句话痛点]。核心功能：[1] [2] [3]。阶段：[MVP / 内测 / 规模化 / 成熟期]。这次要：一次交齐。

只要其中一份时，把最后一句改成「这次只要：模块 2 / 模块 3 / 可执行性验证 / 模块 1 / 综合评审页 / 衔接检查」。说不清也可以先说「按 splitting-ai-product-delivery 做」，缺的项让 AI 追问。已有文件时，把路径或全文贴在同一条消息后面。

• ChatGPT / 其他只能贴文本的对话：先贴 SKILL.md 全文，再按这次要做的事补贴，不要让 AI 猜还缺哪份：
  • 写模块 2，或一次交齐的第一步：再贴 references/module-2-template.md
  • 生成模块 3，或做可执行性验证：再贴 references/module-3-conversion-prompt.md
  • 生成模块 1：再贴 references/module-1-prototype-scaffold.md
  • 生成综合评审页：再贴 references/module-1-2-review-page-scaffold.md
  • 一次交齐：按上面顺序，做到哪一步贴哪一份，不要一次全贴
  • 然后说同一句触发语
• 你需要先准备
  • 必填见下面「输入」。说不清或缺一项，AI 先追问，补齐再开始写产物
  • 打开模块 1 / 综合评审页：需要浏览器。没有 → 仍交文件，必须标明「未在浏览器点过」
  • 本 Skill 不调用外部 API、不写真实密钥、不部署上线

四份产物必须物理分开，保存在用户指定的项目目录；未指定则与模块 2 同目录：

只改用户项目里的这四份产物。不要改本 Skill 文件夹里的母版。references/ 里的 Prompt 由你自己整段执行，不要让用户再复制到另一个对话框。

When to Use

• 用：带 AI 能力的产品，需要同时交模块 2、模块 1、模块 3
• 用：已有模块 2，要转模块 3、做可执行性验证、生成模块 1 或综合评审页
• 用：检查这几份产物能不能衔接
• 用：用户说「按这个做」「写个 PRD」「做个原型」「按三模块做」，但产品名、给谁用、痛点、功能、阶段、做到哪一步还没给齐 → 仍启用，先追问
• 用：用户把模块 3 当给人读的说明书，或把模块 1 当可上线代码 → 仍启用，先说明本流程产出什么，问是否按这个做
• 不用：没有 AI 决策的普通改动（改按钮文案、改已有页上的一句说明）
• 不用：用户听完边界后，仍只要观点、只要说明书、或明确不要这四份产物

输入

不要替用户编产品。Examples 只说明格式，不要拿来顶替用户的输入。

用户没给齐或没说清 → 仍用本 Skill，去追问。追问也是在用这个 Skill。问清楚之前：不写产物、不调用 references/ 里的 Prompt、不用 Examples 里的场景冒充用户的输入。宁可多一轮问答，不要带着假输入往下做。

每次都要

一次交齐，或只要模块 2，还要

怎样算没说清

下面这些要启用本 Skill 去追问，不要写成「不用」：

• 「按 splitting-ai-product-delivery 做」「按三模块做」「写个 PRD」「做个原型」但没给产品名
• 没说这次是一次交齐还是只要其中一份
• 一次交齐或只要模块 2，但没说给谁用、解决什么、核心功能、阶段
• 只要模块 3 / 模块 1 / 综合评审页 / 衔接检查，但没给对应已有文件
• 给了一部分，其余含糊或互相打架（例如既说「只要模块 2」又说「直接给 Cursor 开工」）
• 一上来就要可上线代码：仍启用。先说明产出是模块 2 + 模块 1 + 模块 3，不是上线代码；问是否按这个做。不接受再停

怎么问

一次只问现在缺的那几项。能给选项就给选项。默认一次交齐。推荐（缺哪项问哪项）：

1. 产品名是什么？
2. 这次按一次交齐做，可以吗？若只要其中一份：模块 2 / 模块 3 / 可执行性验证 / 模块 1 / 综合评审页 / 衔接检查
3. 给谁用？（什么人、在什么场合）
4. 解决什么问题？（一句话）
5. 核心功能 3–5 个，每个一句话
6. 阶段：MVP / 内测 / 规模化 / 成熟期

只要下游某一步时，追加：请贴已有文件路径或全文。

用户说「我不确定」→ 换个问法，仍不要替他填。用户说还没决定做不做这个产品 → 问要不要先把能确定的写成模块 2 草稿；不要就是停，不要编一个产品。

只要其中一份时还要

生成模块 3 之前还要： 人审是否已过（至少一位非技术同事读完并能复述）。未审 → 问是否已审；未审默认停在模块 2，用户明确带风险继续才往下，并在产出里标明「模块 2 未完成人审」。

有就用，没有也能往下（不要为这些拦住启动）

写进产物里标 [待产品方补充]：

• 明确不做什么
• 已知合规 / 法规约束（不确定 → 做到模块 2 第 7 章时停，让用户找法务，不要代写结论）
• 技术选型：写模块 2 时可先标待补充。生成模块 3 第 1 章前，若第 8.5 没写面向工具，默认问「按通用大模型、单文件 HTML 写，可以吗？」用户要 Cursor / v0 等再改，不要一次甩五个栈

不要向用户要

• 数据库字段表、API path、JSON schema（模块 3 产出）
• 按钮位置、弹窗样式、加载动画（模块 1 产出）
• 模型版本号、温度、微调方案（模块 2 禁止写）
• 任何本文件夹以外的「套件」「母版」「脚手架」

Instructions

默认你会写文档和单文件 HTML。稳定质量来自：按 references/ 里对应母版的 Prompt 骨架 整段执行，不要摘要后临场发挥，不要让用户把 Prompt 再贴到别处。只加载本次任务需要的那一份。

产品决策缺失时写 [待产品方补充]，或停下来问，不要编。材料不足标 【待确认】。

任务路由

• 必填有缺或口糊 → 先按「输入」追问，不要进入下面任一支
• 没说只要哪一份 → 按一次交齐，走工作流 A；先口头确认一句
• 只要模块 2 → A 的步骤 0–2，然后停
• 只要模块 3 → 必须已有模块 2；没有则追问文件；走 A 的步骤 3
• 只要可执行性验证 → 只读模块 3 和 references/module-3-conversion-prompt.md 的验证 Prompt；不要拿模块 2 补脑
• 只要模块 1 → 输入是模块 2；走 A 的步骤 4
• 只要综合评审页 → 必须已有模块 2 和已验收的模块 1；走 A 的步骤 5
• 只要衔接检查 → 工作流 B

工作流 A · 一次交齐

0. 准入

按「输入」核对必填项。缺或口糊 → 仍留在本 Skill，只问缺项，不要写文件、不要读 Prompt 骨架。

1. 写模块 2

读 references/module-2-template.md。按模板填空，章节不要改。产出 {产品名}-模块 2-文档.md。填完跑模板附录 A 清单。

验收：附录 A 全过；无 [[ ]] 残留；无 schema / API / 阈值 / 按钮级 UI / 模型版本；第 8 章可被下游抽取。不过 → 停在本步。

2. 人审

问用户：是否已有至少一位非技术同事读完，并能完整复述产品做什么。未通过或未审 → 默认停，回步骤 1。用户明确要求带风险继续，才往下，并在产出里标明「模块 2 未完成人审」。

3. 生成模块 3，立刻做可执行性验证

读 references/module-3-conversion-prompt.md，把其中第一段 ---PROMPT-START--- 到 ---PROMPT-END--- 当作你的指令整段执行。输入只有评审通过的模块 2。

第 8.5 已写面向工具 → 按该文件对应变体改元数据。没写 → 先确认「按通用大模型、单文件 HTML」，不要替用户选别的栈。

产出 {产品名}-AI 构建包.md。立刻用同一文件里的「可执行性验证 Prompt」审查，只输入这份模块 3。按该 Prompt 规定的五段格式输出验证报告。

结论为否 → 不要交给下一步开工。产品决策缺口回步骤 1；结构或命名问题只改模块 3，可用该文件「进阶 · 如果 AI 产出物有瑕疵」的追问句。第 1 章技术选型仍有 [待产品方补充] → 回模块 2 第 8.5 问用户，不要替用户定。

4. 生成模块 1

把 references/module-1-prototype-scaffold.md 的 Prompt 骨架 整段当作指令执行。输入是模块 2，不是模块 3。直接输出完整 HTML，前后不要解释。保存为 {产品名}-原型.html。

生成后按该文件「核对清单」自检。不过 → 用「常见坑」对应追问整段重跑；仍不过 → 回步骤 1 补第 8.1–8.4。不要在 HTML 里手补产品逻辑。

5. 生成综合评审页

把 references/module-1-2-review-page-scaffold.md 的 Prompt 骨架 整段当作指令执行。先给模块 2，再给已验收模块 1 HTML。不要写入模块 3。保存为 {产品名}-综合评审页.html。

按该文件「核对清单」自检。不过 → 用「常见坑」对应追问重跑，不要手拼。

工作流 B · 衔接检查

按这个顺序报：阻断项 → 非阻塞风险 → 建议的下一步。

• 模块 2 第 8 章是否同时喂给了模块 1 和模块 3
• 模块 3 的字段、页面、流程、规则、合规能否映射回模块 2
• 模块 1 是否覆盖模块 2 的主路径和核心功能，且没有变成模块 2 文档；是否通过模块 1 脚手架「核对清单」
• 综合评审页是否左切换台 / 中手机 / 右模块 2 三栏；是否通过综合评审页脚手架「核对清单」
• 范围、角色、状态、合规、技术选型是否互相打架

修复

• 缺的是产品决策 → 改模块 2，或标 [待产品方补充]
• 模块 3 结构或命名坏了 → 只改模块 3
• 模块 1 交互或布局坏了 → 用模块 1 脚手架「常见坑」追问重跑
• 综合评审页布局坏了 → 用综合评审页脚手架「常见坑」追问重跑
• 法规不确定 → 停，让用户找法务，不要代写合规结论

一次交齐勾选

做一步勾一步。任一项失败，停在该步。

• 口糊项已追问并补齐；仍缺的没有用例子顶上
• 模块 2 按模板填完，附录 A 过，第 8 章可抽取
• 人审已过，或用户明确带风险继续
• 模块 3 按转换 Prompt 生成，含 0–8 章 + 自检结论
• 可执行性验证结论为「是」；否则已列出阻断项且未当作下一步输入
• 模块 1 按脚手架生成，「核对清单」过
• 综合评审页按脚手架生成，「核对清单」过
• 四份产物范围、角色、状态、合规、技术选型无矛盾

Examples

下面都是格式例子，不要拿来顶替用户的输入。

一次交齐

输入：用户说「内部工具。运营填中文商品资料，生成英文标题、详情、广告草稿。不对外、不接平台上架。要一次交齐。」并给了产品名、阶段、3 个核心功能。

输出：

• {产品名}-模块 2-文档.md：按模板 1–8 章填完
• {产品名}-AI 构建包.md：按转换 Prompt 的 0–8 章；未拍板项写成 [待产品方补充]
• 可执行性结论：技术选型若仍待补充，结论为否，回模块 2 第 8.5 问用户
• {产品名}-原型.html：按模块 1 脚手架，左控制台右手机，主流程可点
• {产品名}-综合评审页.html：左切换台、中手机、右模块 2 正文

只要模块 3

输入：用户给出已评审的模块 2，说「生成模块 3，并做可执行性验证」。

输出：一份模块 3 + 一份按验证 Prompt 五段格式写的报告。验证时不打开模块 2。

口糊时仍启用，先追问

输入：用户说「帮我按三模块写一份 AI 产品 PRD」，没有产品名、用户、痛点、功能、阶段。

输出：不写文件、不读 Prompt 骨架。仍用本 Skill。只问缺的项：产品名；这次按一次交齐可以吗；给谁用；解决什么；核心功能 3–5 个；阶段。

真边界才不用

输入：用户说「把设置页那个按钮文案改一下，顺便补篇 PRD」。

输出：说明这不是三模块交付。没有 AI 决策、也不需要这四份产物，按普通改文案处理。不要用 Examples 里的内部工具场景顶上。