# 影片筆記：18 Claude Code Token Hacks in 18 Minutes

## 一句話總結
針對 Claude Code 因累積式讀取歷史與隱形開銷（MCP、系統提示詞）導致的 Token 快速消耗問題，影片提供了從基礎指令監控（Tier 1）、系統檔案精簡（Tier 2）到模型選擇與策略調度（Tier 3）的 18 項優化技巧，強調「上下文衛生」優於單純追求高價方案。

## 核心重點
1.  **Token 消耗機制**：Claude Code 每次回應都會重新讀取整個對話歷史，導致成本呈指數級累積。數據顯示，在長對話中，高達 98.5% 的 Token 用於重複閱讀舊聊天歷史。
2.  **隱形開銷（Invisible Overhead）**：每次互動都會重新載入 `Claude.md`、MCP 伺服器定義、系統提示詞、Skills 及記憶檔案，這些佔用了大量上下文窗口。
3.  **Lost in the Middle 現象**：模型對對話開頭和結尾關注度較高，中間部分的內容容易被忽略，因此精簡上下文有助於提升輸出品質。
4.  **Tier 1 基礎優化**：透過 `/clear` 分隔任務、斷開不必要的 MCP 伺服器、合併提示詞、使用 Plan Mode、監控 `/context` 與 `/cost`、設置狀態列及即時監控來控制成本。
5.  **Tier 2 進階設定**：將 `Claude.md`（或 `claw.md`/`cloud.md`）視為「索引路由」而非內容載體，控制在 200 行以內，僅包含技術堆疊、規範及「95% 信心規則」。
6.  **Tier 3 高阶策略**：
    *   **模型選擇**：Sonnet 用於一般編碼，Haiku 用於子代理/格式化，Opus 用於深度架構規劃（<20%），Codex 用於大型程式碼庫審查。
    *   **子代理成本**：子代理擁有獨立上下文，成本約為標準會話的 7-10 倍，應謹慎使用或用於一次性任務。
    *   **尖峰時段策略**：週一至週五上午 8 點至下午 2 點（美東時間）為尖峰時段，會話窗口消耗較快；大型重構應安排在離峰時段。
    *   **心態調整**：達到限制並非壞事，問題在於上下文衛生。應透過精簡上下文、選擇合適模型及利用離峰時段來最大化投資報酬率。

## 詳細大綱

### A. 背景與問題現狀
*   近期用戶反映極快達到 Claude Code 的 Token 限制，即使在高價月費方案（如 $200/月）亦然。
*   Anthropic 員工提及將針對高峰與離峰時段進行調整，但部分用戶反映離峰時段仍消耗過快。
*   講者整理出 18 個 Token 管理技巧，分為 Tier 1 至 Tier 3。

### B. Token 運作機制解析
*   **定義**：Token 是 AI 模型讀取及收費的最小文字單位（約等於一個單詞，但非絕對）。
*   **計費邏輯**：
    *   每次發送訊息，Claude 都會從頭重新讀取整個對話歷史。
    *   成本是「累積」且「指數級增長」，而非線性相加。
    *   範例：第 1 則訊息可能消耗 500 Token，第 30 則訊息可能消耗 15,000 Token（因為包含前 29 則的歷史）。
    *   數據顯示：在 100 則以上的對話中，高達 98.5% 的 Token 用於重複閱讀舊聊天歷史。
*   **隱形開銷**：
    *   每次互動都會重新載入 `Claude.md`、MCP 伺服器、系統提示詞（System Prompts）、Skills、檔案等。
    *   這些是「隱形開銷」（Invisible Overhead），持續佔用上下文。
*   **負面影響**：
    *   上下文膨脹不僅增加費用，還會降低輸出品質。
    *   **Lost in the Middle 現象**：模型對對話開頭和結尾關注度較高，中間部分的內容容易被忽略。

