本篇文章更新時間：2026/04/01
如有資訊過時或語誤之處，歡迎使用 Contact 功能通知或向一介資男的 LINE 社群反應。
如果本站內容對你有幫助，歡迎贊助支持 。
內容目錄
用一個 CLAUDE.md，就能讓 Claude 安靜、精簡、聽話得多
探索最簡單也最有效的 Claude Token 最佳化方法
編輯前言：這篇文章來自 GitHub - drona23/claude-token-efficient，作者提出一個極有意思的做法：只靠一個 CLAUDE.md 檔案，就能讓 Claude 的回覆精簡 63%。我讀完後的感覺是——這簡直是高頻使用者的福音。
核心觀點 (Key Takeaways)
- 只需在專案根目錄放入一個 CLAUDE.md，就能大幅減少 Claude 的輸出字數，無須修改任何程式碼。
- CLAUDE.md 主要用來壓抑 Claude 的「冗贅行為」：奉承語、重述問題、多餘格式、過度工程等。
- 這個方法在「輸出大量內容的自動化流程」裡最值錢；但在低頻或一次性查詢中反而會增加成本。
深入解析
這篇專案的出發點非常直接：Claude 的輸出往往過度熱情、客套，還會加入你沒要求的建議，甚至生成太多漂亮但不好解析的 Unicode 格式。這些內容完全沒有資訊增量，但卻讓你的 Token 費用持續飆升。
專案作者總結了 Claude 的幾個常見問題：
"Opens every response with 'Sure!' … Ends with 'I hope this helps!' … Restates your question … Over-engineers code … Agrees with incorrect statements."
換句話說，如果你把 Claude 當成工作流程的一部分（例如大量 code review、分析、agent pipeline），這些冗字會在數百次呼叫後造成極高成本。
一個檔案，立即生效
只要把 CLAUDE.md 放進你的專案根目錄，Claude Code 就會自動讀取並改變回覆風格：
- 不再奉承
- 不再重述問題
- 不再多餘格式
- 不再亂加建議
- 不再過度工程
- 不知道就說不知道
- ASCII-only
我覺得這裡最關鍵的精神是：讓 Claude 回到「執行任務」本身，而不是「對話型聊天助手」。
什麼時候值得用？什麼時候不值得？
值得使用的情境：
- 高頻率、自動化 pipeline
- 多次重複、結構化的任務
- 團隊需要一致的可解析格式
不值得使用：
- 單次短問答
- 一次性或輕量互動
- 需要探索、討論、多選項的創造性工作
- 多次建立新 session 的 pipeline（因 CLAUDE.md 每次都會重新讀）
核心 trade-off 很誠實：CLAUDE.md 會佔用固定 input tokens，因此需要足夠大的輸出量才能抵銷。
實測：63% 的輸出字數減少
作者提供的比對相當明顯：
- Explain async/await：180 → 65 words
- Code Review：120 → 30 words
- What is REST：110 → 55 words
- Hallucination correction：55 → 20 words
總計減少了 63%。
我特別喜歡示範中的 code review 對比：從滿滿的客套與額外建議，變成一句到位的 bug 指出與修正，真正體現「資訊密度最大化」。
筆者心得與啟發
讀完整個專案，我最大的感想是：CLAUDE.md 根本是給高頻使用者的「行為修正插件」。
這份檔案解決的不是模型能力，而是模型「默認交流方式」與「任務型使用場景」之間的落差。透過精準抑制冗贅行為，讓 Claude 更像工具，而不是伴侶式聊天 AI。
如果你常做以下事：
- AI 代碼審查
- 多次迭代的分析任務
- 高頻 agent loop
- 多份文件自動處理
那麼這個方法會讓你立刻感受到成本下降與資訊密度提升。但反過來，如果你的目標是「對話」、「探索」、「腦力激盪」，那 CLAUDE.md 的壓縮規則會讓整體體驗太過拘謹。
我會把它視為一種「可開關的模式」：
- 開啟：任務導向、成本敏感、結構化輸出
- 關閉：創造性、深度討論、需要模型提出建議的情境
總結一句話：這是一個用最低成本改善 Claude 回覆品質與一致性的實用技巧，但適合的場景非常明確。