迁移前先区分可记录信息和敏感信息

备份配置时，不要直接把整个用户目录和配置文件打包。可以记录卡片名称、用途备注、*ase **L、Model ID、协议类型和最近测试时间；API Key、账号信息和含密钥的环境文件必须单独保护。

• 可记录：服务名、模型 ID、地址、备注和测试结果。
• 需保护：API Key、账号、环境文件和终端历史。
• 需重新确认：模型权限、额度、版本和网络环境。

第一步：迁移前核对灵能API当前信息

进入灵能API公开页面或控制台，重新核对模型列表和接口说明。旧电脑上的 Model ID、价格和分组可能已经变化，不能只依赖旧笔记。

官网入口：https://www.lnsns.com/。实际模型、价格、额度和令牌状态以当天页面为准。

️ 第二步：把旧配置整理成不含密钥的清单

可以在**笔记中记录每张配置卡的用途，但不要把完整密钥写进去。推荐使用表格或简单文本，方便新电脑重新创建。

卡片名称：灵能API-Codex-主线路
用途：日常项目
*ase **L：https://www.lnsns.com/v1
Model ID：以当天列表为准
最近测试：记录日期
API Key：不写入清单

清单的价值是帮助你在新环境中重新创建卡片，而不是复制一份可能包含旧路径、旧变量和旧密钥的配置文件。

️ 第三步：新电脑先恢复工具，再恢复服务

新电脑上先安装 Node.js、npm、Codex 和 CC Switch，确认命令层可用后再创建服务商卡片。不要在命令还无法识别时直接粘贴旧参数。

node -v
npm -v
npm install -g @openai/codex
codex --version

工具层通过后，打开 CC Switch 的 Codex 配置区域，重新建立一张基础卡片。迁移时建议先恢复一张主线路，不要同时导入所有实验线路。

✍️ **步：在新环境重新填写并核对字段

按协议、地址、模型、密钥的顺序填写。地址和模型来自当天页面，密钥在新电脑上重新粘贴。不要把旧电脑的 API Key 直接复制到公开位置，也不要认为旧 Key 一定仍然有效。

服务名称：灵能API-Codex-主线路
*ase **L：https://www.lnsns.com/v1
Model ID：从当前模型列表复制
API Key：新环境中重新设置

若出现 404，检查地址层级；若出现 model not found，重新复制模型；若出现 401，检查令牌状态和当前启用卡片。

✅ 第五步：迁移后先做空目录验收

保存并启用新卡片后，关闭旧终端，重新打开 PowerShell。在空目录中启动 Codex，发送只读任务，确认命令、线路和模型都能返回结果。

mkdir codex-migration-check
cd codex-migration-check
codex

测试成功后，再进入真实项目读取一个文件。确认新环境没有旧路径和旧变量干扰，再恢复其他实验卡片。

第六步：出现问题时如何回滚

如果迁移后请求失败，先不要连续修改所有字段。可以切回已知可用卡片，确认 Codex 本身和网络是否正常，再逐项比较新旧配置。

回滚的目标是先恢复工作能力，再定位新配置问题，不要在生产项目中边改边猜。

• 主卡片失败：切换恢复卡片并重启 Codex。
• 恢复卡片也失败：检查本地工具和网络环境。
• 只有新模型失败：重新确认 Model ID 和权限。
• 只有真实项目失败：缩小读取范围，检查项目变量。

第七步：迁移后重新查看模型与成本

新环境恢复后，不要默认旧电脑使用的模型和价格仍然适用。重新确认输入输出价格、模型权限和分组，再决定是否把某张卡设为默认。

• 短任务先用轻量模型建立新环境基准。
• 长任务先确认上下文和输出成本。
• 实验模型单独建卡，不覆盖恢复卡。

迁移安全检查

需要查看当前服务、模型和令牌信息时，通过可点击的灵能API官网入口进入：https://www.lnsns.com/。

• 旧电脑不再使用的令牌已经撤销。
• 新电脑没有把 Key 写进公开项目文件。
• 不含密钥的配置清单与真实密钥分开保存。
• 主线路和恢复线路都完成过低风险测试。

迁移完成清单

把迁移流程固定成清单，换机、重装和回滚时就不必重新猜测每个参数。

• Node.js、npm、Codex 和 CC Switch 可用。
• 配置卡名称和用途清晰。
• *ase **L、Model ID 和 Key 已重新确认。
• 旧终端已关闭，新进程完成空目录测试。
• 真实项目从局部读取开始。
• 旧令牌和旧配置已按需清理。