發揮 Claude 最佳效能：8 個習慣與我的代理工作流程

這篇文章是為工程師、設計師、產品經理，或任何想更有效利用 Claude 的人而寫。首先，我將分享八個需要記住的注意事項，然後透過一個真實的案例，從頭到尾展示我在每個專案中遵循的代理生命週期。

需要記住的注意事項

1. 長對話會讓 Claude 變得遲鈍（「遲鈍區」）

每個對話都有一個 Claude 能同時處理的資訊量限制，這稱為上下文視窗（context window），你可以將其視為 Claude 的工作記憶。你的訊息、它的回覆、上傳的檔案以及搜尋結果都計入其中。當上下文視窗越滿，Claude 就越有可能遺漏細節、忘記指令或憑空捏造資訊。

HumanLayer 的 Dex Horthy 將此稱為「遲鈍區」（dumb zone），並在他的演講《No Vibes Allowed》中指出，臨界點大約在上下文視窗的 40% 左右。Chroma 的上下文腐蝕研究也支持這個觀點：它測試的所有 18 個模型都隨著輸入的增加而表現變差。40% 的標記是一個經驗法則，而不是一條硬性規定，但它是一個很好的預設值。

• 切換任務時，請開啟一個新對話。
• 如果對話變得太長，請要求 Claude 總結，然後將摘要貼到新的對話中。
• 只分享 Claude 實際需要的檔案和細節。

2. 模糊的提問會得到模糊的結果

將 Claude 視為一個聰明的初來乍到隊友。它能做很多事，但無法讀懂你的心思。跳過細節會讓 Claude 用猜測來填補空白，這通常是出錯的地方。Anthropic 自己的提示詞指南也給出了相同的建議。在交辦任務之前，請涵蓋以下五點。大多數人會跳過的是如何檢查工作。當 Claude 能測試自己的輸出時，它會在你看到錯誤之前就發現並修正它們。

• 目標： 你最終想要什麼。
• 方法： 要遵循的方法或步驟。
• 注意事項： 規則、限制和需要避免的事項。
• 如何檢查： 測試、符合的範例或檢查清單。
• 工具： Claude 可以使用的檔案、應用程式或連接器。

3. 一個代理做所有事情既慢又容易填滿上下文

Claude Code 的代理團隊允許一個主要代理將工作分配給多個隊友。每個隊友都有自己的上下文視窗，並且可以直接互相傳送訊息。每個代理只保留它需要的資訊，因此它能避免進入遲鈍區。而且工作是平行進行的。

但更多的代理並不總是意味著更快。1967 年，Gene Amdahl 展示了額外的處理器只會加速工作中可以同時運行的部分，這就是現在所稱的阿姆達爾定律（Amdahl's law）。兩個人可以一起切菜，但米飯仍然需要 20 分鐘。因此，將任務分解成不互相等待的部分。

• 代理團隊是實驗性的，目前僅在 Claude Code 中提供。
• 每個隊友都是一個完整的會話，因此它會更快地耗盡你的限制。
• 不要讓兩個代理編輯同一個檔案。

4. 你不需要學習每個新功能

對於大多數工具，每個新功能都意味著閱讀文件和深入研究設定。對於 Claude，你可以用簡單的語言描述你想要什麼，它就能為你設定並使用該功能。你不需要知道代理如何互相傳送訊息。只需說：「將此任務分成研究員、撰寫者和審閱者，讓他們平行工作。」

代理團隊的文件正是這麼說的：用簡單的語言描述任務和隊友，Claude 會完成其餘的工作。大多數功能也是如此。如果你不確定某個功能是否可行，請要求 Claude 查詢並設定它。

• 某些功能需要一次性設定，你可能需要批准。
• Claude 可能不知道最新的功能，所以請先要求它檢查最新的文件。

5. 將 Claude 連接到你的團隊已使用的工具

開箱即用時，Claude 只能看到你貼到對話中的內容。連接器（connectors）讓它能直接從 BigQuery、Metabase、Asana 和 Google Docs 等應用程式中讀取資訊。詢問「上週最常見的支援問題是什麼？」，Claude 會自行找出答案。不再需要在十個分頁之間複製貼上。

大多數熱門應用程式都在連接器目錄中，而像 Freshdesk 這樣的其他應用程式可以作為自訂連接器添加。許多連接器還可以建立、編輯或刪除內容，因此除非你真的需要更多功能，否則請保持它們為唯讀。