### C. Tier 1 技巧（9 項基礎優化）
1.  **開始新對話**：使用 `/clear` 分隔不相關任務，避免將 Topic A 的上下文帶入 Topic B。
2.  **斷開 MCP 伺服器**：
    *   連接的 MCP 伺服器會在每次訊息中載入所有工具定義（可能單個伺服器就消耗 18,000 Token/訊息）。
    *   建議在 Session 開始時運行 MCP，並斷開不需要的伺服器。
    *   傾向於使用 CLI 而非 MCP（例如使用 Google Workspace CLI 而非 MCP 伺服器），因為更快速且便宜。
3.  **合併提示詞（Batch Prompts）**：
    *   將多個指令合併為一個訊息，避免歷史堆疊。
    *   若出錯，編輯原始訊息並重新生成，而非發送後續修正訊息（後續修正會永久堆疊在歷史中）。
    *   *註*：單一任務專注度可能帶來更好的輸出品質，需視情況權衡。
4.  **使用 Plan Mode**：
    *   在執行實際任務前，讓 Claude 規劃方法並提出問題。
    *   防止 Claude 走錯方向寫程式後需全部推翻重來。
    *   建議在 `Claude.md` 中加入規則：在對需求有 95% 信心前，不進行任何更改，並持續提問。
5.  **使用 `/context` 和 `/cost` 指令**：
    *   `/context`：顯示當前消耗 Token 的類別（歷史、MCP 開銷、載入檔案等）。
    *   `/cost`：顯示當前 Session 的實際 Token 使用量及預估花費。
    *   範例顯示：即使在新 Session 中，系統提示詞、工具、自訂代理、Skills、記憶檔案等已預先消耗約 51,000 Token。
6.  **設置狀態列（Status Line）**：
    *   在終端機（Terminal）中使用 `/status line` 指令。
    *   可視覺化顯示當前使用的模型、使用進度條、以及剩餘上下文窗口比例（例如 1,000,000 Token 中的 52,000 Token）。
7.  **保持儀表板開啟**：
    *   定期（每 20-40 分鐘）檢查使用情況，或設置自動化通知（如 Slack/簡訊）在接近限制時提醒。
8.  **精準貼上內容**：
    *   貼上大文件或檔案前，確認 Claude 是否需要完整內容。
    *   若僅需修復特定函數或段落，僅貼上該部分，避免餵送無關資訊。
9.  **即時監控 Claude 運作**：
    *   不要發送提示後就離開，需觀察其運作過程。
    *   若發現 Claude 陷入循環、重複讀取檔案或走錯方向，立即停止。
    *   避免在無效循環中浪費 80% 的 Token。

### D. Tier 2 技巧（5 項進階設定）
1.  **精簡 `Claude.md` 檔案**：
    *   放置於專案根目錄（全域或本地）。
    *   Claude 會在每次聊天開始時自動讀取此檔案作為系統上下文。
    *   建議控制在 200 行以內，僅包含技術堆疊、編碼規範、建置指令及「95% 信心規則」。
    *   **心態轉變**：將 `Claude.md` 視為「索引路由」（Index Route），指向資料存放處，而非直接包含大量內容。
    *   透過精簡索引，讓 Claude 知道資料位置，避免搜尋和讀取不必要檔案所浪費的 Token。
    *   此原則同樣適用於 Skills 或主參考指南（Master Reference Guide Sheets）。

### E. Tier 3 高阶優化策略
1.  **選擇正確的模型 (Pick the right model)**
    *   **Sonnet**：預設模型，用於大多數編碼工作。
    *   **Haiku**：用於子代理（sub-agents）、格式化、簡單任務。
    *   **Opus**：用於深度架構規劃，僅在 Sonnet 不足時使用，建議佔比低於 20%。
    *   **Codex**：針對大型程式碼庫審查時引入，可與 Opus 和 Sonnet 協作以節省 Claude 令牌。
