我之前在 Claude Code 上裝了 23 個插件、8 個技能、5 個 MCP 伺服器、3 個自訂 Agent 框架，還有一個半夜兩點在 Twitter 上找到的上下文管理工具。
結果我的工作階段變得超慢。Context 窗口在我打出第一個真正的提示之前就快滿了。我比免費版用戶還要早撞上限。
然後我第一次執行 /context，看到了詳細的分配：
在我連「你好」都還沒說的時候，就已經消耗了 62,000 個 token。
那是我整個 context 視窗的 31%——就這麼沒了，被那些本來應該讓 Claude Code 更好的插件給吃掉了。而我連一行提示都還沒寫。
那個週末，我砍掉了所有東西。每個插件、每個技能、每個不是每天在用的 MCP 伺服器。全部砍掉，只留下內建功能。
我的工作階段變成了原本的三倍長。輸出更精準。Token 花費直接減半。
結果發現，Claude Code 本身就已經包含了那些我花錢買插件來做的事。只是我從來沒好好學過它本來就有什麼。
這裡是每一個取代了我原本所用插件的內建功能。
1 // 上下文管理
光這個就取代了 5 個插件。
Context 是 Claude Code 裡最重要的資源。你有一個 200k token 的窗口，所有東西都在搶它——你的對話、系統提示、工具、Claude 讀取的檔案、指令輸出。當它滿了，Claude 就會開始遺忘、產生幻覺、輸出垃圾。
大部分人會安裝插件來「管理 context」。我裝了兩個，但都不需要，因為 Claude Code 有三個內建指令做得更好。
/context —— 看清楚你的 token 到底去了哪裡。
這是我第一天就希望知道的指令。輸入 /context，你就會看到完整的分配：系統提示用了多少 token、你的工具佔了多少、對話歷史吃了多少、還有多少空間可用。
這就是我現在清理過後的 context 樣貌。在清理之前，「技能與插件」那一行就佔了 14k token——那是總 context 的 7%，被那些閒置在那邊等著被呼叫、卻可能一週只用一次的擴充套件吃掉。
實用規則：在每個重要工作階段開始時執行 /context。如果你的基準在還沒打字之前就超過 30k，那你就有結構性的問題。在開始任何工作之前先解決它。
/compact —— 壓縮對話但不遺失上下文。
這是所有 Claude Code 指令裡最被低估的一個。有經驗的用戶會在積極工作時每 20-30 分鐘執行一次。大部分人從來沒打過這個指令。
當對話變長時，每一條新訊息的成本會更高，因為 Claude 會重新讀取整個歷史。到了第 30 條訊息時，一次交換消耗的 token 是第一條的 31 倍。/compact 會把所有歷史壓縮成一份精簡摘要，釋放出空間，同時保留重要的上下文。
/compact 專注於 auth 模組與目前的測試失敗案例
你甚至可以告訴它摘要中要優先保留什麼。「保留資料庫 schema 的決策，其他全部壓縮。」它很精準。
有定期執行 /compact 和沒執行的差別：在同樣的 token 預算下，30 分鐘的工作階段 vs 3 小時以上的工作階段。
/clear —— 需要時的核彈級重置。
/clear 會清除一切。對話歷史消失、全新開始。檔案編輯保留在磁碟上，但 context 完全清空。
區別很重要：
/compact讓 Claude 保持對發生過的事有概念。/clear從絕對零點開始。- 當你要切換到完全不相關的主題時使用
/clear。 - 當你要繼續但需要更多空間時使用
/compact。
在我學會這三個指令之前，我安裝了那些功能更差、還吃掉數千 token 開銷的插件。現在我只需要打一個斜線指令就搞定了。
2 // 工作階段控制
不再遺失工作進度。
我以前有個插件可以儲存工作階段狀態，讓我之後能繼續。結果 Claude Code 從頭到尾都有內建這個功能。
/resume —— 從上次離開的地方繼續。
你的終端機當機了、筆電沒電了、不小心關閉了視窗。沒關係。輸入 /resume 你就會看到最近的所有工作階段清單。選一個，你就回到你之前的位置。
不加參數時會開啟工作階段選取器。加名稱則直接跳過去。你還可以用 /name 幫工作階段命名，之後更容易找到。
/rewind —— 隨時取消任何操作。
Claude 改寫了你的 auth 模組但改得更糟了。/rewind 會把程式碼和對話都回復到較早的檢查點。
Esc Esc —— 隱藏的殺手級功能。
單按 Esc 可以停止生成。大家都知道。但雙按 Esc 會開啟一個大多數人從未見過的東西——一個可滾動的清單，列出 Claude Code 在這次工作階段中建立的所有檢查點。每個檔案狀態、每個對話狀態，都可以完整恢復。
四個選項：同時恢復程式碼和對話、只恢復對話、只恢復程式碼、或者從檢查點開始向前摘要。
這改變了你實驗的冒險程度。零風險、完整復原。讓 Claude 嘗試大膽的方法——如果失敗了，回退成本是零。我之前有個插件做了更差的版本。在發現 Esc Esc 的當天就刪掉了。
3 // 成本與模型控制
不再為簡單任務多花錢。
/cost —— 即時了解你的花費。
如果你是用 API，/cost 會顯示你目前工作階段的即時花費。不需要插件、不需要外部儀表板。只要輸入指令。
對於 Pro 和 Max 訂閱者，/stats 會顯示你的使用量進度——包括 5 小時的工作階段上限和每週上限。
/model —— 在工作階段中切換模型。
這個功能省下的錢比我試過的任何最佳化技巧都多。
Opus 很強大但很貴。它消耗的 token 大約是 Sonnet 的兩倍。而關鍵是：Sonnet 適合 80% 的程式撰寫工作。它快速、有能力、又划算。Opus 只有在複雜的架構決策和深層除錯時才重要。
/model 讓你在工作階段中切換：
我以前做什麼都用 Opus——格式化檔案、寫測試、重新命名變數。現在我切到 Sonnet 做簡單任務，只有需要時才切回 Opus。同樣的工作，一半的成本。
/effort —— 控制 Claude 要用多少力氣思考。
重新命名變數和設計資料庫 schema 需要的認知努力不一樣。/effort 讓你可以告訴 Claude 要花多少心思。簡單任務用低 effort = 更少 token = 更長的工作階段。
Option+T —— 每條訊息切換延伸思考功能。
延伸思考很強大但很貴。每一條回應都會增加大量 token。Option+T 可以針對每條訊息開啟或關閉，而不需要一直開著。
只是簡單的格式問題？關掉它。複雜的架構決策？打開它。回到簡單的重新命名？再關掉。切換只需要 0.2 秒。用選單路徑要花 4 秒。
4 // 專案設定
花 10 分鐘省下好幾小時。
/init —— 讓 Claude Code 自己設定。
在任何專案根目錄執行 /init，Claude Code 會掃描你的程式碼，自動產生一份初始的 CLAUDE.md。它會偵測你的技術棧、檔案結構、慣例，然後寫出一個設定檔，之後每個工作階段都會自動讀取。
然後再自訂它。加入你的慣例、你的架構決策、你的規則。產生的版本只是起點——你要讓它變成你的。
/doctor 會檢查你的 MCP 伺服器是否連線、技能是否載入、權限是否正確。每次修改設定後執行一次。
.claudeignore —— 把垃圾擋在 context 外面。
就像 .gitignore 把檔案擋在 git 外面一樣，.claudeignore 把檔案擋在 Claude Code 的 context 窗口外面。
每個 Claude 讀取的檔案都會吃掉 token。每個它掃描的目錄都會消耗 context。.claudeignore 是讓工作階段保持精簡最簡單的方法。我以前有個號稱「最佳化檔案讀取」的插件。結果 .claudeignore 用五行就做到了同樣的事。
5 // 程式碼品質
比大多數的審查插件還好。
/review —— 內建的程式碼審查。
輸入 /review，Claude 會分析你最近的變更。它會檢查錯誤、風格問題、潛在問題，並建議改進方式。這比在自由提示中問「幫我審查我的變更」更精準、更有上下文感知。
/diff 顯示你工作目錄中所有變更。/security-review 專門掃描安全性漏洞。我之前用的是獨立的安全插件——發現 /security-review 能做到同樣的事且零負擔之後就刪掉了。
/plan —— 先思考再寫程式。
在 Claude 開始寫程式碼、讀取檔案、執行指令之前，/plan 會讓它先產生一個結構化的行動計畫——但實際上什麼都不做。
這可以節省 token，因為你可以在早期就發現誤解。如果 Claude 打算讀取六個檔案，但你只需要兩個，你可以在它為了讀取不需要的檔案而消耗 context 之前修正。
在任何複雜任務之前切換到計畫模式。檢視計畫。調整。然後執行。這就是精確工作和昂貴猜測的差別。
6 // 鍵盤快捷鍵
執行一切的最快方式。
這些不是指令，而是肌肉記憶。一旦學會，你就回不去了。
Shift+Tab —— 循環權限模式。
Claude Code 對每次檔案編輯和每個指令都會要求權限。安全但慢。Shift+Tab 在三種模式之間切換：
- 一般模式：所有操作都要求權限（安全、慢）
- 自動接受：不經詢問直接執行（快速、需要信任）
- 計畫模式：顯示它要做什麼但不執行（先審查再執行）
當你在自己熟悉的程式碼上快速迭代時切到自動接受。當 Claude 要執行高風險操作時切到計畫模式。對敏感程式碼使用一般模式。按一個鍵就能改變整個互動速度。
Ctrl+R —— 搜尋你的提示歷史。
Claude Code 會跨工作階段保存你完整的提示歷史。Ctrl+R 讓你可以在裡面進行模糊搜尋。
你三天前執行過一個複雜的提示，結果非常完美。不需要重新輸入或捲動終端機歷史：按 Ctrl+R，輸入兩個關鍵字，它就回來了。使用一個月之後，你的提示歷史就是一個個人化的知識庫，裡面有所有曾經有效的內容。
Ctrl+G —— 在真正的編輯器中撰寫提示。
終端機輸入只有一行。在一行終端機中寫出包含特定指示的多段落提示非常痛苦。Ctrl+G 會開啟你的預設文字編輯器——vim、VS Code 或任何你設定的編輯器。好好地寫下你的提示。儲存並關閉。它就會送出。
對於任何需要寫詳細提示的人來說這是必備功能。終端機輸入不是為了段落而設計的。你的編輯器才是。
/btw —— 在不中斷的情況下提出旁側問題。
Claude 正在進行一項重構任務，已經深入三個檔案。你突然需要知道某件事——「哪個檔案有 auth 中介軟體？」
在 /btw 之前：取消整個任務，問你的問題，然後重新提示原始任務。所有中斷工作的 context 都消失了。
/btw 讓你在 Claude 繼續工作的同時提出一個旁側問題。答案會回來而不會影響主要任務的對話歷史。
7 // 自訂指令
30 秒打造你自己的插件。
大多數人沒有意識到的是：大部分的插件只是包含指示的 markdown 檔案。你可以在 .claude/commands/ 裡面自己做出一樣的東西。
建立一個 markdown 檔案。放入指示。它就變成了一個斜線指令。
現在 /fix-issue 456 就能做到插件能做的事——但零開銷、零依賴、你的 context 視窗中不會多消耗任何 token。
/review-pr。自訂工作流程。基準開銷為零 token。你花了 30 秒就寫好了。
對於團隊：把這些提交到你的儲存庫中的 .claude/commands/ 目錄。每個人都能得到同樣的工作流程。把它們當作程式碼來對待——在 PR 中審查、迭代、做版本控制。
這基本上就是大多數插件市集在賣的東西。只不過這個是免費的、不佔任何 context 資源、而且你可以控制每一個字。
配置悖論
這裡是 Claude Code 生態系中沒有人會提到的事：你安裝的每一個插件、每一項技能、每一個 MCP 伺服器都會為你的 context 視窗增加基準開銷。它們會在你每次工作階段開始時被載入，不管你用不用它們。
Claude Code 將單個規則檔案限制在 6,000 個字元，總共合併規則為 12,000 字元。這些限制是有原因的。Anthropic 自己的文件寫得很清楚：「對每一行問：如果刪掉這行，會導致 Claude 犯錯嗎？如果不會，就砍掉它。」
在我打出第一個提示之前，我有 62,000 token 的開銷。那是我整個 context 視窗將近三分之一——被閒置的工具消耗掉。
清理之後：基準開銷 6,000 token。有 156,000 token 可用於實際工作。原本在 30 分鐘內就會耗盡的工作階段，現在可以跑到 3 個小時以上。
計算很簡單：越少插件 = 更多 context = 更長的工作階段 = 更好的輸出。
例外情況（哪些真正值得安裝）
我不是說永遠不要安裝任何東西。我是說要有目的地安裝。以下是我清理後留下來的東西：
superpowers —— 唯一一個值得開銷的技能框架。結構化的開發方法論，真正改變了 Claude 處理工作的方式。超過 17 萬顆星不是沒有原因的。
karpathy 的 4 行規則 —— 四條行為規則，防止 Claude 做出假設、把事情搞得太複雜、碰到你沒要求改的程式碼、或未經驗證就交付。超過 6 萬顆星。
context-mode MCP —— 如果你確實使用 MCP 伺服器，這個工具會把它們的輸出隔離起來，以免在對話中傾倒一萬 token 的原始 JSON。它會把工具輸出導向到一個獨立的知識庫。你的 context 就能保持乾淨。
三個擴充套件。總開銷：約 4,000 token。其他所有的？都是內建指令，成本為零。
完整清單
每一項都是內建的。每一項都完全免費。每一項現在都可以在你的終端機中使用。
別再安裝插件了。開始使用本來就有的東西。
追蹤我 @regent0x_ 只為了學習和研究純粹的 alpha。感謝閱讀。別忘了收藏這篇。
