15–20% 這個數字可信嗎？
它來自 Flamerix 自己的環境與幾位使用者在重度子 agent 情境下的量測，數字在 15–26% 之間，但也有人在自己的 session 只量到最多約 8%。
所以可信的是「重度子 agent 下開銷可觀」，不是「每個人都被吃掉 15–20%」，而且沒有 Anthropic 的數據。
我只開一個主 agent，會受影響嗎？
agent_summary 是針對背景 agent 發出的請求，單一主 agent 的一般 session 理論上比例會小很多。
不過我沒有找到針對這種情境的公開量測，要確定就用 OpenTelemetry 量自己的數字。
用 Bun 預載腳本關掉它安全嗎？
不建議直接用在正式環境。它只在 Linux、版本 2.1.257 到 2.1.312 測過，macOS 與 Windows 沒驗證，而且以你的權限執行。
更新改了原始碼，它會靜默失效，你會以為關掉了其實沒有，所以每次升級後都要重新量。
有官方的關閉方式嗎？
我沒有找到官方設定或環境變數，也沒有 Anthropic 的回應。有人問 disableAgentView 設定是否停掉這些請求，但沒有人回報量測。
如果你想要官方開關，可以在 issue #86879 追蹤進度。
10 月 28 日，Flamerix AI 在 GitHub 發表一份 gist，主張 Claude Code 把約 15–20% 的 token 花在替背景 agent 產生三到五個字的狀態標籤上，這個說法很快在社群擴散。這篇把「有被支持的」、「只在特定情況成立的」和「沒有證據的」分開，並給你一個量自己數字的方法。
依 gist 描述，agent_summary 是一個定時發出的附帶請求：對每個運作中的背景 agent，把它的對話記錄送給該 agent 自己的模型，要求用三到五個字描述最新動作，結果只用在 agents 面板的狀態顯示，不進入主要對話。gist 稱它從 2.1.232 版（2026 年 8 月）起預設開啟。早在 8 月 15 日就有使用者開了 GitHub issue #86879，要求「一個受支援的方式來關閉 agent_summary spinner」。
Flamerix 在自己的環境跑一週：估計花費的 16.4%、請求數的 19.7%，裝上它的 hook 後降到 0%。issue 裡一次 4 小時、27 個子 agent、1,496 個請求的 session：原始 token 的 22.2%，依 Opus 牌價加權為 18.0%，請求數的 22.7%。其他留言者回報重度子 agent 情境的加權比例為 15–22%，gist 引用了四筆 18–26% 的測量。反面是，一位 Hacker News 使用者說自己的 session 最多約 8%。這些都是使用者自己的量測，沒有 Anthropic 的資料。
有被多方支持的是：背景 agent 確實會週期性發出這種摘要請求。部分成立的是：在大量子 agent 的重度使用下，開銷可觀。不成立的是把 15–20% 當成「所有人的 token」：只有單一主 agent 的一般 session，比例應該遠低於此。我沒有找到 Anthropic 的回應，也沒有任何人驗證過官方是否會新增關閉設定。
目前沒有找到官方設定或環境變數。gist 提供的是非官方做法：用 BUN_OPTIONS=--preload 載入一個腳本，包住計時器並在符合原始碼特徵時抑制摘要計時器。它只在 Linux、版本 2.1.257–2.1.312 測過，更新改了程式碼就會靜默失效，而且以你的權限執行。有留言者說某個環境變數在 2.1.241 有用、2.1.245 就沒用，另一則提到 2.1.300 裡有一個行為不明的未公開名稱，都沒有被確認。有人問 disableAgentView 設定能否停掉這些請求，沒有人回報量測結果。
匯出 OpenTelemetry 事件，把 claude_code.api_request 依 query_source 分組，比較 agent_summary 和主對話的 token 與請求數。這比相信任何一個百分比都可靠。
先判斷你是不是受影響的人：只有常態開大量背景子 agent 的團隊，這個開銷才可能顯著，單一 session 的個人用戶多半不用煩惱。用上面的量法跑一週，若比例超過你能接受的範圍，再決定要不要冒險用非官方腳本，或改成減少同時運作的背景 agent 數量。在 Anthropic 提供官方開關之前，不要把一個只在 Linux 測過的預載腳本裝進正式環境。