技能介绍

解决的问题

把一句话想法变成可执行计划，中间隔着大量隐性工作：问题还没验证就开始写需求，调研做了一半却没法推动下一步，技术选型与阶段目标互相脱节。idea-os 的设计假设是——没有调研就没有 PRD，没有稳定的 PRD 就没有执行计划。它用一条五阶段串行流水线，把原始创意逐步压成四份可交付文件：questions.md、research.md、PRD.md、plan.md。

核心能力与关键步骤

两轴先分型：按复杂度分为 T1/T2/T3，按构建者熟练度分为 S1/S2/S3。复杂度决定调研、文档与计划的深度和问题数量，熟练度决定术语密度。S1 用户拿到的是白话说明，S3 用户拿到的是完整方法论。分型后先给出一行结论（例如 T2 · S2），再进入问答。
澄清即门禁：生成 4–18 个分组问题，覆盖 Who and Pain、Scope and Wedge、Constraints and Goals。每个问题必须可执行——它的答案要能改变你要构建的内容，泛泛而谈的问题会被拒绝。写完先停下等答复，或显式声明自主模式假设。
有出处的调研：至少 5 次 WebSearch、2 次对具名竞品的 WebFetch、每个 TAM 数字至少一个来源、所有来源带日期。缺出处的内容会标记为 [assumption]。章节固定为问题验证、JTBD、市场（TAM/SAM/SOM 自上而下加自下而上）、竞品与定位图、SWOT、前 100 用户分发、风险，以及 3–7 个非显而易见的洞察。
PRD 先设禁区：可证伪的问题陈述、具名 persona、排序后的 JTBD、强制的 non-goals、领先与滞后指标。
计划带止损线：文本加 mermaid 的用户旅程、与调研结论绑定的平台建议、保守/现代/前沿三档技术栈矩阵、MVP 到 v1 再到目标态的分阶段构建，每阶段配 kill criteria、分发动作、指标和 3–5 个立即可做 next actions。

适用边界

需要你在阶段之间提供输入；不给答复时，输出质量取决于声明的假设是否靠谱。产出是规划产物，不会替你执行构建或部署。调研引用质量决定推荐质量，弱引用或过期资料会拉低判断。适合新想法的验证与早期规划，不适合对已上线产品做后期优化。如果你要的只是快速 sanity check，或者要改已有 PRD，这个技能不是为此设计的。