Claude Tag 更新解析：Anthropic 拆掉分類器，這次的賣點是讓 AI 學會閉嘴

幾乎每個 AI 產品更新的賣點都是「它現在能做更多」。Anthropic 這次反過來：把 Claude Tag 最核心的一個零件整個拆掉，換來的主要好處，是它更懂得分辨幾時該開口、幾時該閉嘴。

一句話結論：Claude Tag 更新拆掉了原本逐條訊息判斷的分類器，改由 Claude 讀整個頻道的上下文再決定要不要出聲，官方說法是它判斷「幾時該出聲、幾時不該」做得好了約三成，而且新增的上下文不計入任何方案的用量與支出上限；但 Claude Tag 本身仍然是按用量收費的。

時間線先講清楚，因為這一點最多人寫錯：官方更新公告的日期是 2026 年 8 月 13 日，發在 claude.com 的 Product announcements 分類；VentureBeat 對 Anthropic 企業產品負責人 Scott White 的專訪則是 8 月 24 日刊出。所以昨天新的是那篇專訪，不是產品更新。更新到今天（8 月 25 日）已經上線 12 天。

另一個容易被略過的背景：Claude Tag 本身也很新。根據 Anthropic 說明中心，原本的 Claude in Slack 是在 2026 年 8 月 3 日才正式切換成 Claude Tag，目前仍標示為 Team 與 Enterprise 方案的 beta。也就是說，切換過來才 10 天，Anthropic 就把它最核心的決策機制改掉了（由切換日算到今天是第 22 天）。

Anthropic 到底改了什麼？

改的是「Claude 憑什麼決定要不要開口」這件事。

舊版本的做法，官方寫得很直白：一個輕量分類器負責決定 Claude 何時該行動，它「逐條看每則新訊息，做一次是或否的判斷」。關鍵字是逐條和是或否：它一次只看得到一則訊息，而且只有兩個答案。

新版本把這個分類器整個移除。Claude 改成讀取整個頻道的上下文，加上自己的記憶，加上你給它的常規指令，然後在四個動作之間自己挑一個。

官方公告用了一個例子說明差別在哪。兩個工程師從相反的兩端在追同一個 bug：Priya 有一個假設，Devon 手上有證據，兩個人都沒空真的追下去，而且兩則訊息都不是講給 Claude 聽的。

分開讀，兩則都不需要 AI 回應，舊的分類器兩次都正確地選擇不動作。合起來讀，那裡明擺著有一件該做的事：一個人有理論，一個人有證據，沒人有時間去對。新版本的 Claude 選了四個動作裡的第二個：它在沒有被 @ 的情況下開了一條 thread，把調查跑起來，再把兩個工程師拉進去。

順帶一提，公告裡還有一個小改動很少人提：第一次回覆變快了。官方的說法是它現在會在幾秒內先應你一聲，而不是默默啟動。工作本身要花的時間沒變，消失的是「你不確定它到底有沒有聽到」的那頭一分鐘沉默。

為什麼「學會閉嘴」比「答得更多」更難？

因為錯誤成本不對稱。Anthropic 自己在公告裡寫了一句話，大概是這次更新最誠實的一句：

An annoying agent is worse than an unhelpful one.
（一個煩人的 agent，比一個幫不上忙的 agent 更糟。）

公告接著補了一句更務實的：在大多數頻道、面對大多數訊息，「有用」的正確表現就是不說話。

做法上，Anthropic 是拿一份評分準則去逐個頻道評 Claude 的選擇，準則包含幾條原則，官方舉了三個：這則留言有多有用、Claude 對自己的回答有多確信，以及最有意思的第三條，是不是有一個更適合回答的人。第三條等於承認了一件事：AI 判斷「該不該講」時，要把人類同事算進去。

另外它會自己安靜下來。官方形容這跟人用 Slack 的習慣類似：緊跟幾個頻道，其他的先放著，直到有人 tag 你。在一個它一則接一則都判斷自己沒東西可補的頻道裡，Claude 會進入睡眠狀態；一個 @-mention 就立刻叫醒它。

這次更新真的免費嗎？

這一格值得單獨拆開，因為很容易讀成「Claude Tag 免費」，而那是錯的。

官方原文的範圍很窄：這次更新「今天」不額外收費，多拿的上下文確實會增加 Claude Tag 的用量，但這些額外的上下文不計入任何方案的用量或支出上限。免費的是「新增的那部分上下文」，不是 Claude Tag 這個產品。

Claude Tag 本身按用量計費，而且誰付錢要看你在哪裡用它：

配套的花費控制在說明中心寫得相當細：組織層級有一個硬上限，花費不可能超過；每個頻道可以在硬上限之上再設個別上限，新頻道會繼承一個預設值；到達任何上限的 75% 和 95% 時管理員會收到通知；同一頁還有逐頻道的花費分析。有一個設計值得記住：會超出上限的工作是直接被拒絕，而不是做到一半靜靜停掉，而且提示會說明是上限還是餘額擋住的。

