with one click
spec-dev-skills
spec-dev-skills contains 15 collected skills from wjgogogo, with repository-level occupation coverage and site-owned skill detail pages.
Skills in this repository
当用户希望根据已有规格文档推进实现、说"开始开发""实现这个功能""按 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。
当用户只有模糊想法、功能边界不清晰、在多个方案之间摇摆、或说"我想做一个...""不太确定怎么做""帮我想想"时使用。通过逐步提问把想法收敛为可写规格的设计共识，而非直接跳到规格编写或代码实现。
当遇到 bug、测试失败、非预期行为、报错信息、接口异常、页面不显示、数据不对时使用。即使用户只说"这里不对""跑不起来""报错了""为什么结果不对""坏了""挂了""出问题了""不工作"也应触发。核心方法论是在提出修复方案前先完成系统化的根因调查，避免盲目猜测修复。
当功能计划中有多个独立任务需要并行开发、用户说"并行执行""同时做""分发任务"时使用。通过子代理分发实现并行执行，并对每个子代理的输出做合规审查和质量审查。
当用户希望审查代码时使用。即使用户只说"review 一下""检查代码""看看有没有问题""代码写完了""能不能合了""帮我看看""检查一下"也应触发。对照规格和任务计划检查 spec 合规性、代码质量，运行测试并做必要的 UI 验证。
当用户显式调用 /commit 或说"提交代码""commit 一下""暂存并提交""git commit""提交一下代码""帮我提交"时使用。标准化本地 Git 提交流程，生成 Conventional Commits 格式的提交信息。仅在用户明确要求提交时触发，不在随口提到"提交"时自动执行。
创建和编辑 Excalidraw 手绘风格技术示意图。当用户要求创建流程图、架构图、序列图、数据流图、思维导图、ER 图、关系图、示意图、diagram 或任何 .excalidraw 格式的可视化图表时使用。即使用户只说"画个图""画个流程""可视化一下""来个架构图""画个示意图"也应触发，默认输出 .excalidraw JSON 格式。不适用于信息图（infographic）或图片生成场景。
当会话即将结束、用户说"交接一下""生成 handoff""我要下了""收工""保存上下文""总结一下今天的进度""留个记录给下次""wrap up""明天继续""先到这""下次接着做"时使用。生成结构化的 HANDOFF.md 交接文档，为下一个 agent 或人类留下可继续执行的上下文快照。
当用户要求将规则写入项目配置文件（CLAUDE.md / AGENTS.md）时使用。适用于"写进 CLAUDE.md""更新规则""加条规范""项目里加个约束"等明确指向项目级持久化规则的场景。与 auto memory 的区别：memory 存个人偏好和跨项目经验，self-improve 写当前项目的团队规范。如果用户只说"记住这个"而没指定写入 CLAUDE.md，优先使用 auto memory 而非此 skill。
当需要润色中文技术文档或博客草稿、统一 Markdown 格式、修正中英文排版、去除 AI 腔、按既有作者风格改写时使用。适用于 README、指南、方案、规范、内部文档、博客文章等 Markdown 或纯文本文件。即使用户只说"帮我改改这段文字""润色一下""排版有问题""校对一下""文字不太通顺""改改措辞""帮我看看这段""文字有点别扭""读起来怪怪的"也应触发。不适用于翻译任务、纯英文文档或代码注释。