execute

执行

当工作内容已明确，任务是着手构建时，使用此技能。

这是标准执行工作流。autopilot、ralph、ultragoal、 ultrapilot、pipeline 和 swarm 都会路由到此处。

目标

将任务从达成共识的意图推进到可用代码，并提供代码有效运行的证据。

工作流

1. 确认任务足够明确，可以开始构建。如果还不够明确，先制定计划。
2. 将工作拆分为相互独立的单元；真正独立的单元应并行处理。
3. 为每个单元实施最小的正确更改，复用现有实用工具和模式。
4. 及时验证，而不是只在最后验证。
5. 报告更改内容、已验证的内容以及尚未解决的问题。

规模

根据任务规模选择合适的机制：

• 单个单元 — 直接实施、验证并完成。
• 多个独立单元 — 并行委派给 executor Agent。
• 长期运行或范围不确定 — 维护持久任务列表，并持续处理直至列表清空。
• 需要协调并行工作者 — 使用 team。

不要为一次专注处理就能完成的工作启动协调流程。

规则

• 在不影响行为的前提下，优先删除而非添加。
• 未经明确要求，不要添加依赖项。
• 保持差异精简且易于撤销。
• 同时推进两条工作线：完成当前任务，并留意哪些改进能让下一项任务更轻松或更安全——第二条工作线应提出建议，而不是偏离当前任务。
• 不要采用权宜之计：仅为今天解围而偏离惯例（例如跳过检查、硬编码值或手动步骤），必须在其上叠加功能工作之前修正或标明，不能悄然使之成为常态。
• 在说明某项技能或协议的作用，或跳过其某个步骤之前，先阅读其原文；摘要只能用于查找，不能代替原文。
• 占位 TODO、test.skip 和存根测试都是阻塞项，不算进展。
• 编写与审批应分开进行；不要自行审批，应移交给 review 或 verify。

完成

在宣告完成之前：

• 没有待处理任务
• 测试通过，或清楚报告失败情况
• 已收集验证证据

输出

• 更改的文件
• 已实现的内容
• 有效运行的证据
• 尚未解决的问题