用途：run-codex-exec 是一个已弃用的兼容性垫片（shim），不包含实际实现。它的作用是让仍使用旧安装路径或旧命令的用户被正确路由到 run-codex-2 的 exec 模式。
适用请求：当用户要求以并行 git worktree 方式运行 codex exec 任务、为每个任务生成一个 codex 智能体并在完成后自动提交、或对 tasks.json 执行 codex exec 时，应触发此技能。
不适用：若需求是同一提示模板套用到多个输入（URL、ID、文件路径）并每个输入一个答案文件，应使用 run-batch-codex-research；若需要按分支进行 codex 审查收敛循环，应使用 run-codex-review；若已在活跃编排器上并需要完整模式检测树，应直接加载 run-codex-2。
exec 模式特征：每个任务一个 codex exec；每个智能体一个 git worktree，命名形如 ../<repo>-wt-exec-<slug>；每任务一次性执行，完成后自动提交并退出；并发有上限（默认 xargs -P 5，可用 --i-have-measured 提高）；每个任务群一个 Monitor，须在运行器启动前布防；状态记录在 resolveStateDir(cwd)/run-codex-2/manifest.json。
路由方式：确认符合 exec 模式后，加载 skills/run-codex-2/skills/run-codex-2/SKILL.md，并运行：node skills/run-codex-2/skills/run-codex-2/scripts/run-codex-2.mjs exec --tasks <tasks.json>。调度器会写入种子 manifest、分离启动 bash scripts/run-fleet.sh --manifest <path>，并输出 Monitor 提示信封，需在退出前把字面 Monitor({...}) 提示展示给用户。
限制与反模式：不要绕过 manifest 与 Monitor 直接在循环中生成 codex exec；不要为整个任务群创建单一共享 worktree；不要自动把工作分支合并到 main/canary/默认分支；不要无界并发；未记录理由不得把 JOBS 提高到 5 以上；不要在运行器启动后才布防 Monitor；不要在有未提交更改时删除 worktree；不要手工编辑 manifest。旧版独立脚本与旧安装路径已退役，所有活跃逻辑均在 run-codex-2 中。具体收费、价格与平台信息暂未提供。