Menu
Fork Overlay：Codex-first 外部执行器策略。按任务特征路由到 Claude 或 Codex，Codex-first（非品牌路由）。使用时机：需要决定是否将当前任务派发给 Codex 时加载此 skill。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
Fork Overlay：Task Bundle 持久化 + Failure FSM 集成。在 ce:work 基础上增加 state.md 读写和状态机转换。使用时机：执行 ce:work 时，如果任务有对应的 Task Bundle（docs/tasks/<id>/），加载此 skill 以启用持久化和状态追踪。
Fork Overlay：经验分层沉淀升级阶梯。检测是否值得将 solution 升级为 pattern 或 skill。使用时机：ce:compound 完成后手动调用，分析 docs/solutions/ 中的重复模式。（不会自动触发，需主动加载此 skill）
Fork Overlay：外部模型调用前置检查门控。调用 Codex/Gemini 之前运行五项检查，防止调用失败浪费时间。使用时机：任何调用外部模型（Codex [C]、Gemini [G]）之前自动运行。
Fork Overlay：ce:work 意图分类门控。在执行前识别任务意图（实现/修复/重构/探索），设定对应的执行策略。使用时机：ce:work Phase 0（环境扫描）之后、Phase 1（Quick Start）之前。
Fork Overlay：Codex Patch Approval 咨询版。当 Codex 返回 patch 时，Claude 审批后才写入文件。使用时机：Codex 以 patch/diff 格式返回代码变更时，由 Claude 作为审批层。
Fork Overlay：Review Contract 三档 Tier 分类 + Anti-Leniency 注入。在 ce:review 基础上增加 Blocking/Analytical/Advisory 分层和结论类型系统。使用时机：运行 ce:review 前阅读此协议以理解审查标准。
| name | codex-first-executor |
| description | Fork Overlay：Codex-first 外部执行器策略。按任务特征路由到 Claude 或 Codex，Codex-first（非品牌路由）。使用时机：需要决定是否将当前任务派发给 Codex 时加载此 skill。 |
Codex 洞察（P7，P5+P8 合并）：路由策略和执行器可靠性不可分。 这不是「Codex 优先」品牌路由，而是「按任务特征选择最合适的执行器」。
必须先通过 Executor Capability Gate 检查（skills-custom/executor-capability-gate）再执行路由决策。
| 任务特征 | 推荐执行器 | 理由 |
|---|---|---|
| 高风险改动（auth、payment、migration、production data） | Claude 主做 + ce:review | 需要项目上下文和谨慎判断 |
| 大量机械 patch（格式化、重命名、批量模板替换） | Codex | 重复性操作，Codex 擅长 |
| 前端视觉任务（UI 组件、CSS） | Claude + design contract + UI Review Contract | 需要视觉理解 |
| 纯分析/代码审查 | Codex 交叉审核（[C] 参数） | 补充视角，有价值 |
| 跨文件重构（需要项目上下文） | Claude 主做 | 上下文依赖强 |
| 独立算法实现（无上下文依赖） | Codex（可选） | 相对独立，Codex 可胜任 |
| 文档写作/注释 | Codex（可选） | 相对机械 |
调用 Codex
├─ 成功（exit 0）→ 使用结果
├─ 失败（exit 1, 网络错误）→ 等待 30s，重试 1 次
├─ 重试失败 → 降级到 Claude 执行
└─ Rate limit (429) → 等待 retry-after header 时间，或降级
# Codex 调用超时（180s）
timeout 180 codex -- "$TASK_PROMPT"
EXIT_CODE=$?
if [ $EXIT_CODE -eq 124 ]; then
echo "Codex 超时，降级到 Claude 执行"
elif [ $EXIT_CODE -eq 0 ]; then
# 成功调用后记录时间（供 executor-capability-gate Check 4 Rate Limit 使用）
date +%s > ~/.codex/.last_call
fi
Codex → Claude (降级)
触发条件：CLI 不可用 / 超时 / rate limit / 任务不适合
降级后：记录降级原因到 state.md（如有 Task Bundle）
当用户使用 ce:review [C] 或 ce:brainstorm [C] 时，Codex 作为交叉审核视角，不是主执行器：
Claude 执行主任务
↓
Claude 生成结果/审核报告
↓
Codex 独立审核（仅审核，不修改代码）
↓
多模型仲裁（Review Contract 定义的权重）
├─ Claude trust_score: 1.0
└─ Codex trust_score: 0.85
↓
合并结论（多方一致 → confidence: high）
架构澄清：Gemini 有两种使用模式，定位不同：
| 模式 | 状态 | 入口 |
|---|---|---|
| 审核视角（交叉审核，不执行代码） | ✅ 已激活 | ce:review [G]、ce:brainstorm [G] |
| 执行器路由（Gemini 作为主执行引擎） | ⏸ 暂缓 | 无 |
当前决策：
[G] 审核参数已可用：Gemini 作为独立视角交叉审核 PR 或方案，结果整合进 review/brainstorm 报告在 ce:work Phase 1（任务列表创建后），根据任务特征决定路由：
任务列表创建完成
↓
Intent Gate 分类意图
↓
Codex-first Executor 路由决策
├─ Claude 执行 → 继续 ce:work 原有流程
└─ Codex 执行 → Executor Capability Gate → 派发 Codex → 验证结果
在 state.md 中记录路由决策：
# state.md 新增字段
executor:
decided_at: "2026-04-08T10:00:00+08:00"
task_type: "批量 patch（重命名）"
routed_to: "codex"
gate_result: "all_pass"
outcome: "success" # success / degraded / timeout / rate_limited