# R2.7.2 Codex Grok profile 接入 Sub2API 报告

## 结果

已把 `/root/.codex/config.toml.grok` 调整为独立的 Sub2API Grok Responses provider：

- `model_provider = "Sub2API_Grok"`
- `model = "grok-4.5"`
- `review_model = "grok-4.5"`
- `model_reasoning_effort = "high"`
- `base_url = "https://api.pikapython.com/v1"`
- `wire_api = "responses"`
- `requires_openai_auth = true`
- `supports_websockets = false`

`/root/.codex/auth.json.grok` 原本已经是 Codex 需要的 `OPENAI_API_KEY` 结构，且其中 Key 正是绑定 Sub2API Grok 分组的 Key，因此未替换密钥，只做结构、fingerprint 和权限验证。两个文件权限均保持 `0600`，未输出完整密钥。

## 验证

- TOML 解析成功，provider、模型、base URL 和 Responses transport 均符合预期。
- JSON 解析成功，仅包含 `OPENAI_API_KEY`；验证前后 fingerprint 均为 `2d90208c41f3`。
- 使用该 Key 请求 `https://api.pikapython.com/v1/models` 返回 HTTP 200，共 22 个 Grok 模型，包含 `grok-4.5`、`grok-4.3`、`grok-build-0.1` 和 Grok Composer，证明 Key 已绑定原生 Grok 分组。

## 最小推理 smoke

第一次 `grok-4.5` Responses smoke：

- 最终 HTTP 502。
- Sub2API request ID：`5fb6cb9f-5243-4f6a-a4c9-70a908b12a3e`。
- 请求已进入 `grok` 分组和账号 `https://sub.yjxm1221.top grok`（账号 36）。
- 上游返回 502 后触发 failover，但该分组只有一个账号，排除原账号后出现 `no available accounts`。

第二次有界复测：

- 最终 HTTP 503。
- Sub2API request ID：`25064661-32e1-42ad-9ec3-84c154bf870e`。
- trace 结论为 `account-select-failed`，6ms 内出现 `no available accounts`，说明前一次失败后当前 Grok 池无可调度候选。

## 结论

Codex profile、认证文件、Sub2API API Key 和 Grok 分组路由均已正确配置。当前不能完成成功推理验收的原因是 Grok 分组唯一上游账号返回 502 后没有第二候选，而不是本地配置或鉴权格式错误。没有为掩盖该问题继续盲目重试，也未修改 Sub2API runtime、分组或账号状态。