事情通常是這樣發生的。

你跟 Claude Code 弄一個功能弄了一兩個小時，一開始它聰明得像個資深工程師，問什麼答什麼。但跑著跑著，它開始變了——你早上才跟它講清楚的命名規則，它下午又用回舊的；你明明貼過的那個檔案，它說它沒看過；最後它乾脆自己跳出一行「Compacting conversation…」，把你們聊了半天的東西壓成一坨摘要，然後你發現有些重要的細節，它就這麼忘了。

第一次遇到，多數人的反應是重開一個 session。有用，但你等於把前面建立的所有上下文全丟了，重新解釋一遍。第二種人會去動 CLAUDE.md，把裡面的東西刪一刪，賭問題出在那。也有人開始疑神疑鬼，覺得是不是模型今天「狀態不好」。

這些做法的共同點是：都在瞎猜。 因為你看不見問題本身——你看不見 Claude 的腦袋裡，這一刻到底裝了哪些東西、各占多少位子。而 /context 這個指令，做的就只有一件事：把這個你看不見的東西，拍成一張看得見的俯瞰圖。

先搞清楚，到底是什麼東西會「滿」

要看懂這張圖，得先建立一個畫面。

把 Claude 的 context window 想像成一張工作桌。它不大，固定就那麼大（標準是 20 萬 token 的桌面）。你跟它合作的每一樣東西，都得攤在這張桌上它才看得到：你們的對話紀錄、它讀進來的檔案、你掛的那些工具、CLAUDE.md 裡寫的規則——全都要占桌面。

關鍵在於，桌子不會自己整理。 你每多聊一句、它每多讀一個檔案，桌面就被多鋪一層。東西一多，新的紙就只能疊在舊的上面，到最後桌子滿了，它要嘛看不到被壓在底下的東西（所以「忘記」你早上講的話），要嘛被迫把一疊舊紙掃進抽屜壓成一張便條（這就是 auto-compact，壓縮的過程一定會掉細節）。

所以「AI 越用越笨」這件事，根本不是模型變笨，是它的桌面被鋪滿了，能攤開來看的新東西越來越少。想修這個問題，第一步不是重開、不是亂刪，是先低頭看一眼：這張桌子現在到底被什麼鋪滿了。

/context：把桌面拍下來

用法簡單到沒什麼好教——在 Claude Code 裡直接打：

1
/context

不用帶任何參數，它立刻畫出一張當前 context 的全景。畫面左邊是一格一格、不同顏色的方塊組成的網格（一個方塊代表一塊 token），右邊是圖例，把每一類東西占了多少 token、百分之多少，列得清清楚楚。這個指令從 v1.0.86 就有了，現在幾乎是每個重度使用者的習慣動作。

你會看到桌面被分成這幾類，由大到小通常是：

  • Messages（對話歷史）：你打過的每個字、它回過的每句話。這幾乎永遠是最大的一塊，也是長 session 裡長最快的一塊。
  • Tool 輸出：它讀檔、跑指令的結果。讀一個一千行的檔案，一口氣就能吃掉好幾千 token；npm install、git log 那種落落長的輸出也是大戶。
  • System prompt + System tools：Claude Code 本身的系統提示和內建工具，這塊你動不了，是固定成本。
  • MCP Tools：你接的那些 MCP server 帶進來的工具定義。接越多、占越多。
  • Memory Files：你的 CLAUDE.md（可能不只一個），每一個檔案的路徑和 token 數它都列給你看。
  • Custom Agents：你裝的自訂 agent，按來源（專案／使用者／plugin／內建）分組。
  • Autocompact Buffer：系統預留的一塊空間（大約 1.3 萬 token），留給待會自動壓縮用的。
  • Free space：還空著的桌面。這個數字，才是你真正該盯的。

這裡藏了一個很貼心的設計：每一類細項後面，它都附了跳轉提示，像 /mcp、/agents、/memory。看到哪塊太肥，直接順著那個指令跳過去管理，不用自己摸路。

看到了，然後呢

光看到還不夠，重點是知道哪塊「不該那麼肥」，該動手。

