Claude Code 中的模型、使用情況和限制

本指南說明您正在使用的模型、使用情況如何計量，以及如何在上下文和使用限制內保持長時間會話。

您的登入方式決定了使用情況的計量方式。無論如何，Claude Code 的其他所有行為都是相同的。

如果您使用 Enterprise 席位登入，通常在達到限制之前無需考慮代幣。如果您使用 API 金鑰，/cost 命令會顯示目前會話的執行支出。

隨時執行 /model 以查看您帳戶可用的模型，並在它們之間切換。作為粗略指南：

您可以在會話中途更改模型，而不會遺失對話。常見的模式是使用 Opus 進行規劃，使用 Sonnet 執行。

每個回合向模型發送三項內容：

其中，第一項增長最快。一個長除錯會話，其中 Claude 已讀取二十個檔案並產生十五個差異，在每個後續訊息上都會帶著所有這些。這是成本和上下文限制的來源。

上下文視窗是模型一次可以考慮的最大文字量。Claude Code 顯示其滿度的即時指示器。當它填滿時，Claude 無法清楚地看到對話的最舊部分，品質會下降。

兩個命令可以控制它：

經驗法則：開始新任務時使用 /clear，繼續長時間任務時使用 /compact。

幾乎每個「我在午餐時間前用完了限制」的報告都可以追溯到以下五個之一。

每條先前的訊息都會在每個回合上重新發送，因此一個經歷過三個不相關問題的會話在每條新訊息上都會為所有三個付費。實際上：您剛剛完成了除錯登入重定向，現在想要編寫資料庫遷移。先執行 /clear。一個簡單的測試：如果您的下一個提示在全新終端中完全有意義，請在發送前清除。您的 CLAUDE.md 和專案檔案保持不變；只有聊天記錄消失。一個警告：/clear 無法撤銷。如果您可能仍然需要歷史記錄中的內容，請先複製出來或改為執行 /compact，它會保留摘要而不是清除所有內容。

Opus 每個回合的成本是 Sonnet 的數倍，Sonnet 的成本是 Haiku 的數倍。在日常工作上花費 Opus 是耗盡每日限制的最快方式。合理的預設值：大多數編碼使用 Sonnet（功能、測試、已知錯誤、重構）；當您真正卡住或變更範圍很廣時使用 Opus（困難的除錯、跨領域重構、架構決策）；快速機械工作使用 Haiku（重新命名、日誌行、正規表達式說明、樣板）。

您貼上的任何內容都會在上下文中完整保留，用於會話的其餘部分。按路徑參考檔案可讓 Claude 有選擇地讀取並專注於您關心的部分。實際上：不要貼上 auth.ts，而是寫「查看 @src/auth.ts 中的 validateToken 函數」。對於日誌和堆疊追蹤，在貼上前修剪為相關的 20 或 30 行。對於任何大型內容（lockfiles、建置日誌、資料轉儲），將其放在磁碟上並參考路徑。

此檔案會在每個回合前置，因此其成本會乘以您發送的訊息數。一個 300 行的 CLAUDE.md 在 40 個回合的會話中是 12,000 行輸入，您在執行任何工作之前已經為其付費。規則：兩次罷工，一個螢幕。只有在您必須第二次糾正 Claude 同一件事時才添加註記（第一次問題通常是一次性的）。永遠不要讓檔案超過大約 80 到 100 行的單一螢幕；如果有新內容需要進入且沒有空間，舊內容必須出去。何時更新：在您必須在同一件事上糾正 Claude 兩次的會話之後。那時修復是新鮮的，只需一分鐘就能寫下來。每隔幾週，閱讀整個檔案並刪除任何不再為真或您無法記住其目的的內容。陳舊的註記比遺漏的註記更糟，因為它們會主動誤導 Claude。

計畫成本幾百個代幣。一個錯誤的 400 行差異，您撤銷並重新生成，成本數千，兩次，加上解釋出了什麼問題的回合。實際上：對於涉及兩個或三個以上檔案的任何內容，切換到計畫模式或只是問：「在更改任何內容之前，列出您將觸及的檔案以及您在每個檔案中將執行的操作。」閱讀列表，用純英文糾正它（「跳過 legacy/，暫時不要觸及測試」），然後讓它執行。

專業提示：使用 Opus 進行規劃，使用 Sonnet 執行。Opus 的最高價值用途是編寫計畫本身，其中更深入的推理確實有回報。一旦存在良好的計畫，執行大多是機械性的，Sonnet 以成本的一小部分處理它。工作流程：/model opus，要求計畫，審查並糾正它，然後 /model sonnet 和「執行上面的計畫」。切換模型不會清除對話，因此 Sonnet 仍然可以看到 Opus 產生的所有內容。