先理解用量：一次 Codex 請求消耗了什么

Codex 的一次任務，通常不只是你輸入的那句話。系統指令、項目文件、歷史對話、命令輸出和模型回答，都可能進入請求。理解成本時至少要區分輸入和輸出：輸入影響上下文消耗，輸出影響模型生成內容的消耗。

輸入：問題   代碼   項目上下文   歷史消息
輸出：解釋   代碼   命令   總結
實際用量：按服務頁面的輸入/輸出計費規則折算

短問題不一定低消耗。如果每次請求都帶上大量無關日志和完整倉庫內容，輸入量會快速增加。反過來，限制讀取范圍、拆分任務和明確輸出格式，通常能讓用量更可控。

第一步：從靈能API頁面建立自己的模型記錄

進入靈能API公開頁面或控制臺后，先記錄當前模型列表、Model ID、輸入價格、輸出價格和適合的任務。不要只保存一張價格截圖，截圖適合定位頁面，真正用于配置的仍然是當天頁面上的接口 ID。

模型和價格可能變化，實際配置和預算判斷以當天頁面信息為準。

• 官網入口：https://www.lnsns.com/
• Model ID：復制精確字符串，注意版本后綴。
• 輸入價格：長上下文任務重點關注。
• 輸出價格：長回答和代碼生成會增加消耗。

第二步：用不同令牌追蹤不同用途

如果所有項目共用一枚 API Key，看到余額變化時很難判斷是哪項任務產生了消耗。更清晰的方式是按設備、項目或用途創建不同令牌，例如日常開發、實驗測試和自動化腳本分別使用獨立令牌。

令牌名稱應該能回答三個問題：來自哪臺設備、服務哪個客戶端、用于哪類任務。完整令牌只保存在本地私密位置，不放進項目倉庫、文章、截圖和團隊群聊。

• Codex-Windows-Daily：日常開發。
• Codex-Windows-****：模型和參數實驗。
• Codex-Auto**tion：腳本或自動化任務。

? 第三步：在 CC Switch 中讓線路名稱對應成本用途

令牌分開之后，CC Switch 中的配置卡也要使用相同的用途命名。名稱不是裝飾，它可以幫助你在出現用量異常時迅速鎖定當前使用的線路。

建議至少保留三張卡：穩定主線路、低風險測試線路和備用線路。測試新模型時復制主卡片，但要重新檢查 API Key、*ase **L 和 Model ID，避免新卡片仍然使用舊的實驗參數。

• 主線路：控制日常開發消耗。
• 測試線路：限制在短任務和空目錄。
• 備用線路：主線路異常時快速回退。

?? **步：配置時記錄四項可審計信息

配置卡中建議記錄服務名稱、用途備注、Model ID 和最近一次測試時間。*ase **L 和 Model ID 可以用于排錯，API Key 則只保存為隱藏字段，不要把完整值寫進備注。

服務名稱：靈能API-Codex-Daily
用途備注：日常項目 / 短任務優先
*ase **L：https://www.lnsns.com/v1
Model ID：以當前模型列表為準
最近測試：記錄日期，不記錄密鑰

*ase **L 通常填寫到 /v1，不要重復添加路徑。Model ID 從當天列表復制。每次修改模型后記錄日期和測試結果，出現質量或用量變化時可以對照。

第五步：用任務設計控制輸入和輸出

用量控制不等于拒絕使用模型，而是讓每次請求都帶有明確范圍。進入項目后，先指定文件和目標，再要求模型輸出計劃或摘要，不要默認掃描所有目錄。

任務示例：
請只閱讀 src/**in.ts，概括入口、依賴和風險。
輸出控制在 8 條以內，不要修改文件。

如果需要處理長日志，先讓 Codex 提取錯誤摘要，再根據摘要定位文件。這樣可以減少無關內容進入后續請求。

• 讀取指定文件，不要一次發送整個倉庫。
• 先輸出計劃，再分步執行修改。
• 明確回答格式和長度，減少無關輸出。
• 重復任務盡量復用清晰上下文，不反復粘貼長日志。

? 第六步：用連接測試建立基準記錄

每次新增模型或令牌后，先在空目錄完成輕量測試，并記錄卡片名稱、模型、響應是否成功和大致耗時。這里不需要追求復雜結論，只要建立一個后續可比較的基準。

mkdir codex-usage-check
cd codex-usage-check
codex

測試任務可以是：請確認當前目錄是否為空，并說明你會如何檢查項目，不要創建、刪除或修改文件。若短任務成功而真實項目超時，優先縮小上下文；若短任務也失敗，再檢查線路和服務狀態。

第七步：觀察用量異常的三個信號

發現異常時先暫停可疑卡片和令牌，再查看調用記錄。不要繼續大量測試，否則會讓異常來源更難區分。確認后重新創建專用令牌，并在測試卡片中驗證。

• 短任務消耗明顯增加：檢查是否帶入了過長歷史上下文。
• 余額下降但自己沒有操作：檢查是否有自動化腳本、共享 Key 或**進程。
• 同一任務成本突然變化：檢查模型、分組、價格和倍率是否更新。
• 回答過長：限制輸出格式和長度，拆成多步任務。

額度、權限和連接問題快速定位

排錯時記錄卡片名稱、錯誤碼、模型 ID 和日期，不記錄完整 API Key。用量問題和連接問題要分開處理。

• 401：令牌無效、被撤銷或當前啟用卡片不匹配。
• 403：額度、分組、模型權限或訪問策略不足。
• 404：*ase **L 寫錯或重復 /v1。
• model not found：Model ID 過期或拼寫不一致。
• 請求超時：減少上下文，再判斷網絡和服務狀態。
• 切換無效：關閉舊 Codex 進程，啟用卡片后重新打開。

安全收尾：讓用量記錄不暴露敏感信息

調用記錄和用量統計可以幫助定位問題，但分享時必須脫敏。可以保留日期、模型、錯誤碼、請求類型和大致耗時，刪除 API Key、賬號、項目文件內容和完整請求頭。

需要查看當前模型、額度和令牌狀態時，通過可點擊的靈能API官網入口進入：https://www.lnsns.com/。實際頁面信息優先于舊截圖和歷史記錄。

• 令牌按設備或用途獨立創建。
• 實驗線路和正式線路分開。
• 疑似泄露時立即撤銷舊令牌。
• 模型升級后重新記錄測試基準。

用量管理最終清單

做到這些，Codex 中轉使用就具備用量可見、線路可追蹤、問題可定位和風險可控制四個基礎能力。

• 知道當前卡片、模型和令牌分別用于什么。
• 輸入和輸出價格已經分別理解。
• 長任務會先縮小上下文和輸出范圍。
• 新增模型會先在空目錄建立測試基準。
• 異常用量時可以暫停單獨令牌，不影響其他線路。
• 調用記錄和截圖不會暴露完整密鑰。