先确认目标：新电脑不是复制旧电脑

很多人换新电脑后，会直接把旧电脑里的命令、截图、配置片段复制过来，然后发现 Codex 不是 401，就是模型不可用，或者终端一直走旧路径。问题通常不在 Codex 本身，而在于新电脑没有经历一套完整的初始化流程。

更稳的做法是把新电脑当成全新环境：先确认灵能API服务侧，再重建 CC Switch 配置卡，然后用空目录短请求验证，最后再进入真实项目。这样做比盲目搬旧文件慢几分钟，但排错成本低很多。

• 不要直接信任旧截图里的 Model ID，先从当前灵能API页面重新确认。
• 不要把旧电脑的所有环境变量打包迁移，新电脑只保留必要配置。
• 不要一开始就打开大型项目，先用空目录验证中转链路。
• 不要把 API Key 写进公开笔记、截图或仓库文件。

第一步：从灵能API入口确认账号与模型

新电脑接入前，先打开灵能API官网 https://www.lnsns.com/，确认账号可以正常登录、套餐或额度可用、模型列表能正常展示。这个动作要放在最前面，因为服务侧异常会直接影响后面的所有本地配置。

如果你是团队成员，建议先确认这组灵能API Key 是给个人开发、团队项目还是远程服务器使用。用途不清楚的 Key，后面很难定位调用来源。

• 账号登录正常：说明浏览器和账号权限没有问题。
• 模型列表正常：说明可以从当前页面复制真实 Model ID。
• Key 状态正常：说明接入凭证没有被撤销。
• 余额或套餐可用：说明短请求和项目验证有测试空间。

第二步：给新电脑准备一组干净的 API 信息

新电脑最好不要直接沿用旧设备的 Key，尤其是旧电脑已经给多个工具、多个项目或多个终端使用过。更推荐在灵能API里准备一组用途明确的 Key，备注写清“新电脑 Codex 接入”，后续撤销和限额都会更清楚。

新电脑接入信息清单：
服务名称：灵能API
官网入口：https://www.lnsns.com/
*ase **L：https://www.lnsns.com/v1
Model ID：从当前模型列表复制
Key 用途：new-device-codex
记录要求：只写用途和后四位，不保存完整明文

灵能API 提供的是中转服务入口，真正影响长期稳定性的，是你怎么管理这组接入信息。新设备第一次配置时把边界理清，后面切换模型和项目会轻松很多。

• 把 API 信息放在**密码管理工具或本机安全位置，不放进项目仓库。
• 如果 Key 从聊天记录复制，粘贴前检查是否多了空格或换行。
• 如果旧设备仍在使用，给新设备单独建 Key，别混用。

第三步：在 CC Switch 新建“新电脑基准卡”

打开 CC Switch 后，不建议直接导入旧电脑的一堆配置卡。先建一张“新电脑基准卡”，只填基础字段，用来确认 Codex 是否能在当前设备跑通灵能API中转站。

基准卡的作用是给新电脑建立第一条确定可用的线路。只要这张卡能跑通，后续导入旧配置、增加备用模型或配置项目专用卡都会有参照。

• 配置卡名称建议写成“灵能API-Codex-NewDevice”。
• *ase **L、Model ID、API Key 三项先填完整。
• 高级参数先保持默认，不要同时调温度、超时和**。
• 保存后确认当前启用的就是这张新卡。

️ **步：逐项填写并核对三个核心字段

Codex API 中转站接入里，最需要谨慎核对的是 *ase **L、Model ID 和 API Key。新电脑上没有旧缓存帮你兜底，字段错一个就会直接报错。

字段示例：
*ase **L：https://www.lnsns.com/v1
Model ID：从灵能API模型列表复制
API Key：新电脑专用 Key
配置卡：灵能API-Codex-NewDevice
状态：已保存并启用

这一步完成后，不要马上进入项目。先关闭旧终端窗口，重新打开一个新终端，让当前会话重新读取配置。

• *ase **L 不要漏掉协议，也不要重复添加 /v1。
• Model ID 不要从旧文章、旧截图或口头简称里复制。
• API Key 粘贴后检查首尾空格，尤其注意换行。

第五步：检查新电脑终端环境是否干净

新电脑也可能并不干净，比如安装过其他命令行工具、复制过旧环境变量，或者某些项目脚本写入过 API 设置。运行 Codex 前，先检查当前终端有没有旧变量覆盖 CC Switch 的配置。

Get-ChildItem Env: | Where-O*ject { $_.Name -**tch 'OPENAI|API|CODEX|*ASE|KEY|TOKEN' }

如果你无法判断哪个变量生效，最简单的办法是临时打开一个全新终端，用空目录短请求验证。不要在多个旧窗口之间来回测试，结果会非常混乱。

