Claude Code Context 管理攻略 — 為什麼你的 AI 越用越笨，以及怎麼修

你有沒有遇過這種狀況：用 Claude Code 寫到一半，突然發現它開始忘東忘西，code 質量明顯下降，甚至會重複做已經做過的事情？

那不是 Claude 變笨了，是你的 context window 快爆炸了。

這篇要聊的就是 Claude Code 最重要但最容易被忽視的東西：context 管理。不懂這個，你再聰明的 AI 助手也會被你用到逐漸失能。

Context Window 是你最寶貴的資源

先講白一點：Claude 的 context window（你可以理解成 AI 能夠「記住」的東西）是有限的。每一次對話、每個你讀的檔案、每個指令的輸出，全部都會佔用 context。

當 context 開始滿的時候，Claude 的表現就會下降。它會開始「健忘」，做錯事情的頻率變高。這不是 bug，這是物理限制。

想像一下你的大腦 RAM，用滿了就會 lag。Claude 也是一樣。

所以context 管理就是你在用 Claude Code 時最重要的事。你可以寫得很完美，但如果 context 一直堆積垃圾，再完美的 code 也救不了。

給 Claude 驗證的方式

這是我看官方文件時最驚訝的一個點：如果你給 Claude 能驗證自己工作的方式，它的表現會暴增。

什麼意思？就是不要只叫它「實作一個 email validation function」，而是：

寫一個 validateEmail function。測試案例：
- user@example.com 應該是 true
- invalid 應該是 false
- user@.com 應該是 false
實作完之後運行這些測試。

或者你在改 UI 的時候，不要就說「讓 dashboard 看起來更好看」，而是：

1 2	[貼一張 screenshot] 按照這個設計改。改完之後也拍個 screenshot，比較原本的有什麼差別，然後修復差異。

有驗證機制，Claude 才能自己抓到自己的錯誤。沒有驗證，你就變成唯一的 feedback loop，每次它出錯都要你來救。真的很吃記憶體吃到爆。

Explore → Plan → Code 的工作流

關鍵是 Plan Mode。你按 Ctrl+G 就能進去。

在 Plan Mode 裡，Claude 可以讀檔案、回答問題，但不會動任何東西。這很重要，因為這樣能夠分離「研究」和「實作」。

一個典型的流程長這樣：

第一步：Explore

1 2	讀 /src/auth 資料夾，了解我們怎麼處理 session 和 login。也看看我們怎麼管理 environment variables 存密鑰。

第二步：Plan

1 2	我想加 Google OAuth。哪些檔案要改？ session flow 是什麼？給我一份計劃。

然後你可以按 Ctrl+G 直接在編輯器裡改這份計劃。

第三步：Implement

1 2	按照這份計劃實作 OAuth flow。為 callback handler 寫測試，運行測試套件，修復任何失敗。

第四步：Commit

1	寫一份有意義的 commit 訊息，開一個 PR。

Plan Mode 有點麻煩，但值得。特別是當你在陌生的 codebase 裡，或是改動涉及很多檔案的時候。

但如果任務很明確（比如修個 typo、改個變數名稱），就直接做，不用規劃。

CLAUDE.md 怎麼寫才不會踩坑

CLAUDE.md 是一個特殊檔案，Claude 在每個新的 session 開始時都會讀它。裡面可以放 Bash command、code style、workflow 規則。

首先，跑 /init 讓 Claude 自動分析你的專案產生一份基本的 CLAUDE.md。

然後重點來了：讓它保持簡短。

每一行都問自己：「如果我刪了這一行，Claude 會出錯嗎？」如果不會，就砍掉。太長的 CLAUDE.md 反而會讓 Claude 忽視重要的規則。

# Code Style
- Use ES modules (import/export), not CommonJS
- Destructure imports when possible

# Workflow
- Run typecheck after making code changes
- Prefer running single tests instead of full suite

這樣就夠了。不要把 API 文件、詳細說明、或自明的東西塞進去。那些東西用 link 就好，或者用 skill 檔案處理。

什麼該放，什麼不該放

✅ 放進去	❌ 不要放
Claude 猜不到的 Bash command	Claude 能從 code 推出的東西
跟業界慣例不同的 code style	標準的語言慣例
測試指令和偏好的 test runner	詳細的 API 文件（用 link）
Repository etiquette	會經常改的資訊
專案特有的建築決策	長篇的解釋或教學
開發環境的奇怪需求	自明的最佳實踐