那將來會不會開始收這筆上下文的錢？VentureBeat 直接問了 Scott White 企業該不該現在就把這筆預算算進去，他沒有給承諾，只說現階段是主動實驗和與客戶共同設計。VentureBeat 自己下的結論比較不客氣：企業在規劃部署時，應該假設這個計費錶最終會開始跳。

我的讀法跟 VentureBeat 一致。一個常駐、吃大量上下文的 agent，單位經濟還沒算清楚是很正常的事；現在不收，比較像是把學習成本吃下來換部署數據。如果你正在替公司評估，把它當成促銷期定價來規劃，比當成長期價格安全。

怎樣叫 Claude 收聲？八句可以直接複製的指令

這是官方三份文件（公告、說明中心、Claude Tag 文件）裡最實用、但幾乎不會出現在新聞報導裡的部分。更新之後 Claude 會在沒有被 @ 的情況下說話，所以「怎麼關」比「怎麼開」更值得先學。

先搞清楚三個地方的預設行為不一樣：私訊永遠會回，因為每則訊息本來就是講給它聽的；它已經在裡面的 thread 會回，除非你把那條 thread 靜音了；頻道最上層則看情況，它判斷自己答得到或接得住才回，想保證有回應就 @ 它。

@Claude only respond when I @-mention you

除了在 Slack 裡直接講，同一個 Respond automatically 設定還有兩個地方可以改：任何一則 Claude 回覆下面的 Configure 連結，以及管理員專用的 Claude Tag 管理頁。三個地方改的是同一個開關，在其中一處改了，另外兩處會同步。

還有一個小細節，用來分辨它是在幹嘛：Claude 的顯示名稱會變。只叫「Claude」代表這是它在頻道裡的環境存在，包括那些沒被 @ 就發的回覆；「Claude」後面跟著方括號和一段任務描述（例如 Claude [reviewing the launch checklist]）代表這是一個正在處理該任務的工作階段。看名字就知道它是隨口接話還是真的在做事。

哪些情況 Claude 不會回？

有四種情況就算你 @ 了它也可能沒有反應，官方文件列得很清楚。第一個尤其容易讓人以為壞掉了：

• 把訊息編輯後才加上 @Claude。編輯不會觸發回應。要刪掉重發一則帶 @Claude 的新訊息。這大概是最反直覺的一個，因為在 Slack 裡補 tag 是很自然的動作。
• 有 Slack 外部來賓的頻道。預設是關的，要管理員逐個範圍打開。可選 Restrict（預設，完全擋住）、Channel only（有來賓在場時降級成只有頻道權限）、Allow（照常）。
• 跨工作區、而兩邊連到不同 Claude 組織的共享頻道。Claude 不會回，而是貼一則拒絕訊息。官方明講：你從 Slack 介面上看不出工作區是怎麼連的，那則拒絕訊息本身就是唯一的信號。
• Slack Connect 頻道（跟另一家公司共享的），永遠是關的。

另外一種情況不是「不會回」而是「降級回」：當共享同一頻道的工作區都屬於同一個 Claude 組織時，Claude 會回，但只帶組織的預設存取和設定：為那個頻道或工作區設定的儲存庫、指令和記憶都不適用，它會不時在 thread 裡貼一則說明。

權限和資料怎麼管？

三層繼承：組織層（到處都適用的憑證與儲存庫）、工作區層（該 Slack 工作區所有公開頻道，繼承組織層的權限與記憶）、私人頻道層（在工作區已給的之上再加，用來把敏感連線關在小圈子裡）。官方舉的例子是法務頻道的工具和記憶跟工程頻道分開。

兩個管理上的重點值得記住。第一，只有 Primary Owner 或 Owner 能設定 Claude Tag 的存取與頻道，Admin 角色不行。這在不少公司會卡住流程，因為日常做這件事的通常就是 Admin。第二，稽核視圖（Organization settings > Claude Tag > Audit）會列出組織內每一個排程與一次性任務，加上所有透過 Agent Identity 發出的網路呼叫；每個動作在它發生的工具裡也追得到，例如 commit 和 pull request 會顯示 Claude GitHub App 是作者，並附一個連回觸發它的那條 Slack thread 的連結。

資料方面，Slack 裡的對話跟你的 Claude 網頁版歷史是分開的，兩邊互相看不到。如果中斷整合或移除 app，對話會在 30 天內從 Claude 自動刪除；你在 Slack 那邊的紀錄則跟著公司的 Slack 保留政策走。想比較各家在資料保留上的差異，可以看我之前寫的OpenAI ZDR 與 Anthropic 30 天保留的對照。

