ask-codex

# codex 咨询 / 派任务（ask-codex） 通过 `codex exec` 一次性非交互命令，让 GPT-5.5 承担第二意见、审查、或直接执行任务。 **设计哲学**：人保留分工权和最终决策权。AI 不做自动路由——用户不说触发词，主线程自己处理。用户说触发词，主线程严格按触发词对应模式执行。 **与「派 Claude 子代理」的根本差异**：用 `Agent` 工具起的 Claude 子代理是可持续对话的进程，派模式能"先探索汇报计划、等确认再动手"。codex 不是子代理，是一条一次性非交互命令行——**跑完即结束，没有"跑到一半停下来等确认"这回事**。因此本 skill 的派模式是**一次性直接执行**（任务+护栏一次性打包，执行完由主线程做事后 `git diff` 验收），不是"探索计划→确认→继续"的两阶段模式。 --- ## 0. 与 codex-review / adversarial-review 的边界（进入本 skill 前必查） codex 在这套技能体系里有三个入口，互不替代： | Skill | 时机 | 前提 | 输出形态 | |---|---|---|---| | `adversarial-review` | 开工前，方案/高风险代码待定 | 无固定前提 | 双评审 + Opus 裁判报告 | | `codex-review` | 施工完成后 | 必须有已冻结蓝图 + 决策表（或蓝图退化基线） | 强制 A/B/C 三级分类 + 证据闸 + 分流台账 | | **本 skill（ask-codex）** | 任意时刻 | 无前提，随问随答 | 自由文本结论 / 直接执行 | **强制检查（触发本 skill 前）**：问题是不是"核验代码是否照已冻结的蓝图/决策表施工"？ - **命中** → 停止，改用 `codex-review`。它的证据闸和三级分流协议专门防止"把已拍板决策误判成 bug、又被照改"，本 skill 没有这套保护，绕开它会架空那套纪律。 - **没命中**（轻量咨询、非代码问题、没有冻结真值可核对、或直接派任务执���）→ 才用本 skill。 方案/高风险代码的开工前评审同理指向 `adversarial-review`，不进本 skill。 --- ## 1. 模型映射 | 模式 | 触发词 | codex 参数 | |---|---|---| | **问 codex**（默认） | 问一下codex、问一下gpt、问一下gpt5.5 | `-m gpt-5.5`，reasoning 默认 xhigh（config 默认即是，无需显式传） | | **派 codex** | 让codex去做XX、让codex直接XX、让gpt去做XX、让gpt直接XX | 同上 | - 用户未指定降级时，默认 xhigh（超强思考） - 用户说"快速 / 省着点跑" → 降级 `-c 'model_reasoning_effort="medium"'` - 用户不说触发词 → 不调 codex，主线程自己处理 - 触发词模糊时 → 直接问用户："你想问模式还是派模式？" 成本提示：xhigh 质量最高也最慢（常 60–180s，复杂任务更久），调用必须走后台（§5）。 --- ## 2. 模式路由 ``` 用户消息 │ ├─ 不含触发词 → 主线程直接处理 │ └─ 含触发词 │ ├─ 先过 §0 边界检...