codex desktop客户端 看不到5.6 只有自定义

[q4549286]

[lucien0229]

我通过中转站登录的codex 客户端，也看不到5.6的模型，是怎么解决的呢？

[hkx1997]

改，我也改了，现在啥都有

[lucien0229]

改哪里呀？麻烦帮忙指导下

[hhc0822]

我也是一样的问题 cli可以 app只有5.5

[hkx1997]

改哪里呀？麻烦帮忙指导下

请在这台 Windows 电脑上完整制作一个可独立运行的 Codex Patched。直接实施、验证并交付，不要只给教程。

目标目录默认使用：
%USERPROFILE%\Downloads\Report\CodexPatched

一、基本原则

1. 自动定位当前安装的 Codex App，但绝对不要修改 C:\Program Files\WindowsApps 内的原始安装。
2. 将完整应用复制到 CodexPatched\app，再修改副本。
3. 所有补丁必须按代码特征搜索，不依赖固定的哈希文件名。
4. 修改前备份 app.asar；补丁必须可重复执行，不得重复注入。
5. 如果新版已经正式支持某项功能，保留官方实现，不再覆盖。
6. 完成后创建 Codex Patched.lnk，目标为副本中的 Codex.exe。
7. 留下一个可重复执行的 Patch-CodexApp.ps1，方便官方更新后重新复制和打补丁。

二、解包

使用 @electron/asar 解包 resources\app.asar 到工作目录。自动查找 webview/assets 下相关文件，例如：

• use-is-fast-mode-enabled-*.js
• use-service-tier-settings-*.js
• read-service-tier-for-request-*.js
• general-settings-*.js
• model-queries-*.js
• model-list-filter-*.js
• model-and-reasoning-dropdown-*.js
• use-model-settings-*.js

三、开放 API Key Fast Mode

1. 找到仅允许 authMethod === "chatgpt" 的 Fast/service-tier 判断。
2. 将 API Key 登录一并允许，只开放 chatgpt 和 apikey，不要误开放 copilot、Bedrock 等模式。
3. 旧版若出现：
   authMethod !== chatgpt
   改为：
   authMethod !== chatgpt && authMethod !== apikey
4. 新版若使用布尔判断，改为：
   authMethod === chatgpt || authMethod === apikey
5. 同时检查 read-service-tier-for-request 路径。apikey 应直接允许读取配置中的 service_tier，不能仍因只接受 chatgpt 而返回 false。
6. 保留模型自身 serviceTiers/additionalSpeedTiers 检查，不要让不支持 Fast 的模型伪装支持。
7. Fast 对应实际请求值是 service_tier = "priority"。支持活动 profile：
   profiles..service_tier

四、开放账户可见插件

API Key App 不能同时用 ChatGPT 登录获取远程插件，因此使用独立的同步凭据文件，不改变 App 的 API Key 登录状态。

在 CodexPatched 下创建：

• plugin-account.json
• sync-remote-plugins.mjs
• sync-remote-plugins.ps1
• plugin-marketplace
• README-remote-plugins.md

plugin-account.json 模板：

{
"authFile": "",
"accessToken": "",
"chatgptAccountId": "",
"baseUrl": "https://chatgpt.com/backend-api",
"include": [],
"downloadMissing": false,
"install": []
}

要求：

1. accessToken 只能是 ChatGPT/Codex OAuth token，检测到 sk-* 必须拒绝。
2. 不得在终端、日志、回复或生成文件中输出 token。
3. 优先支持 authFile，用户可以把另一份 ChatGPT 登录产生的 auth.json 放进去。
4. 读取账户授权的远程插件目录、已有远程目录缓存和本地 bundle 缓存。
5. include 为空时暴露所有账户可见且有可用 bundle 的插件，不得伪造无权限插件。
6. 可选下载账户已授权且返回 bundle_download_url 的缺失 bundle。
7. 生成本地 marketplace，名称使用 openai-curated-remote-local，并执行：
   codex plugin marketplace add <plugin-marketplace路径>