至於提示詞注入（prompt injection）這個明顯的攻擊面，White 給的是分層防禦的說法：模型本身用分類器訓練來防；再往外是給企業自定風險門檻的合規與分析 API；再往外是透過 hooks 和資料外洩防護整合的第三方安全廠商。他也舉了一個實例佐證公司會為此煞車。Chrome 擴充功能當初沒有直接 GA，而是放上等候名單，就是為了先搞懂瀏覽器情境下的注入風險，之後還做了新的分類器訓練。

權限上還有一條講得很硬：Claude 的權限會收斂到「agent 看得到的」與「發問的人看得到的」兩者交集中最嚴格的那一個。White 的原話是你必須擁有同樣的權限才能看到那份資料，而且它不會把一個頻道的上下文洩漏到另一個頻道。

Anthropic 在賭什麼？

VentureBeat 那篇專訪的價值不在產品細節，在於它把策略講白了。Scott White 用的詞是「multiplayer AI」：從單人聊天機器人，轉向跨團隊運作、讀組織上下文、有時候不用問就自己插手的 agent。

Claude 以前感覺像是你的私人幕僚長。現在放到組織部署的情境裡，它感覺像是公司的幕僚長。
Scott White，Anthropic 企業產品負責人

他把產業演進分成三階段：AI 先是處理「一項任務的一部分」（回答一個問題、補完一行程式），接著能完成整項任務，現在則往「專案或目標」走，例如讓產品保持沒有 bug、讓法務的 NDA 審查更快，然後大致在背景運作。而目標這種東西本質上就牽涉多個人，這就是為什麼在他的說法裡 AI 非變成多人不可。

他還補了一句對比，我覺得是全篇最好的一句：知識工作比軟體工程混亂得多，因為軟體工程有 Git 和 pull request 這幾十年累積下來的協作骨架，程式碼可以編譯、可以跑測試，能被確定性地驗證；知識工作沒有這套東西，成果好不好要靠人的判斷。

競爭格局上，這個賭注其實有點懸。Salesforce 擁有 Slack，Microsoft 在 Teams 裡塞自己的 agent，Google 在 Workspace 做同樣的事。換句話說，Anthropic 是在別人的地盤上租位。White 的答案是價值不在單一系統裡面，而在系統之間的連接：要根據客戶回饋改進產品，得同時拉 Salesforce 的通話紀錄、Slack 的內部討論、產品工具的使用分析、開發環境的程式碼，沒有哪一家廠商擁有這整幅圖。他把 Anthropic 主導的 MCP（Model Context Protocol，2024 年底推出，OpenAI 和 Google 在 2025 年跟進採用）形容成「AI 連接器的 USB-C」。

風險也在同一個地方：平台方隨時可以把自家 agent 綑綁著免費送，而且他們控制著 Anthropic 依賴的整合接口。這是一個「前沿智能加跨系統中立性，打得贏通路」的賭；在寫程式這一塊目前是贏的，在一般知識工作上還沒被驗證。

對一般用戶和小團隊有什麼實際影響？

先講不好的消息：如果你不是 Team 或 Enterprise 方案，這次更新跟你沒關係。Claude Tag 只在這兩個方案上提供，而且還是 beta。個人 Pro、Max 用戶看到的新聞標題再熱鬧，也用不到。

如果你在一間已經用著它的公司，最值得注意的變化其實不是 AI 變聰明了，而是頻道裡多了一個會自己判斷要不要接話的參與者。這件事對工作習慣的影響比對生產力的影響更直接：你在頻道裡打的每一句話，現在都有一個非人類讀者在評估要不要接。上面那八句控制指令，我建議在導入的第一天就先發一次，而不是等到覺得吵才找。

至於效果，這裡要誠實：目前公開的證據還很薄。那個「約 30%」是 Anthropic 自己的數字，沒有公開方法論，也沒有第三方複現。VentureBeat 追問是否真的讓團隊更快時，White 給的是他自己在 Anthropic 內部工作方式的改變：以前一個業務問題要跟資料科學家花一兩天做分析，現在 Claude 做得夠好，不用那個交接了。這是有說服力的軼事，但它就是軼事。

放在更大的背景裡看會更清楚。VentureBeat 引的 McKinsey State of AI 調查顯示：88% 的組織說自己至少在一個職能上用了 AI、62% 至少在試 AI agent，但只有 39% 講得出 AI 對盈利有任何影響，只有 6% 算得上看到顯著價值的高績效者。Deloitte 那邊則預測用生成式 AI 的企業中有 25% 會在 2025 年部署 agent，到 2027 年翻倍到 50%。

採用率和實際影響之間這道落差，正好就是 Anthropic 想搶的地。如果真正拉開差距的是重新設計工作流程、而不是外掛一個聊天機器人，那麼一個會改變團隊協作方式的產品，確實比一個稍微好一點的模型更難被複製。這個邏輯我認同，只是它現在仍然是一個論點，不是一個已經被證明的結果。

