メニュー
在需求已确认并进入执行阶段后，严格依据对应需求目录中的 `spec.md`、`tasks.md`、`log.md` 逐项实施任务、展示可验证证据并同步执行记录。当用户要求进入 apply 阶段、根据已确认 spec 开始编码、按 tasks 逐条落实实现、默认一次做一项后等待确认，或明确要求“全部完成”后顺序批量执行时使用。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | spec-apply |
| description | 在需求已确认并进入执行阶段后，严格依据对应需求目录中的 `spec.md`、`tasks.md`、`log.md` 逐项实施任务、展示可验证证据并同步执行记录。当用户要求进入 apply 阶段、根据已确认 spec 开始编码、按 tasks 逐条落实实现、默认一次做一项后等待确认，或明确要求“全部完成”后顺序批量执行时使用。 |
在执行本 skill 时，同时遵守 ../../references/full-sdd-lifecycle.md 中 spec-apply 阶段的协同规则。
skills/incremental-implementation/SKILL.mdskills/test-driven-development/SKILL.mdskills/context-engineering/SKILL.mdskills/git-workflow-and-versioning/SKILL.md在提案确认后进入实施阶段，严格执行已确认文档，而不是重新定义需求。
spec.md 视为行为合同tasks.md 视为执行顺序和状态来源log.md 视为实时同步记录执行前先确认以下条件全部满足：
spec.md、tasks.md、log.mdspec.md 中不存在会阻断实现的待澄清项tasks.md 中存在当前可执行的任务若任一条件不满足，立即停止，不要开始编码或修改实现。
feature/<需求目录>。按下面顺序执行，不要跳步。
先读取对应需求目录中的 spec.md、tasks.md、log.md。
spec.md 冲突，先停止并汇报，不要私自选择新方案默认采用逐步执行模式。
tasks.md 中的顺序连续执行所有可执行任务围绕当前 task 收集最小必要上下文，然后实施变更。
tasks.md 的拆分过粗，允许在脑内细化步骤，但不要改写任务目标spec.md、仓库规则或既有接口契约，立即停止并回报tasks.md每完成一个 task 后，必须给出至少一种可验证证据。
skills/test-driven-development/SKILL.md 驱动出的测试证据每完成一个 task 后立即同步文档。
tasks.md 中对应任务状态log.mdlog.md，再提示后续是否需要沉淀到 docs/rules/ 或 docs/knowledge/在逐步执行模式下，完成一个 task 后立即停下。
tasks.md 和 log.md 已同步在批量执行模式下，仍然要对每个 task 产生独立证据和日志，只是不在 task 之间停下等待。
遇到以下情况时立即停止，并执行 Reverse Sync：
spec.md、tasks.md、log.md 缺失tasks.md 中的任务描述不足以指导实现Reverse Sync 时必须明确说明：
spec.md 或 log.md 的内容始终执行下面约束：
log.md交付前自行检查：
spec.md 已确认范围内tasks.md 中同步状态log.md 是否记录了本次实施、验证结果和新增发现向用户汇报时至少包含：
tasks.md 和 log.mdGuides 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.