遷移前先區分可記錄信息和敏感信息

備份配置時，不要直接把整個用戶目錄和配置文件打包。可以記錄卡片名稱、用途備注、*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 本身和網絡是否正常，再逐項比較新舊配置。

回滾的目標是先恢復工作能力，再定位新配置問題，不要在生產項目中邊改邊猜。

• 主卡片失?。呵袚Q恢復卡片并重啟 Codex。
• 恢復卡片也失敗：檢查本地工具和網絡環境。
• 只有新模型失?。褐匦麓_認 Model ID 和權限。
• 只有真實項目失敗：縮小讀取范圍，檢查項目變量。

第七步：遷移后重新查看模型與成本

新環境恢復后，不要默認舊電腦使用的模型和價格仍然適用。重新確認輸入輸出價格、模型權限和分組，再決定是否把某張卡設為默認。

• 短任務先用輕量模型建立新環境基準。
• 長任務先確認上下文和輸出成本。
• 實驗模型單獨建卡，不覆蓋恢復卡。

遷移安全檢查

需要查看當前服務、模型和令牌信息時，通過可點擊的靈能API官網入口進入：https://www.lnsns.com/。

• 舊電腦不再使用的令牌已經撤銷。
• 新電腦沒有把 Key 寫進公開項目文件。
• 不含密鑰的配置清單與真實密鑰分開保存。
• 主線路和恢復線路都完成過低風險測試。

遷移完成清單

把遷移流程固定成清單，換機、重裝和回滾時就不必重新猜測每個參數。

• Node.js、npm、Codex 和 CC Switch 可用。
• 配置卡名稱和用途清晰。
• *ase **L、Model ID 和 Key 已重新確認。
• 舊終端已關閉，新進程完成空目錄測試。
• 真實項目從局部讀取開始。
• 舊令牌和舊配置已按需清理。