pikasTech-unidesk/docs/MDTODO/details/sub2api-upstream-reliability/R2.7.2_Task_Report.md

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、分组或账号状态。