写 Spec

把一个模糊想法 / 问题陈述 / 用户诉求变成一份结构化 PRD——含目标、非目标、用户故事、P0/P1/P2 需求、验收标准、成功指标。

什么时候用它

根据功能名写方案:

我手里就一个功能名 ("SSO 支持"、"CSV 导出"), 想让 skill 通过采访我把它展开成完整 PRD。

根据问题写方案:

我描述的是用户痛点 ("企业客户一直在要集中式登录"), 想让 skill 用「从用户问题起笔」的方式重述成 spec。

根据用户需求写方案:

有一条具体的用户诉求 ("导出成 CSV"), 想要一份把需求锚回诉求的 spec, 附上工程师能直接照建的验收标准。

梳理模糊想法:

我只有一个感觉 ("新用户引导环节掉率难看"), 想让 skill 收紧成一份可发的 v1, 并显式写清非目标。

拆分实施阶段:

功能太大, 一次发布塞不下, 想让 skill 拆成第一阶段 / 第二阶段 spec——问题陈述保持一致, 只是切范围。

明确不做什么:

已经有初稿 spec, 想让 skill 把 non-goals 段打磨到能挡住实现阶段的范围蔓延。

不接:

已有项目多轮迭代规范演化 → openspec-driven-development; PRD 过审后拆工程工单 → 工单拆分 workflow; 设计稿 / 线框 / mockup → 设计简报 workflow; 上线宣传文案 → 文案 workflow。

它会产出什么

默认交付一份结构化 PRD——按固定顺序输出各段, 不多不少, 除非你显式要求。

• 输出段落: 问题陈述 / 目标 / 非目标 / 用户故事 / 需求 (P0/P1/P2 附验收标准) / 成功指标 (leading + lagging) / 待解问题 / 时间线
• 绝不会做: 写代码 / 开工单 / 改产品实现 / 替你定上线日期

前置条件 / 边界

前置条件:

至少给出一个功能名 / 问题陈述 / 用户诉求, 空白输入会被打回一次要求澄清, 不会替你臆造。

不在范围:

• 已有项目上多轮规范演化 → 去 openspec-driven-development
• 过审 PRD 拆成工程工单 → 去 工单拆分 workflow
• 设计探索 / 线框 / mockup → 去 设计简报 workflow
• 上线营销文案 / 通稿 → 去 文案 workflow

细粒度边界:

• 想法太大, 一份 spec 装不下 → skill 会建议分阶段, 只 spec 第一阶段, 剩下的挂成 P2
• 需求全被标成 P0 → skill 会打回并强制重新分级
• 验收标准写得太模糊 ("快"、"易用") → skill 会点出并追问具体阈值