用途：对已完成的 spec-driven 变更做代码质量审查，在归档前发现必须修复的问题。
主要能力：检查可读性（命名、函数长度、复杂度）、安全性（注入漏洞、硬编码密钥、边界输入校验）、错误处理（外部调用与用户输入、避免吞错）、性能（N+1 查询、无谓分配、异步阻塞调用）、最佳实践（项目约定、死代码、调试残留），并检查测试是否覆盖 delta specs 的关键场景、是否独立可重复、是否符合 config.yaml 的 rules.test。
使用方式：先确认项目根目录存在 .spec-driven/，可运行 ls .spec-driven/ 验证，否则先执行 /spec-driven-init。用 node {{SKILL_DIR}}/scripts/spec-driven.js modify 列出活动变更并选择要审查的变更；用 node {{SKILL_DIR}}/scripts/spec-driven.js apply <name> 确认就绪，若 remaining > 0 则停止并建议先执行 /spec-driven-apply。随后读取 proposal.md、specs/、design.md、tasks.md、questions.md 与 config.yaml，确定并完整阅读被创建或修改的文件。输出报告分 MUST FIX（阻断归档）、SHOULD FIX（建议修复）、NITS（可选）三类，并给出下一步建议：有 MUST FIX 先修复；仅有 SHOULD FIX 询问用户是否处理或继续；无问题则建议 /spec-driven-archive <name>。
限制：只审查本次变更涉及的文件，不重复审查未改动代码；不评论已由 linter 处理的风格偏好；MUST FIX 限于安全漏洞、数据丢失风险、功能损坏；违反 config.yaml 项目规则至少列为 SHOULD FIX。资料未提供该技能的收费、平台与效果信息。