2.  **子代理的成本與應用 (Cost of sub agents)**
    *   代理工作流（Agent workflows）使用的令牌約為標準單一代理會話的 7 到 10 倍。
    *   原因：子代理擁有獨立的全量上下文和實例，啟動時需重新加載所有檔案和系統工具。
    *   建議：將一次性任務委派給子代理，特別是希望使用 Haiku 處理大量資訊或研究摘要時，以降低成本。
    *   代理團隊（Agent teams）：雖能產生高品質輸出，但非常昂貴，應謹慎使用。
3.  **理解尖峰時段 (Understand peak hours)**
    *   **尖峰時段 (Peak hours)**：週一至週五上午 8 點至下午 2 點（美國東部時間）。此時 5 小時會話窗口消耗較快。
    *   **離峰時段 (Off-peak)**：下午、晚上、週末。會話持續時間較長或正常。
    *   策略：大型重構、多代理會話或大型專案應安排在離峰時段進行。
    *   **Hack 3.5**：保持 Claude 帳戶開啟以隨時查看用量。
        *   接近重置且有剩餘配額時：加大用量，嘗試在重置前達到上限，讓代理放手執行。
        *   接近上限但時間尚多時：暫停，離開去休息，待重置後帶回完整預算再繼續，避免在最後 5% 時因小任務卡住而中斷心流。