8. 验证 product-design、github、figma 等实际存在的插件能出现在 codex plugin list 和新会话技能列表中。
9. 明确说明：插件显示不代表其外部服务已授权，连接器仍可能需要各自 OAuth。

五、完整适配 GPT-5.6

从 OpenAI 官方 openai/codex 仓库当前 main 分支的：
codex-rs/models-manager/models.json
读取最新模型对象。以运行时最新官方内容为准，不凭空猜模型。

当前应识别：

• gpt-5.6-sol：low/medium/high/xhigh/max/ultra
• gpt-5.6-terra：low/medium/high/xhigh/max/ultra
• gpt-5.6-luna：low/medium/high/xhigh/max

注意：

1. Max 和 Ultra 是 reasoning effort，不是模型后缀。
2. 不要创建不存在的 gpt-5.6-pro。Pro 是套餐名或独立的 gpt-5.5-pro，不属于 5.6 三模型。
3. 保留官方默认值、372000 context、tool mode、Responses Lite、multi-agent version、Fast tier 等完整元数据。
4. 生成完整 model-catalog.json。model_catalog_json 会替换整份目录，因此必须保留原有模型，再合并官方 5.6，不能只写三个模型。
5. 在 ~/.codex/config.toml 增加 model_catalog_json 的绝对路径，但保留用户原有 provider、base_url、API Key 和 profile。
6. 用户默认要求可写：
   model_reasoning_effort = "xhigh"
   service_tier = "priority"

六、WebView 兼容补丁

1. 官方 native 目录已经返回 5.6 时，WebView 必须优先使用官方数据。
2. 只有 native 缺失时才条件式注入 Sol/Terra/Luna，避免以后官方发布后重复。
3. 将默认 enabledReasoningEfforts 补全为：
   low, medium, high, xhigh, max, ultra
4. 移除仅用于隐藏 Ultra 的 Statsig 展示门槛，但仍按每个模型的 supportedReasoningEfforts 过滤，所以 Luna 不显示 Ultra。
5. 模型切换时使用该模型官方默认 effort；用户手动选择的 effort 必须传入下一轮 thread settings。
6. 对 5.6 使用 batch-write-config-value 写入 model 和 model_reasoning_effort，并支持 profiles. 前缀。

七、真实请求验证

不要只验证 UI。启动仅监听 127.0.0.1 的模拟 /v1/responses 服务，使用副本中的 codex.exe 发起测试并抓取 JSON：

1. Terra + xhigh 必须出现：
   "model": "gpt-5.6-terra"
   "reasoning": { "effort": "xhigh" }
2. Fast 必须出现：
   "service_tier": "priority"
3. Sol + ultra 按官方 Codex 当前设计应在客户端启用主动多代理，并在 Responses wire 上规范化为：
   "reasoning": { "effort": "max", "context": "all_turns" }
   不要错误地强制上游发送 "ultra"。
4. 用 codex debug models 验证三个模型的完整 effort、context、service tier 和 multi-agent metadata。

八、打包与交付

1. 对所有修改的 JS 执行 node --check。
2. 重新打包 app.asar，复制到 CodexPatched\app\resources\app.asar。
3. 比较打包文件与运行时 app.asar 的 SHA256。
4. 确认临时备份文件没有被打进 app.asar。
5. 完全退出旧 Codex 进程后，用 Codex Patched.lnk 启动。
6. 最终报告修改文件、验证结果、真实请求字段、插件数量及无法下载的插件。
7. 官方 App 更新不会自动更新这个副本。更新后应重新复制新版并运行 Patch-CodexApp.ps1。 

[hkx1997]

我也是一样的问题 cli可以 app只有5.5

请在这台 Windows 电脑上完整制作一个可独立运行的 Codex Patched。直接实施、验证并交付，不要只给教程。

目标目录默认使用：
%USERPROFILE%\Downloads\Report\CodexPatched

一、基本原则

