菜单
在需求已经过 `spec-review`、进入修正迭代阶段后，根据 review 结论、缺陷清单或验证失败结果，对既有实现执行增量修正。用于用户要求 fix、根据 review findings 修问题、补齐遗漏的 spec 条目、修复回归或质量问题、继续迭代已完成实现，并且每次修正后都必须同步 `spec.md`、`tasks.md`、`log.md` 时使用。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Guides stable API and interface design. Use when designing APIs, module boundaries, or any public interface. Use when creating REST or GraphQL endpoints, defining type contracts between modules, or establishing boundaries between frontend and backend.
Tests in real browsers. Use when building or debugging anything that runs in a browser. Use when you need to inspect the DOM, capture console errors, analyze network requests, profile performance, or verify visual output with real runtime data via Chrome DevTools MCP.
Automates CI/CD pipeline setup. Use when setting up or modifying build and deployment pipelines. Use when you need to automate quality gates, configure test runners in CI, or establish deployment strategies.
Conducts multi-axis code review. Use before merging any change. Use when reviewing code written by yourself, another agent, or a human. Use when you need to assess code quality across multiple dimensions before it enters the main branch.
Simplifies code for clarity. Use when refactoring code for clarity without changing behavior. Use when code works but is harder to read, maintain, or extend than it should be. Use when reviewing code that has accumulated unnecessary complexity.
Optimizes agent context setup. Use when starting a new session, when agent output quality degrades, when switching between tasks, or when you need to configure rules files and context for a project.
| name | spec-fix |
| description | 在需求已经过 `spec-review`、进入修正迭代阶段后，根据 review 结论、缺陷清单或验证失败结果，对既有实现执行增量修正。用于用户要求 fix、根据 review findings 修问题、补齐遗漏的 spec 条目、修复回归或质量问题、继续迭代已完成实现，并且每次修正后都必须同步 `spec.md`、`tasks.md`、`log.md` 时使用。 |
在执行本 skill 时，同时遵守 ../../references/full-sdd-lifecycle.md 中 spec-fix 阶段的协同规则。
skills/debugging-and-error-recovery/SKILL.md 复现和定位skills/test-driven-development/SKILL.md 补证明与防回归skills/documentation-and-adrs/SKILL.md 的沉淀要求在现有实现基础上做受控的增量修正，而不是重新开始一轮 /apply。
/apply 负责按 tasks.md 顺序完成初始实现/fix 负责在 review 或验证之后，针对明确问题做补丁式修正/fix 都必须同步 spec.md、tasks.md、log.md执行前先确认以下条件成立：
spec.mdtasks.md、log.md；若缺失其中任一，先补齐再修正若出现以下情况，先停止，不直接改代码：
spec.md按以下顺序执行，不要把修正、补文档、汇报混成一个模糊动作。
先读取最小必要上下文：
spec.md、tasks.md、log.md执行时坚持下面约束：
spec.md，再改实现在动手前先判定当前属于哪类 fix：
若一个问题跨越多类，先修关键路径，再修外围问题。
围绕当前问题做最小必要改动：
/fix 顺手扩展无关需求每次 fix 后都必须给出验证证据。
没有证据时，不宣布修正完成。
文档同步是铁律，每次 /fix 都必须完成。
spec.md：仅在修正导致需求边界、验收口径、已知限制或行为说明需要调整时更新tasks.md：记录新增 fix task、状态变化或关闭结果log.md：记录问题来源、修正动作、验证结果、额外发现和后续建议不要只改代码不改文档，也不要只在汇报里口头说明而不落文档。
向用户汇报时至少包含：
spec.md、tasks.md、log.md 各自同步了什么spec-review 复审遇到以下情况时立即停止，并明确说明原因：
spec.md 尚未更新tasks.md 或 log.md，无法满足同步铁律停止时要说明：
spec-propose、spec-apply 或继续补 fix 输入/fix 只做增量修正，不替代首次实现/fix 都必须同步 spec.md、tasks.md、log.md交付前自行检查：
spec.md、tasks.md、log.md 是否都已同步spec-review 做复审