4.  **系統憲法 (Your system's constitution - claw.md / cloud.md)**
    *   內容應包含穩定決策、架構規則和進度摘要。
    *   目標：作為「唯一真相來源」（source of truth），使每個提示越來越短。儲存決策而非對話。
    *   規則範例：指示使用子代理進行探索或研究；若任務需 3 個以上檔案或多檔案分析，則生成子代理並僅返回摘要；在 Haiku 中生成該子代理。
    *   **應用學習 (Applied learning)**：當重複失敗、需重新解釋或找到平台工具/限制的變通方法時，新增一行簡短備註（15 字以內，無解釋，僅添加能節省未來會話時間的內容）。
    *   注意：此檔案具有自我學習/演進特性，需頻繁檢查以防過度膨脹。

### F. 結語與心態調整
1.  **質量與成本的平衡**
    *   有時必須追求高質量，這意味著更高的成本，這是正常現象。
2.  **核心觀念轉變**
    *   大多數人不需要更大的方案，而是需要停止重複發送整個對話歷史。
    *   問題不在於限制（limits），而在於上下文衛生（context hygiene）。
3.  **行動清單 (Action Items)**
    *   運行 `/context` 查看狀態。
    *   在活躍會話中運行 `/cost`。
    *   確保狀態列顯示模型、上下文百分比和令牌計數。
    *   調出雲端使用儀表板查看剩餘配額和重置時間。
    *   斷開未使用的 MCP 伺服器。
    *   在計劃模式（plan mode）下啟動複雜任務。
    *   切換到不相關任務時使用 `/clear`。
    *   在 60% 上下文時手動壓縮（compact）。
    *   將多步驟指令批處理為單一訊息。
    *   將重型會話安排在離峰時段。

## 工具 / 模型 / 名詞整理
*   **Claude Code**：影片討論的主要 AI 編碼助手。
*   **Anthropic**：Claude 的開發公司。
*   **MCP Servers**：Model Context Protocol 伺服器，用於連接外部工具。
*   **Claude.md**：Claude Code 的系統設定/提示詞檔案（筆記中亦提及 `claw.md` 或 `cloud.md`）。
*   **CLI**：Command Line Interface，命令列介面。
*   **Google Workspace CLI**：提及作為 MCP 伺服器的替代方案。
*   **Google Workspace**：提及的應用程式套件。
*   **Google Calendar**：提及的應用程式。
*   **X**：社群媒體平台（原 Twitter）。
*   **Slack**：提及用於自動化通知的工具。
*   **Slash Commands**：
    *   `/clear`
    *   `/context`
    *   `/cost`
    *   `/status line`
    *   `/compact`
*   **模型名稱**：
    *   **Sonnet**：預設模型，用於大多數編碼工作。
    *   **Haiku**：用於子代理、格式化、簡單任務。
    *   **Opus**：用於深度架構規劃。
    *   **Codex**：針對大型程式碼庫審查時引入。
*   **FreeSchool community**：提及的社群。
*   **bash**：提及的指令。
*   **Lost in the Middle**：專有名詞，指模型注意力分佈現象。
*   **Invisible Overhead**：隱形開銷，指系統提示詞、MCP 等重複載入的開銷。
*   **Index Route**：索引路由，指將系統檔案視為指向資料的索引而非內容本身。
*   **Source of truth**：唯一真相來源。
*   **Agent workflows / Sub-agents**：代理工作流/子代理。
*   **Peak hours / Off-peak**：尖峰時段/離峰時段。

## 操作流程整理
1.  **監控與診斷**：
    *   使用 `/context` 查看當前 Token 消耗類別（歷史、MCP、檔案等）。
    *   使用 `/cost` 查看當前 Session 的實際 Token 使用量及預估花費。
    *   使用 `/status line` 設置狀態列，視覺化顯示模型、進度條及剩餘上下文窗口比例。
    *   定期（每 20-40 分鐘）檢查雲端使用儀表板，或設置 Slack/簡訊通知。
2.  **日常操作優化**：
    *   **新任務**：使用 `/clear` 開始新對話，分隔不相關任務。
    *   **MCP 管理**：在 Session 開始時運行 MCP，並斷開不需要的伺服器；傾向使用 CLI 替代 MCP。
    *   **提示詞撰寫**：合併多個指令為單一訊息（Batch Prompts）；若出錯，編輯原始訊息重新生成，避免發送後續修正訊息。
    *   **複雜任務**：使用 Plan Mode，讓 Claude 規劃方法並提問，直到有 95% 信心才進行更改。
    *   **檔案處理**：精準貼上內容，僅貼上修復所需的特定函數或段落。
    *   **即時監控**：發送提示後觀察運作，若發現循環或錯誤立即停止。
3.  **系統設定維護**：
    *   維護專案根目錄的系統檔案（`Claude.md`/`claw.md`/`cloud.md`），控制在 200 行以內。
    *   將系統檔案視為索引，僅包含技術堆疊、規範、建置指令及「95% 信心規則」。
    *   應用學習：當重複失敗或找到變通方法時，新增一行簡短備註（15 字以內）至系統檔案。
4.  **策略性調度**：
    *   **模型選擇**：一般編碼用 Sonnet；子代理/格式化用 Haiku；深度架構用 Opus（<20%）；大型審查用 Codex。
    *   **子代理使用**：將一次性任務或需大量資訊處理的工作委派給子代理（使用 Haiku 生成），避免高昂的標準會話成本。
    *   **時段安排**：大型重構、多代理會話安排在離峰時段（下午、晚上、週末）；尖峰時段（週一至週五 8am-2pm EST）避免大型操作。
    *   **配額管理**：接近重置且有剩餘配額時，加大用量讓代理執行；接近上限但時間尚多時，暫停以保留預算。

## 值得注意的限制或風險
1.  **Token 累積效應**：隨著對話長度增加，成本呈指數級增長，而非線性相加。
2.  **Lost in the Middle**：模型對對話中間部分的內容關注度較低，過長的上下文會導致重要資訊被忽略。
3.  **子代理高昂成本**：子代理工作流使用的令牌約為標準單一代理會話的 7 到 10 倍，因擁有獨立全量上下文。
4.  **系統檔案膨脹風險**：系統憲法檔案（`Claude.md` 等）具有自我學習特性，若不加控制會過度膨脹，需頻繁檢查。
5.  **尖峰時段限制**：尖峰時段（週一至週五上午 8 點至下午 2 點美東時間）的 5 小時會話窗口消耗較快。
6.  **上下文衛生問題**：大多數用戶的問題不在於方案限制，而在