先明确：模型选择不是越强越好

Codex 的任务差异很大：有时只是解释一段代码，有时需要阅读整个项目，还有时需要连续修改、运行测试和总结结果。不同任务对速度、上下文、输出长度和稳定性的要求不同，因此更合理的做法是建立任务与模型之间的对应关系，而不是所有事情都使用同一模型。

使用中转线路时，模型列表和计费规则可能更新，截图与示例只用于说明操作位置，实际选择以当前控制台信息为准。

• 短问答：优先考虑响应速度和基础稳定性。
• 代码阅读：关注上下文理解和解释完整度。
• 项目分析：关注上下文容量、长任务稳定性和输出质量。
• 代码修改：先小范围验证，再决定是否使用更强模型。

先看懂 Token：输入和输出分别代表什么

模型计费通常会区分输入和输出。输入包括你的问题、系统指令、项目上下文、代码文件和历史对话；输出则是模型返回的解释、代码、命令或修改方案。一个看起来很短的问题，如果同时带上大量项目上下文，输入消耗也可能明显增加。

输入 Token：问题   指令   文件内容   历史上下文
输出 Token：模型生成的解释   代码   命令   总结
一次任务成本 ≈ 输入消耗   输出消耗（按页面计费规则折算）

中文、英文、代码、标点和空格的 Token 占用方式并不完全相同，不能简单用字符数替代 Token。长代码、重复日志和没有筛选的目录内容，都会让输入上下文变大。

第一步：在灵能API页面建立模型对照表

打开灵能API的模型页面后，建议不要只看一个数字就决定使用哪款模型。可以建立一个简单的对照表，记录模型 ID、输入价格、输出价格、上下文能力、适合的任务和当前测试结果。

官网入口：https://www.lnsns.com/。页面上的模型、价格和服务说明可能变化，实际配置请以当天页面显示为准。

如果不确定选哪个模型，先选一个适合短任务的模型完成接入测试，再为项目分析单独建立第二张卡片。不要在主卡片里不断替换 Model ID。

• 模型 ID：用于填写到 CC Switch，必须准确。
• 输入价格：长上下文任务尤其需要关注。
• 输出价格：长回答、代码生成和批量修改会增加输出量。
• 任务表现：用同一份小样例进行对比，不凭印象判断。

第二步：把密钥按用途分开管理

成本管理不仅是看价格，也包括管理密钥和使用范围。建议为 Codex 单独创建一枚令牌，再根据用途建立主线路和实验线路。这样测试新模型时，不会影响其他应用，也能更容易判断某个用量来自哪台设备。

完整 API Key 不要出现在文章、截图、聊天记录、Git 仓库或公开配置文件中。若怀疑泄露，直接撤销并创建新令牌，不要继续使用不确定的密钥。

• 主线路：用于稳定的日常开发。
• 实验线路：用于测试新模型或新参数。
• 备用线路：主线路异常时临时回退。

️ 第三步：在 CC Switch 中为不同任务创建配置卡

CC Switch 的优势在于可以保存多张配置卡。建议用‘服务 客户端 用途 模型角色’命名，例如“灵能API-Codex-快速任务”和“灵能API-Codex-项目分析”。名称清晰后，切换时不用重新打开字段猜当前卡片。

建立配置卡时可以复制已有稳定卡片，再只修改模型 ID 和备注。复制后要重新检查 *ase **L、API Key 和 Model ID，避免旧模型字段被带入新卡片。

• 卡片名称只负责识别，但要写得足够明确。
• *ase **L 与 Key 可以保持同一服务入口，但要确认用途匹配。
• Model ID 按当前模型列表填写，不用网页标题替代。

✍️ **步：填写地址和模型，并检查路径层级

进入配置详情后，先填写协议类型和 *ase **L，再填写模型，最后粘贴密钥。对于 OpenAI 兼容接口，*ase **L 通常填写到版本路径，例如 /v1；不要把官网地址直接填进去，也不要额外拼接完整接口路径。

