Codex++ 和 CC-Switch 到底怎么选？自定义模型名显示问题排查指南

在折腾本地大模型或者接入 API 的过程中，工具的选择往往决定了心情的愉悦程度。最近不少朋友都在纠结：Codex++ 和 CC-Switch 到底哪个更好用？特别是遇到“CC-Switch 配了半天死活显示不出自定义模型名，而隔壁 Codex++ 一切正常”的情况时，确实让人抓狂。

Codex++ 支持直接显示自定义模型名称，界面更直观。

今天我们就来深入聊聊这两款工具的区别，并重点针对 CC-Switch 显示问题提供一套排查思路。

一、功能体验：两者有何不同？

先说结论，如果你追求开箱即用且对自定义展示有强需求，Codex++ 在目前版本的用户体验上似乎更胜一筹。

Codex++ 这款工具的一个显著优势就是能直接在界面中显示你自定义的模型名称。这对于同时接入多个模型（比如 GPT-4、Claude 3.5 以及本地 Ollama）的用户来说非常友好，你一眼就能分清自己在用哪个，避免了在界面和后台配置间反复核对。

反观 CC-Switch，它作为一款专注于模型切换的工具，本身功能也不弱，支持本地代理和模型列表配置。但在实际操作中，很多用户反馈它的“容错率”较低，尤其是在配置自定义名称这一块，稍微一步不对，界面上就只会显示冷冰冰的原始 ID，甚至直接加载不出来。

二、CC-Switch 显示不出自定义模型名？排查这三点

既然遇到了问题，我们就要解决它。如果你已经确认“本地代理开了”、“模型列表也填了”，但还是显示不出来，请检查以下三个容易被忽略的细节。很多时候，问题就藏在不起眼的地方。

1. 检查“自定义名称”字段的格式

很多时候，我们以为填了名称，实际上填的位置不对。请务必确认你的配置文件或者设置面板中，是否有专门用于 display_name 或 custom_name 的字段。

• 错误示范：把名字直接填在了 API 路径或者 ID 里。
• 正确做法：找到“模型别名”或“显示名称”一栏，填入你想要的名字（例如“我的最强模型”），确保模型ID（如 gpt-4-turbo）是正确无误的底屓名称。一定要把“对外展示的名字”和“调用时用的ID”区分开。

2. 代理与 CORS 设置是否匹配？

提到开了本地代理，这里有一个坑。CC-Switch 在请求模型列表时，如果你的代理软件（如 Clash、V2Ray 等）没有开启“允许局域网连接（Allow LAN）”，或者 CC-Switch 的配置中没有正确填写代理地址（通常是 127.0.0.1:端口号），工具虽然没报错，但可能根本没拉取到最新的配置信息。

此外，有些浏览器插件或工具对跨域请求（CORS）有严格限制。如果你的后端接口没有正确配置 CORS 头部，前端界面也是读不到数据的。建议打开浏览器的开发者工具（F12），看看 Console 里是不是飘红了，如果有网络请求失败的红字，那八成是代理或网络的问题。

3. JSON 配置文件的语法检查

如果是通过 config.json 或类似文件进行配置的 CC-Switch 进阶玩家，请务必检查你的 JSON 格式。

• 是否多了个逗号？
• 是否少了个引号？
• 中英文符号是否混用了？

有时候，一个微小的语法错误会导致整个配置文件加载失败，系统回退到默认设置，自然也就看不到你辛苦配置的自定义名称了。建议用在线 JSON 格式化工具跑一遍你的配置。

三、总结与建议

Codex++ 和 CC-Switch 各有千秋，但如果你只是想要一个“能稳定显示自定义名字、少折腾”的界面，Codex++ 目前可能更适合大众用户。

如果你坚持使用 CC-Switch，遇到问题时不要慌，按照格式检查 -> 代理连通性 -> 语法校验这三步走，大概率能解决“显示不出来”的魔咒。

工具是为人服务的，别让配置问题消耗了你对新技术的热情。希望这篇排查笔记能帮到你，早日调教好你的专属 AI 助手！