execute

/execute

从解决方案空间桥接到已交付代码：执行前检查、构建、检测偏移，并进行纠偏或挽救。

适用场景

当目标明确、解决方案已选定、上下文已加载且准备开始构建时，调用 /execute。

**不要在以下情况使用：**目标不明确（/aim）、仍在考虑多个选项（/solution-space），或问题存在歧义（/problem-space、/problem-statement）。

按需参考资料

当执行开始改变目标、范围、框架或决策权限时，或工作可能难以撤销时，加载 references/drift-boundaries.md。

执行流程

第 1 步：执行前检查

Pre-flight Checklist:
[ ] Aim is clear — what outcome am I producing?
[ ] Constraints known — what must I not break?
[ ] Context loaded — do I understand the codebase and handoff?
[ ] Scope bounded — what am I doing and not doing?
[ ] Success criteria clear — how will I know when done?
[ ] Decision basis clear — selected approach, criteria, assumptions, trade-offs, invalidation, and stop/pivot triggers carried forward?
[ ] Authority boundaries clear — review, dissent, and human/domain-owner calls routed correctly?
[ ] Readiness clear — why deepen now, what invalidates this, what triggers stop/pivot?
[ ] Risk retirement clear — every named risk, alternate frame, invalidation signal, and stop/pivot trigger has a concrete check or an explicit evidence-backed reason it is out of scope?

如果有任何一项无法勾选，请停下并先处理。如果这项工作属于单向门，且尚未运行 /dissent，请在继续前标记这一点。

声明阶段转换：

“任务是 [task]。目标是 [aim]。这与 [selected approach] 相契合，因为 [decision criteria]。范围是 [scope]。范围之外的是 [non-goals]。成功标准是 [criteria]。假设是 [critical assumptions]。已接受的权衡是 [trade-offs]。如果出现 [condition]，则假设失效。如果出现 [trigger]，则停止／转向。”

编辑前，将交接内容转化为执行检查清单：声明的成功标准、保留约束、对抗性风险消除检查、失效检查，以及停止／转向触发条件。每项可由模型检查的具名风险都必须在完成前有对应检查；每项证据检查都必须说明它会排除哪种看似合理但错误的补丁。只有当风险超出范围、在此环境中无法由模型检查，或需要人工／领域判断时，才标记为 有理由地接受，并说明原因。

第 2 步：构建

在构建过程中逐一消除具名风险：每项风险都必须转化为通过的对抗性测试／检查、有证据支持的非问题，或暂停／转向。只有当检查能够击败第一个可行方案或仍会留下该风险的局部补丁时，它才具有对抗性。

分小步进行，每一步都可测试。不得超出声明的范围。使用范围最窄且可信的检查来验证行为，该检查必须能够证伪看似诱人的捷径，而不只是确认所选实现的理想路径。条件允许时，运行 /review 或仓库的审查工作流。按逻辑单元提交，并使用清晰的提交说明。

第 3 步：检测偏移

Drift Check:
- Original aim: [aim]
- What I'm doing now: [current work]
- Gap: [divergence]
- Verdict: [aligned | minor drift | significant drift | lost]
- Authority boundary: [clear | ambiguous | crossed]

保持一致：继续。轻微偏移：记录并重新聚焦。显著偏移：暂停、重新聚焦、确认范围变更，或进行挽救。已偏离目标：调用 /salvage。

第 3.5 步：风险消除关卡

在宣布执行完成前，检查从 /solution-space 继承的每项风险、备选框架、失效信号和停止／转向触发条件。

每项都记录以下一种状态：

• **有证据证明已消除：**测试、代码检查、运行时检查或记录在案的观察直接覆盖该项，并且能够排除看似合理但错误的补丁或其他失效模式。
• **有理由地接受：**该项超出范围、在此环境中无法由模型检查，或需要人工／领域验证；理由明确指出这一限制。
• **已触发：**证据符合失效或停止／转向条件；暂停，并转交至 /problem-statement、/problem-space、/review 或 /salvage。

不得在仍有可由模型检查的具名风险未经测试时宣布执行完成，也不得因为交接的检查不方便就将其降级为“已接受”。不得将非对抗性检查视为风险已消除；如果该检查对看似合理但错误的补丁也会通过，则转交至 Adjust。指出风险后仍继续交付，属于偏移。

第 4 步：必要时进行挽救

如果方案反复倒退、范围不断扩大、反复摇摆取代了逐步收敛，或终点不断变化，就停止。使用 /salvage 提取经验，而不是维护沉没成本代码。

输出格式

## Execute

### Execution Complete

**Task:** [what was done]
**Aim achieved:** [how it maps to the original aim]

### Declared Success Criteria
- [criterion]

### Delivered Characteristics
- [characteristic/result]: [met | partially met | deferred]

### Changes
- [file/component]: [what changed and why]

### Verification
- [test/check/manual observation]

### Risk Retirement
| Risk / Assumption / Stop Trigger | Status | Tempting Patch This Check Fails | Evidence / Route |
|----------------------------------|--------|---------------------------------|------------------|
| [Named item from handoff] | [retired / accepted / triggered] | [wrong-but-plausible local patch, or "N/A"] | [adversarial test/check/rationale/next route] |

### Needs Human Verification
- [claim the model cannot independently confirm, or "none — because ..."]

### Notes
- [future-relevant note]

当偏移触发暂停时：

## Execute

### Execution Paused - Drift Detected

**Original aim:** [aim]
**Current state:** [where things stand]
**Drift:** [what diverged and why]

### Options
1. [option]
2. [option]
3. Salvage and restart

Recommendation: [assessment]

会话交接

如果正在使用会话文件，请阅读 Aim、Problem Statement 和 Solution Space，然后替换或追加 ## Execute。/execute 会保留选定的方法、决策标准、关键假设、接受的权衡、失效信号、停止/转向触发条件以及风险消除结果；/ship 和 /review 会使用已声明的成功标准、交付特性、验证结果、风险消除证据以及权责/框架偏移。