能否支持codex的官方登录来作为供应商？

[MomentDerek]

不使用中转站，只作为官方codex的分发使用

[github-actions]

感谢您的功能建议。

当前状态分析：

根据对代码库的分析，当前项目中 Codex 类型的供应商（providerType: "codex"）仅支持 API Key 认证方式：

• src/types/provider.ts (lines 6-12) 定义了供应商类型：claude | claude-auth | codex | gemini | gemini-cli | openai-compatible
• src/app/v1/_lib/proxy/forwarder.ts (lines 1706-1718) 中的认证逻辑统一使用 Authorization: Bearer {key} 和 x-api-key 头部发送配置的 API 密钥

相关参考：

项目已有类似的 OAuth 支持实现可作为参考：

• Gemini OAuth：src/app/v1/_lib/gemini/auth.ts 实现了 Gemini 的 OAuth 授权流程，支持 refresh_token、access_token、client_id、client_secret 等凭据
• 相关 Issue：能够添加gemini OAuth 授权的支持吗 #395 请求添加 Gemini OAuth 授权支持，涉及类似的认证需求

实现考量：

要支持 Codex 官方登录（类似 GitHub OAuth 或 OpenAI 账户授权），需要：

1. 新增 codex-auth 供应商类型（类似现有的 claude-auth）
2. 实现 OAuth 授权流程（获取和刷新 access_token）
3. 安全存储用户的 OAuth 凭据
4. 处理 token 过期和自动刷新逻辑

技术难点：

• Codex (OpenAI) 官方 API 的 OAuth 授权流程需要了解其具体实现细节（如 OAuth endpoint、scope 等）
• 与中转站模式不同，直连官方需要处理账户级别的速率限制和配额管理

---

Automated response from Claude AI

[ding113]

您好，短期内不会添加该功能，因为 oauth 流程涉及到的工作比较多，且已经有 crs 可以完整实现。
如有相关需求，请尝试搭配 crs 共同部署。

[6639835]

很好实现的，OAuth接口很好搞。我觉得没啥问题