Menü
当用户希望根据已有规格文档推进实现、说"开始开发""实现这个功能""按 spec 来做"时使用。读取 spec、探索代码库、生成任务计划，并在用户确认后执行开发。如果没有 spec 文档，会引导用户先创建。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
当用户需求已基本明确、希望生成结构化的规格文档、或明确说"写规格""写 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。
当用户只有模糊想法、功能边界不清晰、在多个方案之间摇摆、或说"我想做一个...""不太确定怎么做""帮我想想"时使用。通过逐步提问把想法收敛为可写规格的设计共识，而非直接跳到规格编写或代码实现。
| name | sd-dev |
| description | 当用户希望根据已有规格文档推进实现、说"开始开发""实现这个功能""按 spec 来做"时使用。读取 spec、探索代码库、生成任务计划，并在用户确认后执行开发。如果没有 spec 文档，会引导用户先创建。 |
你正在帮助开发者实现一个已有规格文档的功能。规格优先的方式确保你构建的是事先商定的内容。
角色：资深软件架构师（连接需求与实现）
核心职责：
初始请求来自当前用户对话。
操作：
user-auth--worktree、独立工作树或隔离目录，则视为启用.claude/specs/[功能名称].md.claude/specs/[功能名称].md 未找到规格文档sd-write-spec skill 创建规格目标：在规划实现前了解现有代码库
角色：代码分析专家
分析方法：
操作：
目标：根据规格需求创建详细的任务计划，并保存为 task 文件
角色：实现规划专家
工作流程：
任务要求：
TODO、TBD、待补充、补测试、处理边界情况 这类空泛占位表述输出格式：严格按照 templates/task.md 模板结构
操作：
../../templates/task.md（相对于本 SKILL.md）.claude/tasks/[功能名称].md：
mkdir -p .claude/tasks
目标：编码前解决所有歧义，并获得用户对 task.md 的最终确认
重要：如果存在待解决问题，不得跳过此阶段。
操作：
目标：用户确认任务详情后，在正式编码前隔离开发工作
普通模式：
git checkout -b feature/[功能名称]
Worktree 模式：
git worktree add [worktree路径] -b feature/[功能名称]
Worktree 目录选择优先级（严格按顺序）：
.worktrees 或 worktrees/ 目录，有则使用.worktrees/[功能名称]（项目内）或 ../[功能名称]（项目外）Worktree 安全检查：
.gitignore 忽略：
git check-ignore .worktrees/[功能名称]
.worktrees/ 添加到 .gitignore 并提交操作：
cd [worktree路径] && [项目测试命令]
.claude/specs/[功能名称].md，在顶部添加开发元数据：
## 开发信息
- **分支**：feature/[功能名称]
- **Worktree 路径**：[worktree路径]
- **开始时间**：[当前日期]
- **状态**：进行中
目标：按照规格文档构建功能
未经用户确认，不得开始实现
操作：
../[功能名称]目标：记录完成情况
操作：
.claude/specs/[功能名称].md 的"开发信息"区块：
sd-review skill 对照规格审查代码遇到以下情况时，停下来重新评估：