/context 查看一個對話占用的上下文空間；/usage 查看帳戶用量限制。騰出對話空間不會補回已消耗的帳戶額度，先根據問題選擇要看的指標。
分別查看兩種限制
- 對話上下文：用
/context查看訊息、檔案內容、工具輸出等占用了多少目前模型視窗。即使帳戶還有額度，長對話也可能需要壓縮。 - 帳戶用量：用
/usage查看適用的額度視窗和恢復時間。即使新對話很短，只要帳戶視窗已經耗盡，請求仍可能被阻止。
這兩個百分比不能互相代替。恢復時間的問題見 Claude Code 各視窗何時重置。
何時用 /compact，何時用 /clear
- 繼續同一任務：
/compact把早先的對話歷史替換為摘要。先保存重要決定、約束和未完成事項，再檢查/context，並核對摘要是否保留下一步需要的資訊。 - 開始無關任務：
/clear開始上下文為空的新對話，之前的工作階段仍可透過/resume找到。專案指令與記憶可能重新載入，因此新對話不等於沒有輸入 token。 - 帳戶額度耗盡：兩個命令都不會退回之前的用量。應按限額後的恢復步驟處理，而不是反覆清空對話。
這些操作見命令參考和上下文視窗說明。壓縮是摘要，不能保證保留早先的每個細節。
為什麼 /compact 本身也會消耗用量
產生摘要需要一次模型請求，後續任務才使用較短的歷史。這樣可能減少後續輪次反覆處理的上下文，但不代表摘要免費，也不會抹去之前的消耗。
Claude Code 的快取可以重用相符的請求前綴。壓縮改變了對話歷史，相關快取需要重建；如果恢復舊工作階段時快取已經過期，摘要請求就無法命中原來的快取，需要重新處理歷史。見官方快取說明。
不要把快取命中當作額度恢復，也不要用 API 快取價格比例承諾固定的訂閱節省量。任務、驗證方式和適用計量規則仍然重要。
兩個判斷範例
以下是協助判斷的假設情境，不是帳戶實測結果。
- 測試輸出很大，帳戶還有額度：保存失敗案例和關鍵約束，停止追加完整紀錄；需要繼續同一任務時再壓縮。檢查上下文組成，執行下一步有針對性的操作。成功表示所需內容裝得下、工作能繼續，不表示帳戶用量下降。
- 剛開新對話，每週額度已經耗盡：
/context可能顯示很少的歷史，/usage仍然阻止請求。繼續清空沒有用；查看官方恢復時間或適用的付費選項，帳戶確認可用後再繼續。
下次受限前減少無用工作
只讀相關檔案範圍，過濾無關輸出，給子 Agent 劃分不重疊的任務。保存簡短交接紀錄，包括決定、涉及檔案和下一條驗證命令。可以在 /usage 中對比相似工作，但不要根據一個命令或一次測試承諾固定節省比例。
公開重置紀錄和個人計時器見 Claude Code 平台頁。只有官方介面給出明確的個人恢復時間，才保存計時器。