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 函式」— 提及路徑可讓 Claude 開啟並有選擇地讀取。（請注意，@ 前綴會將整個檔案及其 CLAUDE.md 樹注入上下文中，因此當您嘗試 節省 權杖時使用裸路徑。）對於日誌和堆疊追蹤，在貼上前修剪為相關的 20 或 30 行。對於任何大型內容（鎖定檔案、建置日誌、資料轉儲），將其放在磁碟上並參考路徑。

此檔案會在 每一 輪前面加上。提示快取意味著第一輪之後的輪次按更便宜的快取讀取速率計費，因此美元成本低於原始行數建議的成本，但它仍然在每條訊息上佔用上下文視窗空間。

規則：兩次罷工，保持緊湊。只有在您必須在同一件事上更正 Claude 第二次時才新增註記（第一次問題通常是一次性的）。將檔案保持在大約 200 行以下；如果需要新增內容且沒有空間，舊內容必須移出。

何時更新它：在您必須在同一件事上更正 Claude 兩次的會話之後。那時修復是新鮮的，只需一分鐘就能寫下來。每隔幾週，閱讀整個檔案並刪除任何不再為真或您無法記住其目的的內容。過時的註記比遺漏的註記更糟，因為它們會主動誤導 Claude。

計畫花費幾百個權杖。一個錯誤的 400 行差異，您復原並重新產生，花費數千個，兩次，加上解釋出錯的輪次。實際上：對於涉及兩個或三個以上檔案的任何內容，切換到計畫模式或只是詢問：「在變更任何內容之前，列出您將觸及的檔案以及您在每個檔案中將執行的操作。」閱讀清單，用純英文更正它（「跳過 legacy/，暫時不要觸及測試」），然後讓它執行。

專業提示：使用 Opus 進行規劃，使用 Sonnet 執行。Opus 的最高價值用途是編寫計畫本身，其中更深入的推理確實有回報。一旦存在良好的計畫，執行大多是機械性的，Sonnet 以成本的一小部分處理它。此模式內建為 /model opusplan，它在規劃時使用 Opus，在執行時使用 Sonnet。切換模型不會清除對話，因此 Sonnet 仍然可以看到 Opus 產生的所有內容。