2026 年的版本給 /context 加了一個很實用的東西：它不只給你數字，還會主動給優化建議。比方說某個 MCP server 占掉了一大塊 context、某個 CLAUDE.md 胖到超過建議大小、或者單純提醒你「對話歷史該壓縮了」——它會直接寫在報告裡。等於這張俯瞰圖還幫你圈出了哪裡最該先清。

對照著建議，最常見的幾個動作是這樣：

對話歷史太肥 → 主動 /compact，別等它自己跳出來。這點很重要：等到 Claude 自己警告你空間不夠時，它的自動壓縮可能已經把你還想留著的東西掃掉了。主動壓，你還能控制節奏。

MCP 工具占太多 → 從 v2.0.10 開始，你可以把 /context 跟動態關 MCP 搭著用。看完發現某個 server 一直占著位子但你這次根本沒用到，直接用 /mcp 或 @server-name disable 把它關掉，桌面立刻空出一塊。

Memory Files 太胖 → 你的 CLAUDE.md 可能寫太多了。CLAUDE.md 是每個 session 一開場就鋪上桌、而且整段都攤開的東西，它越長，你還沒開始幹活桌面就先少一截。留真正必要的，其餘砍掉。

讀檔習慣 → 別動不動就整個檔案讀進來。一千行的檔案你可能只需要中間那 50 行，讀的時候指定行數範圍，省下來的都是桌面。

真的不夠用 → 換大桌子。在 /model 裡切到 1M token 模式，桌面直接大五倍（你現在用的 Opus 就支援）。代價是 token 吃更兇、更貴，所以這是最後一招，不是第一招。

那張你沒注意的儀表板

你可能會問：我每次都要手動打 /context 才看得到嗎？

不用。Claude Code 其實一直在角落偷偷報數——終端機最底下那條 status bar，隨時顯示著當前 context 用了百分之幾；等到快滿了，輸入框上方還會跳一行警告。/context 是你想看細節時的「拉開引擎蓋」，而那條 status bar 是平常開車時瞄一眼的儀表板。養成偶爾瞄一下的習慣，你就不會再有「咦它怎麼突然變笨了」的驚嚇——因為你會在它滿之前就看到油表在降。（如果你是用 Claude Desktop，那個 context 指示器在上方，點下去一樣展開完整的分類面板。）

順帶說一下那個你最怕的 auto-compact：它不是來搗亂的，是安全網。當你沒及時處理、桌面真的要滿了，它會自動把最舊的對話壓成摘要、騰出空間讓你繼續。觸發的門檻，就是「整個桌面大小，減掉剛剛那塊 Autocompact Buffer」。它唯一的脾氣是——如果連續壓縮失敗三次，它會啟動斷路器停手，這時候就得你自己出馬打 /compact。所以與其被它牽著走，不如反過來：你先看、你先壓，主導權留在自己手上。

不只是 Claude 的問題

把鏡頭拉遠一點。context window 會被塞爆、塞爆了 AI 就會「失憶」，這不是 Claude 獨有的毛病，是所有 LLM 工具共通的物理限制。差別只在——有沒有給你一扇窗，讓你看見它。

很多工具是把這件事藏起來的：Cursor、各家 IDE 外掛，背後一樣在跟 context 上限搏鬥，但你看不到桌面長怎樣，它什麼時候幫你偷偷裁掉了一段對話，你也不知道。Claude Code 選擇把這扇窗開給你——/context 的價值不在它多神奇，在它把一件本來只能靠感覺猜的事，變成一個你可以低頭查證的數字。

說到底，會用 /context 跟不會用，差的不是某個技巧，是兩種心態：一種是出問題了才慌張地重開、亂刪、怪模型；另一種是把「看一眼桌面」變成順手的習慣，在它滿之前就把該清的清掉。

下次你的 Claude 又開始忘東忘西，先別急著重開。打一個 /context，低頭看一眼那張桌子——答案，通常就攤在你眼前那一格一格的方塊裡。看懂它之後，下一步你大概會想學的，是怎麼用 /compact 跟自訂 /agents，把這張桌子從「被動清理」變成「主動規劃」。但那是另一張俯瞰圖的事了。

參考來源：Explore the context window - Claude Code Docs