• 只检查变量名称和来源，不要把完整变量值截图或发给别人。
• 如果发现旧 *ase **L，先记录来源，再决定是否清理。
• 如果发现旧 Key，建议撤销不用的旧 Key，避免混淆。

第六步：用空目录完成第一轮连通验证

新电脑首次接入最重要的一轮测试，应该发生在空目录，而不是真实项目。空目录能排除项目配置、依赖、权限、历史缓存和大上下文干扰，只验证灵能API中转链路是否可用。

New-Item -ItemType Directory codex-new-device-check
Set-Location codex-new-device-check
codex

请只回复：新电脑 Codex API 中转站配置已生效。

空目录验证成功以后，建议把这条结果写进你的迁移记录：设备名称、日期、配置卡、模型、结果。以后再换设备就不用重新猜。

• 如果短请求成功，说明基础线路可用。
• 如果出现 401，优先检查 Key。
• 如果出现 404，优先检查 *ase **L 和 Model ID。
• 如果 timeout，先检查网络、**和安全软件。

第七步：进入真实项目前先做只读扫描

新电脑能跑通短请求，不代表马上就适合修改项目。第一次进入真实项目时，建议让 Codex 只读扫描项目结构，不运行安装、不改文件、不触碰敏感目录。这样可以确认权限和上下文都正常。

请只读分析当前项目，不要修改任何文件。
请输出：
1. 项目技术栈
2. 主要目录结构
3. 可能影响 API 中转站配置的文件
4. 建议避开的敏感文件
5. 下一步最小验证任务

这一轮通过后，再让 Codex 做局部任务，比如修一个小函数、补一段 README、跑一个局部测试。新电脑接入要循序渐进，别第一步就开大任务。

• 确认 Codex 能看到正确项目目录。
• 确认没有读取 .env、私钥、备份库等敏感文件。
• 确认响应速度正常，没有因为项目过大直接卡住。

第八步：迁移旧配置时不要一次性全导入

如果旧电脑里有很多 CC Switch 配置卡，不建议一次性全部导入新电脑。旧卡片里可能有过期 Key、下线模型、废弃 *ase **L 或临时**设置。更稳的方式是按用途迁移：先迁移日常开**，再迁移备用模型卡，最后迁移项目专用卡。

迁移不是越完整越好，而是越可控越好。新电脑上只留下当前还会用的灵能API配置，未来排错会轻很多。

• 每迁移一张卡，都用固定短提示词复测一次。
• 发现旧 Key 就撤销或标记弃用，不继续留在新电脑。
• 发现旧模型名就从灵能API当前模型列表重新复制。
• 发现**或超时参数，就先恢复默认再判断是否需要。

第九步：给新电脑建立一套日常使用规范

首次接入成功后，建议顺手建立几条小规范。它们不会增加太多成本，却能减少后续忘记配置、Key 混用、模型切错、项目误改这些问题。

这些规范的目的不是把工具用复杂，而是让新电脑上的 Codex 接入长期保持清晰。配置越透明，真正写代码时越不容易被环境问题打断。

• 保留一张基准卡，只用于连通性排查。
• 日常开**和临时测试卡分开，不混用预算。
• 每次切换模型后，用短请求确认新模型已生效。
• 每次进入新项目，先做只读扫描，再执行修改任务。
• 每月检查一次灵能API Key 用途，撤销不再使用的旧 Key。

第十步：常见问题快速定位

排查时别同时改多个地方。比如你同时换 Key、换模型、改 *ase **L、重启终端，就算成功了，也不知道到底是哪一步解决了问题。

• 新电脑完全无法调用：先确认灵能API账号、Key、额度和 *ase **L。
• 本机浏览器能打开，但 Codex 失败：检查 CC Switch 当前启用卡和终端环境变量。
• 空目录成功，项目失败：检查项目配置、上下文体量和敏感目录权限。
• 旧电脑能用，新电脑不能用：不要复制旧结论，重新核对新电脑的三个核心字段。
• 模型名报错：从灵能API当前页面重新复制 Model ID。
• 偶发超时：先换短提示词复测，再检查网络、**和安全软件。

✅ 最后一份新电脑接入检查清单

新电脑接入 Codex API 中转站，核心不是复制旧配置，而是建立一条新的、干净的、**证的链路。按这个顺序走下来，灵能API、CC Switch、终端和项目之间的关系会很清楚，后续迁移和排错也会轻松不少。

• 已打开灵能API官网并确认账号、额度、模型、Key 状态。
• 已准备新电脑专用 API 信息，不复用混乱旧 Key。
• 已在 CC Switch 新建“灵能API-Codex-NewDevice”基准卡。
• *ase **L、Model ID、API Key 已逐项核对。
• 已重新打开终端，避免旧会话缓存影响结果。
• 已在空目录完成短请求验证。
• 已在真实项目中完成只读扫描，再准备进入局部任务。
• 旧配置迁移按用途逐张验证，没有一次性全量导入。