近日，Linux.do社区有开发者分享了OpenAI命令行编程工具Codex在接入sub2api中转服务时不显示最新模型的解决方法。该问题表现为Codex连接第三方API中转站后，模型列表无法同步显示最新上线的模型。经排查，根本原因在于Codex检测到配置文件中存在experimental_bearer_token字段后，会自动切换至API Key模式运行，而该模式下程序不会从远程端点拉取最新的模型目录，导致中转站新增的模型无法在列表中呈现。解决方法为修改Codex的config.toml配置文件：在[features]配置段中添加api_key_model_discovery = true，启用API密钥模式下的模型自动发现功能；同时在对应的[model_providers.sub2api]配置段中添加model_catalog_url字段，将其指向中转站的模型列表接口，地址形如https:///v1/models。完成上述配置后，Codex即可正常获取并展示中转站提供的全部最新模型。发帖人称，该方法已在codex 0.159.0及ChatGPT 26.928.20755版本上测试验证通过。对于借助API中转服务使用Codex的开发者而言，这一方案具有直接的实操参考价值。
事件分析
从技术细节看，Codex对experimental_bearer_token的检测逻辑体现了官方工具在安全与开放之间的权衡：API Key模式下默认关闭远程模型发现，可降低凭据相关风险，但也切断了与第三方网关的动态联动；保留配置开关则说明官方并未完全封闭第三方接入路径。从产业视角看，sub2api等API中转服务在开发者群体中应用广泛，Codex与这类网关的兼容成本将直接影响其用户渗透速度。当前Claude Code、Codex、Gemini CLI等Agent编程工具竞争白热化，模型目录动态发现、多提供商适配、配置灵活性等工程细节正成为生态竞争的隐性战场。后续值得关注的走向包括：Codex正式版是否会将模型发现机制简化为默认行为，以及OpenAI是否会推出更规范的第三方Provider接入标准。
核心观点：AI编程工具的竞争已从模型能力延伸到接入体验，兼容性细节正决定生态渗透的速度与广度。
原文链接：Linux.do
