claude-token-efficient 是什麼？用 CLAUDE.md 讓 Claude Code 回覆更精簡的規則包

這篇先不談 session，先談輸出

很多人覺得 Claude Code 貴，不只是因為它做事多，也因為它有時會講太多：先客套、再重述問題、再補一堆沒要求的建議，甚至把簡單修改做得很大。這些文字看起來有禮貌，但在重度工作流裡會變成輸出 token。

claude-token-efficient 的做法很簡單：把一個短版 CLAUDE.md 放進專案，讓 Claude Code 在每次工作時遵守更精簡的回覆規則。它不是監控工具，也不是外掛，而是一份「請 Claude 少講廢話、先做正事」的專案規則。

它和 RTK、clauditor 差在哪？

這三個工具管的東西完全不同，可以一起用，不會衝突。順著工作流看就清楚了：

• RTK 管「工作邊界」：先規劃再做、不亂讀檔、不碰密碼這類敏感檔案、不做會弄壞東西的操作、留下交接紀錄。
• clauditor 管「session 變胖」：一段 Claude Code 對話開太久、每一輪上下文越來越長，就提醒你存好進度開新 session。
• claude-token-efficient 管「Claude 回覆變胖」：Claude 每次回答太客套、太囉嗦、太常延伸，用一份規則檔要求它直接一點。

簡單講，RTK 管「該不該做」，clauditor 管「該換 session 了沒」，claude-token-efficient 管「每次回答少一點廢話」。

它怎麼用？

兩種用法。一次性任務，把規則直接貼到聊天裡就好；長期專案，把 CLAUDE.md 放到專案根目錄，Claude Code 開啟時會自動讀。

新手不用自己寫長篇規範。先把官方最短的那一版直接放進一個低風險的小專案，看 Claude 回答是不是真的變得更直接、更切題。確認輸出適合你，再放進其他專案。

如果某次任務你需要 Claude 多解釋一點，直接跟它說「這次請講詳細一點」就好——你當下說的話會蓋過 CLAUDE.md。

下載與價格

它是 GitHub 上的開源檔案，免費，使用授權是 MIT。它不是 App、不是外掛、也不用安裝——最簡單的用法就是把官方的 CLAUDE.md 複製一份到你的專案根目錄。

它本身不收錢，但你還是要有 Claude Code 才用得上。不用裝 Docker、不用自己申請 API Key。唯一要想的是：你的工作量夠多嗎？因為 Claude 每次回答前都要先讀這份規則，如果你只是偶爾問一個短問題，省下的回答可能還不夠抵掉每次多讀規則的成本。

什麼時候有效，什麼時候反而不划算？

關鍵是：CLAUDE.md 本身每次都要被讀進去，所以它不是永遠省。真正划算的情境，是你每天會讓 Claude 大量產出——例如重複做程式碼審查、批次改稿、長時間放著做事的任務，或團隊想要每個人問 Claude 都拿到同一種風格的回答。

如果你只是偶爾問一個短問題，這份規則對你不划算。每次多讀的字，可能比你省下的還多。

如果你正在和 Claude 討論架構、需要它給你各種選項和思路，也要小心。太嚴格的精簡規則會讓 Claude 少解釋、少給替代方案。這種時候，要嘛當下叫它「這次請講詳細一點」，要嘛這個任務先不要套規則。

它不能解決什麼？

它不能保證 Claude 一定答對，也不能保證程式碼一定沒問題。它管的是「Claude 怎麼回答」，不是「Claude 答得對不對」。

如果你要讓 Claude 的回答可以被別的程式直接拿去用、需要每次都長得一樣的格式，光靠這份規則不夠穩。光在對話裡叫 Claude「請輸出 JSON」這種做法，比不上工程師用 Anthropic 官方提供的固定格式設定可靠。如果你不是工程師，看到這段不用緊張——重點是：不要把這份規則當成保證輸出格式的工具。正式流程還是要靠測試、格式檢查、人工審查來守住結果。

新手使用前先注意

第一，不要把 CLAUDE.md 寫太長。規則越長，每輪輸入成本越高，反而可能抵掉省下的輸出。

第二，不要把它當成萬用省錢工具。它比較像工作習慣規範，真正效果要看你的任務類型與 Claude 原本輸出有多肥。

第三，不要把團隊規則和個人偏好混在一起。如果是公司專案，建議把「一定要遵守」和「個人喜好」分開，避免每個人加一點，最後變成又長又難懂的規則牆。

適不適合你？

適合：

• 每天都用 Claude Code 做程式碼審查、批次改稿、固定格式產出
• 會放著讓 Claude 自己跑很久的任務
• 已經覺得 Claude 回答太囉嗦、太愛延伸的人

先不急：

• 偶爾才問一兩個問題的人
• 目前更需要 Claude 把思路解釋清楚的人
• 對 Claude Code 還不熟的新手

新手最穩的做法是先理解一件事：這份規則控制的是「Claude 怎麼說話」，不是「Claude 說的對不對」。短，不一定等於好。

和 RTK、clauditor 一起用會怎樣？

三個工具不會打架，但角色不要混。

RTK 是專案規則的主場：先規劃、不亂讀檔、不碰密碼這類敏感檔案、留下交接紀錄。clauditor 是對話守門員，看到對話拖太久就提醒你開新的繼續。claude-token-efficient 只負責「回答風格」——叫 Claude 不要重述需求、不要加無關建議、只回報修改了什麼、驗證了什麼、有什麼風險。

實務上，把專案規則留給 RTK，把 CLAUDE.md 寫得短短的，只放回答風格那幾條。三個一起跑就好，不要把每一條規則都重複寫進每個工具。

最後給你的建議

最簡單的開始：直接從官方 GitHub 把最短的那一份 CLAUDE.md 抓下來，原封不動放進你的小專案根目錄，先用一兩週看 Claude 回答有沒有變得更直接。

如果用得順、覺得真的有差，再決定要不要試官方提供的其他版本（更嚴格的、更鬆的、針對特定情境的都有）。但不用急著一次裝最完整的——規則越長，Claude 每次回答前都要先讀越多字，反而可能省得不夠抵成本。從最短開始最穩。

本文依據

本文依 claude-token-efficient 官方 GitHub repo、README、CLAUDE.md、benchmark 與 license 整理。實際效果會依任務、模型、專案規則與使用方式不同而變化。

• https://github.com/drona23/claude-token-efficient
• https://github.com/drona23/claude-token-efficient/blob/main/README.md
• https://github.com/drona23/claude-token-efficient/blob/main/CLAUDE.md
• https://github.com/drona23/claude-token-efficient/blob/main/BENCHMARK.md
• https://github.com/drona23/claude-token-efficient/blob/main/LICENSE