先明確：模型選擇不是越強越好

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 是否已保存并啟用正確卡片？
• 是否已經在空目錄完成低風險測試？