implement-spec-with-codex

使用 Codex 实现 Spec

严格运行 implement-spec——采用相同的循环、相同的关卡和相同的维护检查点，但由 Codex 编写代码。调用此技能即明确授权根据 codex 技能委派给 codex exec。

角色分工

• 尽可能由 Codex 实现。 默认将每次实现交给 codex exec，切分清晰，并按照 codex 技能的要求编写提示词（提示词区块、沙盒选择、exec 存活状态）。在独立工作树中并行运行互不依赖的切片，具体时机与 implement-spec 分发子 Agent 的时机完全一致。
• 由你负责统筹和审查。 Spec 循环仍由你掌控：选择下一个切片、协调计划与代码、端到端编写每条提示词、集成差异、运行关卡、审查合并后的代码树、提交、更新交接内容、运行维护检查点。以上事项均不得委派。

只有在清晰切分所需的成本高于亲自完成时，才自行处理：例如微小修补、计划协调、集成冲突。

规则

• 每项结果都由你负责：完整阅读差异并亲自运行验证。“Codex 说完成了”绝不代表完成。
• 视觉结果还须通过 implement-spec 要求的另外两项验证（生产路由像素差异 + 未预先提示的评审）；在此处尤其要严格：沙盒中的 Codex 从未见过其改动的渲染效果，因此完全没走过生产渲染路径的实现也可能看起来已经“验证”完毕。
• 沙盒中的 Codex 提交的代码从未亲眼运行过——你必须亲自对每个视觉切片进行浏览器验证，并预留修复轮次。将未通过的关卡连同失败证据交回，让 Codex 恢复处理；只有在自行修复的成本更低时才亲自修复。
• 提交规范仍由你负责：每次提交前，都要审查合并后代码树的变更列表，严格遵循 implement-spec 对集成审查者的要求。