القائمة
当用户只有模糊想法、功能边界不清晰、在多个方案之间摇摆、或说"我想做一个...""不太确定怎么做""帮我想想"时使用。通过逐步提问把想法收敛为可写规格的设计共识，而非直接跳到规格编写或代码实现。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
当用户希望根据已有规格文档推进实现、说"开始开发""实现这个功能""按 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。
当用户描述一个开发意图但不确定该从脑暴、写规格还是开发开始时使用。简单想法、信息不足、需要思考或脑暴时进入 brainstorm；已有较详细 PRD、技术文档、需求说明或明确规格素材时进入 write-spec；如果已经有 spec 文档并明确要推进实现，可以进入 dev。workflow 不直接进入 review/debug/parallel。
استنادا إلى تصنيف SOC المهني
| name | sd-brainstorm |
| description | 当用户只有模糊想法、功能边界不清晰、在多个方案之间摇摆、或说"我想做一个...""不太确定怎么做""帮我想想"时使用。通过逐步提问把想法收敛为可写规格的设计共识，而非直接跳到规格编写或代码实现。 |
你正在帮助用户把一个还不够清晰的功能想法，整理成可以进入规格编写阶段的设计共识。
这个 skill 参考了 superpowers 的 brainstorming 思路，但保持 spec-dev 的轻量定位：
sd-write-spec，而不是直接实现代码操作：
操作：
当你已经基本理解目标后，给出 2-3 个可行方案。
操作：
目标：把上面的讨论收束成一份可以直接写规格的简要设计说明
输出内容（使用以下固定结构，便于 sd-write-spec 直接消费）：
## 设计共识
### 目标
- 这个功能要解决什么问题
### 参与者
- 谁会使用，谁会受影响
### 核心流程
- 主要交互或数据流程
### 边界与异常
- 关键边界条件和异常情况的处理方向
### 范围外
- 明确不做的内容
### 实现方向
- 推荐的技术方案和关键决策
操作：
待定、之后再说 之类的占位表述当用户确认设计共识后：
sd-write-specsd-write-specsd-write-spec遇到以下情况时，停下来重新评估：