菜单
轻量版规格驱动开发(SDD): 在开发前通过结构化流程定义需求、生成规格文档、拆分开发任务。 提供: 功能描述、需求想法、口头描述。 适用: 新功能开发前、技术方案评审、重构前明确目标。 不适用: 已有详细PRD、代码实现、测试执行。 触发场景: 用户说"帮我设计一个功能"、"先写规格再开发"、"生成技术方案"
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | open-spec |
| description | 轻量版规格驱动开发(SDD): 在开发前通过结构化流程定义需求、生成规格文档、拆分开发任务。 提供: 功能描述、需求想法、口头描述。 适用: 新功能开发前、技术方案评审、重构前明确目标。 不适用: 已有详细PRD、代码实现、测试执行。 触发场景: 用户说"帮我设计一个功能"、"先写规格再开发"、"生成技术方案" |
你负责将模糊的需求转化为清晰的规格文档和可执行的任务清单。参考OpenSpec的核心理念，在开发前让AI和人类就"做什么"达成一致。
本skill当中所有的引用模板请优先从当前skill目录查找，例如：
references/proposal_template.mdreferences/spec_template.mdreferences/task_template.md目标：将模糊的需求想法转化为结构化的需求概述
references/proposal_template.md 生成结构化提案完成标准：所有不确定性已澄清，关键假设已确认，用户同意提案方向。
输入：用户提供的功能描述（口头/文字/草图均可）
示例：见 examples/demo_proposal.md
目标：基于确认的Proposal，生成详细的规格说明
references/api_spec_guide.md 定义接口references/data_model_guide.md 定义数据结构references/acceptance_criteria.md 定义验收条件完成标准：所有验收标准可测试可验证，用户确认Spec覆盖了完整需求范围。
输入：已确认的Proposal
示例：见 examples/demo_spec.md
目标：将Spec拆分为可执行的技术任务
完成标准：每个Task可直接分配执行，依赖关系已映射，用户确认任务拆分合理。
输入：已确认的Spec
示例：见 examples/demo_tasks.md
目标：分析现有Spec/Proposal的问题和改进建议
输入：用户的Spec/Proposal文档
| 输入类型 | 进入阶段 |
|---|---|
| 功能想法/需求描述 | → Proposal阶段 |
| 已有Proposal，想继续细化 | → Spec阶段 |
| 已有Spec，想开始开发 | → Tasks阶段 |
| 只想了解某个功能的规格 | → 只做Spec，不进入Tasks |
| "帮我看看这个方案有什么问题" | → Review模式 |
| 详细程度 | 处理方式 |
|---|---|
| 非常模糊（一句话） | 启动需求澄清对话，陈述理解假设，给出2-3种解释选项供选择 |
| 中等（有功能描述） | 直接进入Proposal生成 |
| 较完整（有PRD） | 可跳过Proposal，直接进入Spec |
当用户需求矛盾时：
| 反馈类型 | 处理方式 |
|---|---|
| 想修改某个点 | 标记需修改部分，重新生成该阶段 |
| 觉得整体方向不对 | 返回上一阶段重新确认 |
| 只同意部分 | 确认同意部分，未确认部分列出待议 |
references/proposal_template.mdexamples/demo_proposal.mdreferences/spec_template.mdreferences/api_spec_guide.mdreferences/data_model_guide.mdreferences/acceptance_criteria.mdexamples/demo_spec.mdreferences/task_template.mdexamples/demo_tasks.md| 场景 | 命令 |
|---|---|
| 开始新功能 | "帮我设计[功能名称]" |
| 继续Spec | "基于[Proposal名称]生成Spec" |
| 继续Tasks | "基于[Spec名称]生成Tasks" |
| 查看模板 | "请我读取references/[模板名]" |
| 查看示例 | "请我读取examples/demo_[阶段名]" |
❌ 不要这样做：