Tony 的判斷：這次更新真正的意義是什麼？

我覺得最值得記住的不是那個 30%，是被拆掉的那個東西。

一個分類器是可審計的。它逐條看訊息、輸出是或否，你可以拿一批訊息去測它、統計它的偽陽性率、知道它為什麼那樣判。把它換成「模型讀整個頻道自己決定」，判斷品質很可能真的變好了，但同時你也失去了那個能被單獨檢查的零件。準確率提升是可以量化的，判斷變得不透明是不容易量化的，而這兩件事在這次更新裡是同一個動作的兩面。

Anthropic 顯然知道這個取捨，所以它給的補償是控制權而不是可解釋性：白話指令、每個頻道各自的開關、稽核視圖、逐頻道花費上限、把權限收斂到最嚴格的交集。這是一套合理的設計，但它回答的是「我能不能限制它」，不是「我能不能理解它為什麼這樣判斷」。

所以如果要給一句話：這次更新讓 AI 在 Slack 裡從一個工具，變成一個有裁量權的參與者。裁量權這種東西，你可以劃邊界，但很難逐次覆核。真正該問的不是它會不會亂講話，而是當它安靜的時候，你有沒有辦法知道它是判斷正確，還是判斷錯了。

White 講到未來時說得很輕描淡寫，但那句話值得放在這裡收尾：他們現在是給 Claude 專案去完成，而他認為很快就會把 OKR 交給它，由它去想出組織該做哪些專案、以及該怎麼把人連起來做。這句話裡的主詞和受詞，跟兩年前大家講 AI 時已經完全掉轉了。

常見問題

Claude Tag 要額外付錢嗎？

Claude Tag 本身是按用量計費的，在頻道 tag 它算公司的帳，私訊它算你自己 Claude 帳號的帳。這次更新新增的那部分頻道上下文目前不計入任何方案的用量或支出上限，但 Anthropic 沒有承諾將來會不會開始計。

怎樣讓 Claude 在頻道裡只有被 @ 才回應？

在頻道裡直接跟它講「@Claude only respond in this channel when someone @-mentions you directly.」，它會確認並改掉該頻道的 Respond automatically 設定。這個設定是全頻道生效的，不是只對你一個人。也可以在任何一則 Claude 回覆下方的 Configure 頁面切換同一個開關。

為什麼我 @ 了 Claude 它卻沒有回應？

最常見的原因是你把訊息編輯後才加上 @Claude，而編輯不會觸發回應，要刪掉重發一則新訊息。其他情況包括：頻道裡有 Slack 外部來賓（預設關閉）、頻道跨工作區而兩邊連到不同的 Claude 組織（會貼一則拒絕訊息），以及 Slack Connect 頻道（永遠關閉）。

Claude Tag 哪些方案可以用？

Team 和 Enterprise 方案，目前仍是 beta。個人的 Pro 和 Max 方案沒有。設定權限也有限制：只有組織的 Primary Owner 或 Owner 能設定 Claude Tag 的存取與頻道範圍，Admin 角色不能。

Slack 裡的對話會跑到我的 Claude 網頁版歷史嗎？

不會，兩邊是分開的。在 Slack 開始的對話不會出現在 claude.ai 的近期紀錄裡，反之亦然。如果中斷整合或移除 app，對話會在 30 天內從 Claude 自動刪除，Slack 那邊則跟著公司的保留政策。

延伸閱讀

• Agent Skills 生態的五層結構：想弄清楚 skill、plugin、agent 這些詞到底怎麼分層，從這篇開始。
• Claude 插件社群市集實查：同一個生態的另一面，我把 2,282 個插件逐個查了一遍。
• OpenWorker：Andrew Ng 的 AI 同事實驗：「AI 當同事」這個概念的另一種做法。
• n8n 工作流自動化入門：如果你的團隊還沒有 Claude Tag，這是自己搭一套的路線。

資料來源與時效：本文事實根據 Anthropic 官方公告《Claude Tag now reads even more of the room》（claude.com，2026 年 8 月 13 日）、Anthropic 說明中心〈What is Claude Tag?〉、Claude Tag 官方文件〈Control when Claude Tag responds〉，以及 VentureBeat 對 Scott White 的專訪（2026 年 8 月 24 日）。McKinsey 與 Deloitte 數據轉引自該篇 VentureBeat 報導。所有資訊截至 2026 年 8 月 25 日；Claude Tag 仍在 beta，功能與定價可能變動，請以官方公告為準。「約 30%」為 Anthropic 自行公布的數字，原文只寫 roughly 30% better、未說明是哪一個指標，亦未經第三方驗證。本文為資訊分享，不構成任何採購或投資建議。