Implement

实现用户在 OpenSpec change 或 spec 中指定的工作。调用形式是 /implement [change-name]；来源是裸 spec 或对话内计划时，直接说明即可。上游敲定的内容就是输入：没有访谈，不提出不同方案，不重新打开计划。

边界：只写入实现代码、tasks.md 勾选与 trace.md；不创建分支、不做 checkpoint 提交、不归档 change；一次调用对应一个 change，并行需调用方提供隔离的 worktrees。spect 缺失或报错时停止并报告，不代为安装。

Process（OpenSpec 输入）

1. Resolve the change

传入 change-name 且 exact match 时直接选择。否则运行 spect list --json 列出 active changes 让用户选择；没有 exact match 时按相关度展示候选让用户确认，不静默选择近似结果。

2. Gate on planning

运行 spect status --change <change-name> --json：tasks.md 缺失或 planning 未完成时停止，指向 /to-plan <change-name>。skip_specs: true 的 change 不要求 specs。随后若 spect instructions implement 返回 blocked，同样停止并报告原因。

3. Load context

运行 spect instructions implement --change <change-name>，按输出的上下文清单读取 proposal、delta specs、design.md 与 tasks.md。

4. Read the state

按 tasks.md checkbox 与工作区状态判定状态，并向用户复述：

5. Implement

先复述 seams：以 specs/**/*.md 的 Scenarios 为主要测试锚点，参考 design.md Decisions 中已确认的 test seams；两处都没有时警告，由 /tdd 当场发问，不硬停。

然后在未勾选任务上驱动 /tdd，优先级按依赖顺序与代码现状判断：

• red-green 循环、vertical slice、seam 纪律全部遵循 /tdd。
• 每完成一项任务即时勾选对应 checkbox，只勾实际完成的。
• 中断后再次调用，凭 checkbox 与工作区状态从断点续做。

6. Verify and commit

运行完整测试套件，失败则回到 Step 5。通过后记录当前 HEAD 为 review fixed point（change 完成前不做任何提交，HEAD 全程不动），把代码与 tasks.md 勾选作为一次提交落在当前 branch，commit message 引用 <change-name>。

7. Review and finish

对 fixed point 调用 /code-review，显式传入 delta specs 与 proposal 作为 Spec 轴来源。「全部勾选且已提交」的重入态没有本次记录的 fixed point：先读 trace.md 中记录的 review fixed point；缺失时取 commit message 最老引用 <change-name> 的提交的 parent，解析不出来时询问用户。

有 findings 就修复、通过测试后再次提交；review 只跑一轮。

在 openspec/changes/<change-name>/trace.md 写入（文件不存在则创建，已有 implement section 则更新）本次执行记录：

## implement
- review fixed point: <Step 6 记录的 HEAD>
- commit: <最终提交 SHA>
- code-review: <pass | findings 已修复摘要>

完成后报告 change 完成。

Process（spec / 对话输入）

1. 复述范围，记录当前 HEAD 为 fixed point。
2. 在可确认的 seams 上驱动 /tdd；seams 缺失时由 /tdd 当场发问。
3. 完整测试套件通过后提交到当前 branch。
4. 对 fixed point 调用 /code-review，显式传入 spec 作为 Spec 轴来源；有 findings 就修复、测试后再次提交，review 只跑一轮。

Handoff Next Step

OpenSpec change 完成后，下一步由用户显式运行 /finalize-spec <change-name> 收尾变更。来源是裸 spec 或对话内计划时无此步骤。

注意

• 不做 checkpoint 提交：change 完成前代码与勾选都在工作区，中断的进度只能凭 tasks.md checkbox 状态恢复。
• 开始前确认当前 branch 就是工作要落的地方。
• 归档（spect archive）不在本 skill 范围。