用途：把已批准且边界清晰的工作转成一次性的 Codex 执行任务。产品决策留在规划任务中，实现日志留在 fork 中，执行证据自动回传规划任务。
主要能力：创建并命名同目录子任务（标题为 Execute · <topic> 或 执行 · <topic>）；通过 /codex-task-messenger 的 Ask、Reply、Resume 卡片协议下发执行指令；按 completed、needs-input、failed 三种结果路由；对通过六项校验门（outcome=completed、含可解析的 SPEC EXECUTION RECEIPT、Conclusion 为 completed、每条验收标准有证据、无待决规划问题、报告最终工作树与外部影响）的子任务解除固定并归档。
使用方式：先确认当前对话中存在一个已批准的来源，且能在一个可靠实现会话内完成、无未决产品决策；当前 harness 需提供原生 Codex App 任务工具（fork_thread、read_thread、set_thread_archived 等），并已安装 /codex-task-messenger v2 或更高版本。随后 fork 当前任务（显式同目录，不请求 worktree），要求立即返回子线程 ID，记录该 ID，设置标题，再以 Ask 模式向该 ID 发送指令，要求其运行 /spec-executor 并返回恰好一个 Reply。默认不阻塞等待，子任务异步推送结果。
适用场景：需要把已定稿规格交给独立执行上下文实现、同时保持规划与实现分离的 Codex App 工作流。
限制：不授予提交、推送、合并、部署、修改追踪器或生产数据、调用付费服务、访问凭据或联系他人等权限；Messenger 卡片只是传输，不构成授权，范围变更须回源任务核对直接用户消息。缺少前置条件时不得新建普通任务或模拟传输，应说明缺失能力并给出手动回退（从已批准来源 fork、运行 /spec-executor、粘贴回执）。该工作流为事件驱动，不创建后台进程、注册表、邮箱或轮询循环；超时不等于取消，不自动重试或重发改变状态的 Ask。同目录 fork 只隔离对话上下文，不隔离检出目录。