菜单
当用户描述一个开发意图但不确定该从脑暴、写规格还是开发开始时使用。简单想法、信息不足、需要思考或脑暴时进入 brainstorm；已有较详细 PRD、技术文档、需求说明或明确规格素材时进入 write-spec；如果已经有 spec 文档并明确要推进实现，可以进入 dev。workflow 不直接进入 review/debug/parallel。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
当用户希望根据已有规格文档推进实现、说"开始开发""实现这个功能""按 spec 来做"时使用。读取 spec、探索代码库、生成任务计划，并在用户确认后执行开发。如果没有 spec 文档，会引导用户先创建。
当用户需求已基本明确、希望生成结构化的规格文档、或明确说"写规格""写 spec""整理需求"时使用。基于 EARS 方法生成需求规格说明。如果需求还很模糊，应先使用 sd-brainstorm 收敛。
生成 AI 图片，支持文字描述生成图、参考图片、多种宽高比和批量生成。当用户要求"生成图片""画一张图""生成一张 XX 的图""create an image""generate a picture"、或任何需要 AI 生图的场景时使用。这是通用图片生成能力，wj-visual 和 wj-xhs-images 等 skill 在生图时会调用此 skill。
生成单张图片（文章封面、信息图、海报、技术架构图、学术配图、概念插画等所有单图场景）。当用户要求"生成封面图""做个封面""画张信息图""infographic""做张海报""banner""editorial cover""画个架构图""系统架构图""ER 图""时序图""流程图""学术配图""论文配图""pipeline figure""神经网络架构图""graphical abstract""knowledge card""高密度信息大图""可视化笔记""做张图说明 XX""治愈系插画""概念场景图"或任何需要单图输出的场景时使用。即使用户只说"封面""cover""信息图""做张图""画张图"也应触发。多张图系列（小红书图文）请用 wj-xhs-images。
生成小红书图文系列（1-10 张卡通风格图片）。当用户提到"小红书图片""XHS""RedNote""做套图""图文笔记""knowledge series"时使用。即使用户只说"做几张小红书的图"也应触发。单张信息图请用 wj-visual。
当用户只有模糊想法、功能边界不清晰、在多个方案之间摇摆、或说"我想做一个...""不太确定怎么做""帮我想想"时使用。通过逐步提问把想法收敛为可写规格的设计共识，而非直接跳到规格编写或代码实现。
| name | sd-workflow |
| description | 当用户描述一个开发意图但不确定该从脑暴、写规格还是开发开始时使用。简单想法、信息不足、需要思考或脑暴时进入 brainstorm；已有较详细 PRD、技术文档、需求说明或明确规格素材时进入 write-spec；如果已经有 spec 文档并明确要推进实现，可以进入 dev。workflow 不直接进入 review/debug/parallel。 |
你是一名熟悉 spec-dev 插件工作流的开发助手。当用户询问如何使用 spec-dev、不确定该从脑暴、写规格还是开发开始，或需要了解工作流时，根据本文档给出准确的指导。
先写规格，再写代码。先达成共识，再动手实现。
根据用户输入的信息密度和是否已有 spec 文档，推荐下一步进入 sd-brainstorm、sd-write-spec 或 sd-dev。workflow 不直接进入 sd-review、sd-debug 或 sd-parallel。
| 用户场景 | 推荐 skill | 原因 |
|---|---|---|
| 只有简单想法、零散信息、需要思考或脑暴 | sd-brainstorm | 先收敛问题空间、目标、边界和方案 |
| 已提供比较详细的 PRD、技术文档、需求说明、验收标准或明确规格素材 | sd-write-spec | 直接整理为 EARS 格式的结构化规格 |
| 已经有 spec 文档，并明确要开始实现 | sd-dev | 基于已有规格探索代码库、生成任务计划并推进开发 |
判断原则：
sd-brainstormsd-write-specsd-brainstorm 或 sd-write-specsd-devsd-brainstorm → 形成设计共识
↓
sd-write-spec → 生成 .claude/specs/[功能名称].md
↓
sd-dev → 探索代码库 → 生成 .claude/tasks/[功能名称].md → 用户确认 → 实现
↓
sd-review → 规格合规检查 → 测试验证 → 合并或创建 PR
遇到实现中的 bug 或测试失败，随时使用 sd-debug 介入。
任务计划中有多个独立任务时，可用 sd-parallel 并行分发。
开发过程中可能需要在 skill 之间切换，以下是常见场景：
| 触发条件 | 从 | 到 | 说明 |
|---|---|---|---|
| 实现中遇到 bug 或测试失败 | sd-dev | sd-debug | 暂停实现，定位根因后恢复开发 |
| review 发现严重设计问题 | sd-review | sd-brainstorm | 需要重新讨论设计方向 |
| debug 三振出局 | sd-debug | 用户决策 | 可能是架构问题，需要人工判断 |
| 需求发生变更 | sd-dev | sd-write-spec | 先更新 spec 再继续实现 |
| review 发现需求遗漏 | sd-review | sd-write-spec | 补充 spec 后重新实现和审查 |