供应商名称：灵能API-Codex-项目分析
*ase **L：https://www.lnsns.com/v1
Model ID：以当前模型列表为准
API Key：使用对应用途的专用令牌

地址错误通常表现为 404，模型错误通常表现为 model not found，密钥问题则更常见 401。把错误类型和字段职责对应起来，排错速度会比盲目更换模型快很多。

如果客户端提供获取模型列表功能，先完成地址和 Key 的保存，再执行获取。能够获取列表是一个好信号，但仍要通过 Codex 新进程完成最终验证。

第五步：用小样例比较模型，而不是直接跑大项目

想比较两个模型时，尽量使用相同的小样例：同一段代码、同一个问题、同一个输出要求。记录响应时间、是否理解上下文、是否需要多次追问，以及输出是否包含无关内容。这样得到的结果比单纯看价格或宣传名称更有参考价值。

测试任务示例：
请阅读这段代码，只说明入口、依赖和潜在风险。
不要修改文件，不要生成完整重构方案。

测试阶段要限制输出范围，避免模型因为回答过长产生不必要消耗。确认某个模型适合当前任务后，再把它设为对应配置卡的默认模型。实验失败时直接切回主线路，不要覆盖主卡片。

✅ 第六步：启用配置后重启 Codex

在 CC Switch 中保存并启用目标卡片后，关闭旧的 Codex 和 PowerShell 窗口，重新启动。切换卡片只改变配置状态，旧进程可能还在使用之前读取到的环境。

mkdir codex-model-check
cd codex-model-check
codex

进入 Codex 后先发送只读任务：请确认当前目录状态，并说明你会如何检查一个项目，不要创建、删除或修改任何文件。测试通过后，再让 Codex 阅读一个指定文件。

真实项目的首次任务建议遵循只读、局部、可回退原则。先检查版本控制状态，再从单个文件开始，不要一上来就让模型扫描并重构整个仓库。

成本和稳定性问题，分别这样处理

一次只改变一个变量。成本问题先调整任务长度和上下文，权限问题先检查账户与令牌，地址问题先检查 *ase **L，不要把它们混在一次操作中。

• 消耗过快：减少无关上下文，限制输出范围，避免重复粘贴日志。
• 回答过长：在提示中明确格式和长度，先让模型给计划，再分步执行。
• 频繁超时：先用短文本测试，再检查**、网络和服务状态。
• 模型效果不稳定：使用同一小样例比较，并保留已知可用模型。
• 401：检查 API Key 是否有效，以及当前卡片是否启用。
• 403：检查余额、分组权限和模型访问范围。
• 404：检查 *ase **L 是否重复 /v1 或误填了完整接口路径。
• model not found：从当前列表重新复制 Model ID。

长期使用建议：让模型切换可追踪

可以为每张配置卡保留三项简短备注：适合什么任务、最近一次测试时间、出现问题时切换到哪张备用卡。这样过一段时间再回来使用时，不必重新猜每个模型的用途。

需要查看当前模型、价格、额度和令牌状态时，通过可点击的灵能API官网入口进入：https://www.lnsns.com/。实际页面信息优先于旧截图。

• 主线路保持稳定，实验参数另建卡片。
• 每个设备或用途尽量使用独立令牌。
• 模型升级后用小样例重新验收。
• 完整密钥不进入截图、仓库、日志和公开文档。

最终清单：选模型之前先回答六个问题

回答完这些问题，再开始真实项目任务，通常就能在质量、速度和成本之间找到更适合自己的平衡。

• 这次任务需要快速回答，还是需要长上下文分析？
• 输入内容是否包含大量代码、日志或历史对话？
• 输出是否需要完整代码，还是只需要分析和计划？
• 当前 Model ID 是否来自当天模型列表？
• CC Switch 是否已保存并启用正确卡片？
• 是否已经在空目录完成低风险测试？