1. 自动定位当前安装的 Codex App，但绝对不要修改 C:\Program Files\WindowsApps 内的原始安装。
2. 将完整应用复制到 CodexPatched\app，再修改副本。
3. 所有补丁必须按代码特征搜索，不依赖固定的哈希文件名。
4. 修改前备份 app.asar；补丁必须可重复执行，不得重复注入。
5. 如果新版已经正式支持某项功能，保留官方实现，不再覆盖。
6. 完成后创建 Codex Patched.lnk，目标为副本中的 Codex.exe。
7. 留下一个可重复执行的 Patch-CodexApp.ps1，方便官方更新后重新复制和打补丁。

二、解包

使用 @electron/asar 解包 resources\app.asar 到工作目录。自动查找 webview/assets 下相关文件，例如：

• use-is-fast-mode-enabled-*.js
• use-service-tier-settings-*.js
• read-service-tier-for-request-*.js
• general-settings-*.js
• model-queries-*.js
• model-list-filter-*.js
• model-and-reasoning-dropdown-*.js
• use-model-settings-*.js

三、开放 API Key Fast Mode

1. 找到仅允许 authMethod === "chatgpt" 的 Fast/service-tier 判断。
2. 将 API Key 登录一并允许，只开放 chatgpt 和 apikey，不要误开放 copilot、Bedrock 等模式。
3. 旧版若出现：
   authMethod !== chatgpt
   改为：
   authMethod !== chatgpt && authMethod !== apikey
4. 新版若使用布尔判断，改为：
   authMethod === chatgpt || authMethod === apikey
5. 同时检查 read-service-tier-for-request 路径。apikey 应直接允许读取配置中的 service_tier，不能仍因只接受 chatgpt 而返回 false。
6. 保留模型自身 serviceTiers/additionalSpeedTiers 检查，不要让不支持 Fast 的模型伪装支持。
7. Fast 对应实际请求值是 service_tier = "priority"。支持活动 profile：
   profiles..service_tier

四、开放账户可见插件

API Key App 不能同时用 ChatGPT 登录获取远程插件，因此使用独立的同步凭据文件，不改变 App 的 API Key 登录状态。

在 CodexPatched 下创建：

• plugin-account.json
• sync-remote-plugins.mjs
• sync-remote-plugins.ps1
• plugin-marketplace
• README-remote-plugins.md

plugin-account.json 模板：

{
"authFile": "",
"accessToken": "",
"chatgptAccountId": "",
"baseUrl": "https://chatgpt.com/backend-api",
"include": [],
"downloadMissing": false,
"install": []
}

要求：

1. accessToken 只能是 ChatGPT/Codex OAuth token，检测到 sk-* 必须拒绝。
2. 不得在终端、日志、回复或生成文件中输出 token。
3. 优先支持 authFile，用户可以把另一份 ChatGPT 登录产生的 auth.json 放进去。
4. 读取账户授权的远程插件目录、已有远程目录缓存和本地 bundle 缓存。
5. include 为空时暴露所有账户可见且有可用 bundle 的插件，不得伪造无权限插件。
6. 可选下载账户已授权且返回 bundle_download_url 的缺失 bundle。
7. 生成本地 marketplace，名称使用 openai-curated-remote-local，并执行：
   codex plugin marketplace add <plugin-marketplace路径>
8. 验证 product-design、github、figma 等实际存在的插件能出现在 codex plugin list 和新会话技能列表中。
9. 明确说明：插件显示不代表其外部服务已授权，连接器仍可能需要各自 OAuth。

五、完整适配 GPT-5.6

从 OpenAI 官方 openai/codex 仓库当前 main 分支的：
codex-rs/models-manager/models.json
读取最新模型对象。以运行时最新官方内容为准，不凭空猜模型。

当前应识别：

• gpt-5.6-sol：low/medium/high/xhigh/max/ultra
• gpt-5.6-terra：low/medium/high/xhigh/max/ultra
• gpt-5.6-luna：low/medium/high/xhigh/max

注意：

