---

name: idea-os description: "五阶段流水线（分类 → 澄清 → 研究 → PRD → 计划），将原始想法转化为四个关联文件：澄清问题、深度研究、包含非目标和指标的 PRD，以及包含 mermaid 用户旅程和终止标准的分阶段执行计划。" category: product-management risk: safe source: community source_repo: Slashworks-biz/idea-os source_type: community date_added: "2026-04-18" author: Slashworks-biz tags: [product-management, prd, market-research, mvp, idea-validation, jtbd, swot, competitor-analysis, founder, non-technical] tools: [claude, cursor, gemini] license: "MIT" license_source: "https://github.com/Slashworks-biz/idea-os/blob/main/LICENSE"

idea-os

一个将原始想法转化为可执行计划的操作系统。接收粗略的问题陈述，产出四个文件：澄清问题、深度研究、PRD，以及包含平台/技术栈选择、用户旅程图和终止标准的分阶段执行计划。

概述

idea-os 是一个 5 阶段顺序流水线，每个阶段的输出作为下一阶段的输入——研究塑造 PRD，PRD 塑造计划，计划的终止标准回溯到研究洞察。与单命令 PRD 生成器不同，idea-os 在研究完成前拒绝编写 PRD，在 PRD 稳定前拒绝编写计划。深度和词汇根据双轴分类（复杂度 × 构建者成熟度）进行调整，使初次构建者不会被术语淹没，而创始人则获得完整的严谨性。

来源：https://github.com/Slashworks-biz/idea-os — 完整技能、11 个参考文件、4 个资产模板和一个 590 行的完整示例。

何时使用

• 当用户分享原始产品想法或问题陈述，并希望从澄清问题到深度研究、PRD 和分阶段执行计划的结构化流水线时使用。
• 当用户说"我有一个想法..."、"帮我构建 X"、"验证并规划这个概念"或"我应该构建什么？"——并且想要可以继续推进的文件，而非一次性回答时使用。
• 当非技术创始人、产品经理或爱好者需要结构来弥合"想法"和"周一早上的构建队列"之间的差距时使用。
• 不要用于对半成型想法的快速合理性检查（改用 idea-refine）或编辑现有 PRD（改用 product-management）。

工作原理

阶段 1 — 分类

在做任何事情之前，先在两个轴上对想法进行分类。研究/PRD/计划的深度和问题数量随复杂度缩放；词汇随成熟度缩放。

• 想法层级 (T1/T2/T3) — T1 = 周末工具，T2 = SaaS MVP 或 AI 封装，T3 = 市场平台 / B2B SaaS / 受监管行业。
• 成熟度 (S1/S2/S3) — S1 = 非技术人员，不使用框架名称；S2 = 爱好者，引入框架并附带定义；S3 = 创始人/高级产品经理，完整词汇。

在继续之前用一行说明分类（例如"T2 · S2 — 中等 SaaS，构建者有过发布经验"）。

阶段 2 — 澄清

编写 questions.md，包含 4-18 个问题（数量随复杂度缩放），分组为：用户与痛点 · 范围与切入点 · 约束与目标。每个问题必须是可操作的——答案必须改变你构建的内容。通用问题会被拒绝。

编写后停止并等待回答。在回答或声明自主模式假设之前不要进入研究阶段。

阶段 3 — 研究

使用 WebSearch + WebFetch 编写 research.md。最低要求：5 次 WebSearch，2 次对命名竞争对手的 WebFetch，每个 TAM 数字 1 个来源，每个来源标注日期。任何无来源的内容标记为 [assumption]。

必需章节：问题验证、JTBD、市场（TAM/SAM/SOM 自上而下 + 自下而上）、竞争对手（直接/间接/替代品 + 定位图）、SWOT、分发（前 100 用户渠道匹配）、风险，以及 3-7 个非显而易见的洞察。

阶段 4 — PRD

编写 PRD.md，包含：可证伪的问题陈述、命名的用户画像、排序的 JTBD、非目标（必需——这是糟糕 PRD 失败的地方）、领先和滞后指标。

阶段 5 — 计划

编写 plan.md，包含：用户旅程（文本 + mermaid）、与研究发现关联的平台推荐、保守/现代/前沿矩阵中的技术栈、分阶段构建（MVP → v1 → 目标），每个阶段有终止标准和前 100 用户分发策略、每阶段指标，以及 3-5 个即时下一步行动。

局限性

• 为获得最佳结果需要阶段间的用户输入；如果缺少答案，输出依赖于明确的假设。
• 产出规划产物（questions.md、research.md、PRD.md、plan.md）但不执行构建或部署工作。
• 来源质量决定输出质量；薄弱或过时的参考可能降低推荐准确性。
• 更适合新想法验证和早期规划，而非已发布产品的后期优化。

示例

示例 1：非技术创始人的消费者应用想法

用户："我想为 ADHD 人群构建一个习惯追踪器。"

idea-os 分类为 T2 · S1，编写 8 个通俗语言的澄清问题