返回 AI 资讯
社区讨论LinuxDo 最新

20260926 Codex 0.157+ 加载第三方供应商的模型目录的方案(旧版方案已失效)

背景说明 从 Codex 0.155.0 起,带 API key 的自定义服务商默认不再拉取远程模型目录。0.156.0 起可以在服务商上写 model catalog url。到 0.157.1(2026-09-26),仍然存在:目录地址要自己配,发现开关要自己打开。 打开之后,接口返回的模型会出现在模型选择器里。 原因 目前站内主流的在codex中启用第三方供应商和模型的教程,普遍都有: experimental bearer token 会让这次会话按 API key 登录。 但:发现功能 api key…

内容摘要

作者:#隔壁老陈 板块:#开发调优 背景说明 从 Codex 0.155.0 起,带 API key 的自定义服务商默认不再拉取远程模型目录。0.156.0 起可以在服务商上写 model_catalog_url。到 0.157.1(2026-09-26),仍然存在:目录地址要自己配,发现开关要自己打开。 打开之后,接口返回的模型会出现在模型选择器里。 原因 目前站内主流的在codex中启用第三方供应商和模型的教程,普遍都有: experimental_bearer_token 会让这次会话按 API key 登录。 但:发现功能 api_key_model_discovery 默认关闭,关闭时客户端不请求 model_catalog_url,选择器里只剩自带模型。 requires_openai_auth = true 不会改这条路径。请求头优先使用 bearer token。 顶层也没有 model_catalog_url 这个字段,地址要写在对应的 [model_providers.*] 里。 一句话总结 api_key_model_discovery这个配置选项默认为false,导致站内其他教程如【09/26更新一下自定义模型不显示的问题】绝不允许泥萌们还没有配置Codex桌面端的远程连接 等不生效了。 配置 ~/.codex/config.toml: model_provider = "moxi" model = "gpt-6-sol" model_reasoning_effort = "high" [features] api_key_model_discovery = true [model_providers.moxi] name = "moxi" experimental_bearer_token = "sk-..." requires_openai_auth = false wire_api = "responses" base_url = "https://api.XXXX.xxxx/v1" model_catalog_url = "https://api.XXXX.xxxx/v1/models" 客户端会自己请求 https://api.XXXX.xxxx/v1/models?client_version=...。 根据官方日志,这个功能仍在开发中,启动时可能提示不稳定功能。 生效 保存配置后完全退出 Codex,再重新打开。 打开模型选择器,应能看到接口当前下发的模型,例如 gpt-6-sol、gpt-5.5,以及 DeepSeek、MiniMax。 列表仍是旧的时,删掉 ~/.codex/models_cache.json 后再开一次。这份缓存默认保留 5 分钟,而且和 bearer token 绑在一起,改 key 或改地址后旧缓存不会自动换掉。

资讯来源

LinuxDo

原文链接

打开原文