现象
Sub2API v0.1.150、同一 OpenAI OAuth 账号与分组:
- 管理端账户测试
gpt-5.6-luna 成功;
- 渠道检测默认请求失败,上游返回
404 Model not found gpt-5.6-luna;
- 账号随后出现约 30 分钟的
upstream_404_model_not_found 冷却,后续检测从 502 变为 503;
- Sol/Terra 正常。
根因
官方 main@5260a42 的 channel_monitor_checker.go 仍只设置 Authorization、Content-Type、Accept,没有设置 Codex Originator/User-Agent,因此请求使用 Go 默认客户端身份;账户直测则发送:
Originator: codex_cli_rs
User-Agent: codex_cli_rs/0.144.1 (Ubuntu 22.4.0; x86_64) xterm-256color
同账号、同模型 A/B:默认渠道身份返回 404;补上述两个头后正常。切换 chat_completions / responses 都不能单独解决。
复现
- OpenAI OAuth 账号加入分组;
- 账户测试 Luna 成功;
- 渠道监控指向本实例
/v1,使用该分组 API Key 和默认 headers;
- 检测 Luna,观察 404 与模型冷却;账户直测清除冷却后,再检测又触发。
期望
- 提供 Codex OAuth/Sub2API OAuth 检测预设,复用账户直测身份;
- 健康检查不应因自身缺少身份头而污染生产账号冷却;
- 普通 OpenAI-compatible provider 默认行为保持不变;
- 增加 Luna 回归测试。
关联:#3895、#3901、openai/codex#31967。未包含任何凭据或私有域名。
现象
Sub2API v0.1.150、同一 OpenAI OAuth 账号与分组:
gpt-5.6-luna成功;404 Model not found gpt-5.6-luna;upstream_404_model_not_found冷却,后续检测从 502 变为 503;根因
官方
main@5260a42的channel_monitor_checker.go仍只设置 Authorization、Content-Type、Accept,没有设置 CodexOriginator/User-Agent,因此请求使用 Go 默认客户端身份;账户直测则发送:同账号、同模型 A/B:默认渠道身份返回 404;补上述两个头后正常。切换
chat_completions/responses都不能单独解决。复现
/v1,使用该分组 API Key 和默认 headers;期望
关联:#3895、#3901、openai/codex#31967。未包含任何凭据或私有域名。