• 你的公司管理員可能需要先開啟連接器。
• 使用唯讀帳戶：Claude 只能執行該帳戶可以執行的操作。
• 阻止寫入操作：在連接器的設定中，將每個操作設定為「總是允許」、「需要批准」或「已阻止」。

6. 開啟所有連接器會佔用你的上下文

有這麼多連接器可供選擇，很難不將它們全部開啟。但每個連接器和 MCP 伺服器都會為每個對話添加一些設定文字，這會在你輸入任何內容之前就佔用上下文視窗。你連接的越多，就越接近遲鈍區。

Claude Code 在這方面已經改進很多。它現在只在需要時才載入工具細節，因此一開始只載入簡短的名稱。即便如此，每個連接仍然會增加一點，並且會累積起來。輸入 /context 以查看哪些內容佔用了空間，然後只保留你實際需要的連接器。

• 執行 /context 以查看哪些內容正在填滿你的上下文視窗。
• 在執行任務時開啟連接器，完成後關閉。
• 較少的連接器也意味著 Claude 選擇錯誤工具的機會較少。

7. Claude 可能會說太多

冗長的回答需要更長的時間閱讀，在長時間的會話中，它們也會填滿上下文視窗並將你推向遲鈍區。一個解決方法是要求 Claude 以簡化技術英文（Simplified Technical English, ASD-STE100）寫作。這是一種航空航太產業建立的寫作標準，以確保維護手冊不會被誤讀。

它的主要規則很簡單：短句、每句一個想法、主動語態，以及只有一個意思的詞彙。將此設定儲存在你的偏好設定或 CLAUDE.md 檔案中，這樣它每次都會生效。請記住，STE 會讓句子更清晰，而不是讓答案更短。對於更短的答案，請更改 Claude 的回覆風格。

• 在 Claude 應用程式中：從對話中的工具選單中選擇「簡潔」（Concise）風格。
• 在 Claude Code 中：輸入 /output-style 並選擇「簡潔」。
• 對於你自己的規則：在你的偏好設定或 CLAUDE.md 檔案中添加一行，例如「以 ASD-STE100 簡化技術英文寫作」。
• 降低 Claude 的「努力程度」（effort setting）並不會讓它說得更少。直接要求更簡短的答案。

8. 有意識地壓縮，而不是等到耗盡才壓縮

壓縮（Compaction）會將冗長的對話縮短為簡短的摘要，以便 Claude 可以在新的上下文視窗中繼續工作。當上下文視窗快滿時，Claude Code 會自行執行此操作，但那時你已經深陷遲鈍區，而且摘要是由一個已經在掙扎的模型撰寫的。Dex Horthy 將更好的習慣稱為「有意識的壓縮」（intentional compaction）：你選擇何時進行壓縮。

最佳時機是在 Claude 得到你滿意的結果之後。輸入 /compact，然後說明要保留的內容。告訴它專注於有效的部分和結果，並刪除雜訊，例如錯誤、死胡同和失敗的嘗試。Claude 只會帶走好的部分。

• 在得到好結果後立即壓縮，而不是等到視窗滿了才壓縮。
• 範例：「/compact 保留最終方法、我們做出的決定和測試結果。刪除失敗的嘗試和錯誤日誌。」
• 留在上下文中的錯誤可能會導致 Claude 重複它們，所以要將它們清除。

我的代理生命週期：一個真實案例

當你看到這些注意事項實際應用時，會更容易記住。所以讓我們透過一個真實的問題，從頭到尾，使用我在每個專案中遵循的代理生命週期：目標（Goal）、計畫（Plan）、工具（Tools）、實作（Implementation）和驗證（Verification）。這是問題：我們平台上的每個活躍使用者每週會建立 200 個內容。我們想要更多。讓我們看看 Claude 如何幫助我們實現這一目標。

1. 目標

目標是一個固定的數字：將每個活躍使用者每週建立的內容從 200 增加到 206，提升 3%。它在專案期間不會改變。每個代理、每個想法和每個結果都會根據它進行檢查。一個模糊的目標，例如「讓使用者建立更多內容」，會讓任何事情都算作進步。一個固定的數字能讓 Claude 保持誠實，也能讓你保持誠實。

• 在任何工作開始之前，寫下一個數字。
• 每個想法都必須解釋它如何推動這個數字。
• 最終的每個結果都將根據它進行衡量。

2. 計畫