1. Max 和 Ultra 是 reasoning effort，不是模型后缀。
2. 不要创建不存在的 gpt-5.6-pro。Pro 是套餐名或独立的 gpt-5.5-pro，不属于 5.6 三模型。
3. 保留官方默认值、372000 context、tool mode、Responses Lite、multi-agent version、Fast tier 等完整元数据。
4. 生成完整 model-catalog.json。model_catalog_json 会替换整份目录，因此必须保留原有模型，再合并官方 5.6，不能只写三个模型。
5. 在 ~/.codex/config.toml 增加 model_catalog_json 的绝对路径，但保留用户原有 provider、base_url、API Key 和 profile。
6. 用户默认要求可写：
   model_reasoning_effort = "xhigh"
   service_tier = "priority"

六、WebView 兼容补丁

1. 官方 native 目录已经返回 5.6 时，WebView 必须优先使用官方数据。
2. 只有 native 缺失时才条件式注入 Sol/Terra/Luna，避免以后官方发布后重复。
3. 将默认 enabledReasoningEfforts 补全为：
   low, medium, high, xhigh, max, ultra
4. 移除仅用于隐藏 Ultra 的 Statsig 展示门槛，但仍按每个模型的 supportedReasoningEfforts 过滤，所以 Luna 不显示 Ultra。
5. 模型切换时使用该模型官方默认 effort；用户手动选择的 effort 必须传入下一轮 thread settings。
6. 对 5.6 使用 batch-write-config-value 写入 model 和 model_reasoning_effort，并支持 profiles. 前缀。

七、真实请求验证

不要只验证 UI。启动仅监听 127.0.0.1 的模拟 /v1/responses 服务，使用副本中的 codex.exe 发起测试并抓取 JSON：

1. Terra + xhigh 必须出现：
   "model": "gpt-5.6-terra"
   "reasoning": { "effort": "xhigh" }
2. Fast 必须出现：
   "service_tier": "priority"
3. Sol + ultra 按官方 Codex 当前设计应在客户端启用主动多代理，并在 Responses wire 上规范化为：
   "reasoning": { "effort": "max", "context": "all_turns" }
   不要错误地强制上游发送 "ultra"。
4. 用 codex debug models 验证三个模型的完整 effort、context、service tier 和 multi-agent metadata。

八、打包与交付

1. 对所有修改的 JS 执行 node --check。
2. 重新打包 app.asar，复制到 CodexPatched\app\resources\app.asar。
3. 比较打包文件与运行时 app.asar 的 SHA256。
4. 确认临时备份文件没有被打进 app.asar。
5. 完全退出旧 Codex 进程后，用 Codex Patched.lnk 启动。
6. 最终报告修改文件、验证结果、真实请求字段、插件数量及无法下载的插件。
7. 官方 App 更新不会自动更新这个副本。更新后应重新复制新版并运行 Patch-CodexApp.ps1。 

[CLccxx]

但是看 sub2api 中获取最新模型 已经可以看到 5.6 了 。codex app 中没有。一定要通过这种制作一个可独立运行的 Codex Patched的方式吗？

[hkx1997]

但是看 sub2api 中获取最新模型 已经可以看到 5.6 了 。codex app 中没有。一定要通过这种制作一个可独立运行的 Codex Patched的方式吗？

是的

[CLccxx]

但是看 sub2api 中获取最新模型 已经可以看到 5.6 了 。codex app 中没有。一定要通过这种制作一个可独立运行的 Codex Patched的方式吗？

是的

感谢， 那 mac 怎么搞啊 。

[hkx1997]

但是看 sub2api 中获取最新模型 已经可以看到 5.6 了 。codex app 中没有。一定要通过这种制作一个可独立运行的 Codex Patched的方式吗？

是的

感谢， 那 mac 怎么搞啊 。

逻辑是一样的，发给codex，让他自己找

[Arepeater]

Linux下试试让codex自己更新一下~/.codex下的session数据库中的模型为：gpt-5.6-sol，vscode插件切换到pre-release版本，这下应该就可以调用5.6了。其他客户端同理，可以试试。

[pxq1996]

Linux下尝试让codex自己更新一下~/.codex下的session数据库中的模型为：gpt-5.6-sol，vscode插件切换到预发布版本，这下应该就可以调用5.6了。其他客户端同理，可以试试。

改了还是切换不了