四個代理收集上下文

在決定要建立什麼之前，我們需要了解目前的情況。這些上下文存在於四個互不依賴的地方，因此四個代理同時處理它們。每個代理將其發現寫入自己的工作區檔案，這使得每個代理的上下文視窗保持較小。會話錄影有自己的代理。閱讀螢幕比閱讀文字佔用更多的上下文視窗，因此將它們與任何其他內容混合會很快將該代理推入遲鈍區。

• 代理 1，使用者說了什麼： 來自 Granola 或 Dovetail 的 NPS 回饋、支援工單、電子郵件和使用者通話。
• 代理 2，使用者做了什麼： 來自 Hotjar 的會話錄影。
• 代理 3，產品如何被使用： 來自資料倉儲的熱門內容類型和來源，按國家、州、語言和組織劃分。
• 代理 4，外部世界： 流行平台的競爭者分析，加上直接的回饋和熱門需求，使用 Tavily、Reddit、Google 和 X 等搜尋工具。

一個專案經理將其整合

當四個代理完成後，一個專案經理代理只閱讀它們的摘要，而不是原始工單或錄影。因此，即使收集了大量的資料，它的上下文視窗也能避免進入遲鈍區。這是唯一一個必須等待其他步驟完成的步驟，這就是阿姆達爾定律的實際應用。它的指令檔案（在 Claude Code 中，是 .claude/agents 資料夾中的 Markdown 檔案）指示它將報告發布為 Claude 成品，並附有圖表，以便大量發現易於理解。

每個主張都必須引用其來源，以便你在閱讀時可以檢查任何內容。Anthropic 關於減少幻覺的指南也推薦相同的方法。

• 一份帶有圖表的可讀報告，而不是一堆文字。
• 每個主張都連結回其來源的工單、通話、錄影或查詢。
• 頂級想法、每個想法背後的發現，以及每個想法可以增加的 6 個額外內容中的多少。

你不需要自己設定

這聽起來需要很多設定，但請記住注意事項 4：學習 Claude 能做什麼，而不是工具如何運作。為每個代理撰寫一個任務的計畫，然後將其交給專案經理。要求它為計畫中的每個任務啟動一個單獨的代理。它會啟動它們，分配工作，並直接向每個代理傳送訊息以檢查進度。你從不需要觸摸任何設定。

• 撰寫一次計畫，每個代理一個任務。
• 詢問：「為此計畫中的每個任務啟動一個單獨的代理並協調它們。」
• 獲得一份帶有引用的報告。

3. 工具

這個故事中的每個代理都只與它能接觸到的工具一樣好。連接器將 Claude 插入你的團隊已經使用的工具：Granola 和 Dovetail 用於通話，Hotjar 用於錄影，BigQuery 和 Metabase 用於資料，Storybook 用於你的設計系統，你的 CI/CD 管道用於部署，以及 Sentry 或 Grafana 用於可觀察性。

但更多的連接器並不總是更好。每個連接器都會佔用一些上下文視窗，而且許多連接器可以更改資料，而不僅僅是讀取它。因此，只給每個代理其工作所需的連接器，並將它們鎖定。

• 預設為唯讀：使用唯讀帳戶連接，並在每個連接器的設定中阻止寫入操作。
• 只連接所需的：執行 /context 以查看哪些內容佔用了空間。
• 缺少應用程式？將其添加為自訂連接器。

4. 實作

設計並獲取回饋

拿到報告後，最佳想法會交給 Claude Design。連接你的設計系統，以便螢幕使用你實際的按鈕、顏色和佈局。透過 Storybook MCP 伺服器，Claude 可以直接讀取你的元件。描述你的設計系統的 Markdown 檔案也適用。將設計作為成品分享，並將連結傳送給你的同事。他們可以直接在上面評論，然後你將這些評論交給 Claude 處理。

• 透過 Storybook 或 Markdown 檔案連接你的設計系統。
• 分享成品以供審查，並將評論收集在一個地方。
• 讓 Claude 處理回饋。

自動化後續工作

同儕審查意味著後續工作：設計評論、PR 審查、PR 評論以及跨多個專案的新任務。與其手動檢查每個任務，不如設定一個例行任務（routine），這是一個預設的提示詞，它會使用你的連接器按排程運行。雲端例行任務在 Anthropic 的伺服器上運行，即使你的筆記型電腦關閉也沒關係。本地例行任務在你的電腦上運行，用於需要...