Every 用 Claude Managed Agents 做公司代理:把共用 Skills 放進 Slack

Anthropic 分享 Every 的公司代理案例,團隊以 Claude Managed Agents 在 Slack 共用 Skills,之後開放給訂閱者。解析共享工作方法的價值與管理重點。

Share
Every Managed Agents 官方展示影片的封面畫面
Every Managed Agents 官方展示影片的封面畫面。 圖片來源:https://x.com/claudeai/status/2107574195978641911

Every 的案例展示了一種團隊使用 AI 的方式:把共用技能放進公司代理,讓同事在 Slack 使用同一個入口。新模型出現時,團隊就能把既有方法接到新能力上,不必每個人各自重新建立工作流程。

2026 年 10 月 6 日,Claude 官方帳號分享這個案例。Every 使用 Claude Managed Agents 建立公司代理,內部使用形成需求後,再開放給訂閱者。這是特定團隊的應用案例,適合觀察它如何集中工作方法。

Every Managed Agents 原始展示影片 44.5 秒畫面
擷取自原始展示影片 44.5 秒,呈現影片中的畫面,未重繪介面。 圖片來源:Anthropic/Claude。

公司代理如何把共用方法帶進 Slack

Skills 是可重複使用的任務指引,例如某類研究要怎麼整理、產出前要檢查哪些事項。把這些指引放進公司代理,可以讓不同成員使用較一致的工作方法。

Slack 是團隊原本就會溝通的工作環境,共用入口放在那裡,有助於降低找工具的成本。但「在同一個地方使用」與「所有人可以讀取同一批資料」不同,團隊仍需要讓權限符合實際職責。

Managed Agents 處理的是代理執行

Claude Managed Agents 是 Anthropic 提供的受管理代理服務,讓團隊建立並執行自己的助手。Every 案例的重點,是利用這層服務承載公司代理,再把工作方法交給大家使用。

對小型團隊,這種方向有機會減少自己搭建整套執行環境的負擔。是否適合採用,仍要看要接哪些工具、任務持續多久,以及結果如何被記錄和檢查。

共用 Skills 有價值,也需要維護

一份共用指引可以讓好方法傳得更快,也可能把錯誤方法同時帶給很多人。因此,團隊應能知道正在使用哪個版本,並為修改指引保留可回顧的紀錄。

例如同樣是整理客戶資料,若規則增加了來源要求,就要確保代理沒有繼續照舊方法輸出。方法集中後,維護責任也集中,不能只依賴個別成員事後記得補充。

0:00
/0:00
官方展示影片,用於說明公告中的產品操作或功能。 影片來源:Anthropic/Claude。

從內部工具到訂閱者服務,要重新看交付條件

官方描述 Every 在內部使用受到歡迎後,將代理開放給訂閱者。這說明團隊發現了可對外提供的需求,卻不能推論任何公司把內部助手開放後都會成功。

我的判斷是,先在內部找到穩定、反覆出現的用途,較容易形成可交付服務。對外提供時,還要重新確認資料邊界、成果格式與支援方式,因為外部使用者沒有內部同事的共同背景。

公司代理要先選一種真正反覆出現的工作

Every 的案例容易讓人想馬上建立一個什麼都會做的公司助手。但團隊匯入時,先找固定、重複且容易檢查的工作,通常更能看出共用方法的價值,例如整理資料、準備會議背景或彙整固定格式的內容。

這幾種用途是本文的應用建議,並非 Every 官方貼文列出的完整內部功能。選定任務後,可以先寫出輸入資料、必要來源與結果格式,讓團隊成員知道代理會完成哪一段。

如果每次需求都完全不同,就很難判斷共用 Skill 是否有效。反過來,固定工作能反覆比較,團隊也容易發現哪些規則需要補充,而不是遇到問題時只臨時多說一句。

我會先選擇一種每週都會做的工作,建立可確認範例,再逐步擴充套件。公司代理的吸引力在於可共享的方法,方法本身必須先有清楚目標,才不會只共享一套模糊指令。

一份好 Skill 應說明資料、步驟與完成條件

Skill 不只是把提示詞寫得更長。它應讓助手知道需要哪些資料、按什麼順序處理,以及最後什麼情況算完成。若結果必須附來源,就要寫清楚來源要求,而不是只說「請準確」。

例如整理會議資料,可以要求先區分已決定事項與仍在討論的選項,再把行動專案對應到負責人和時間。這裡示範的是設計工作指引的方法,沒有宣稱 Every 的代理採用相同欄位。

也要說明資料不足時怎麼辦。助手不能因為缺少內容,就自行補上看起來合理的人名或數字。可以要求列出缺少的決定,讓使用者補充,再接續處理,這會讓團隊更容易信任結果。

我會讓 Skill 的每項要求都對應一個檢查點。若寫了很多抽象形容,卻沒有任何可確認結果,指引可能只是增加文字長度,沒有讓工作更可靠。

Slack 入口方便,但對話範圍仍要明確

團隊原本就在 Slack 討論,代理放在這裡有助於減少切換。但一個頻道可能包含多個主題,成員也可能只貼一小段資料,因此每次任務應指明要處理哪份內容與哪些時間範圍。

若討論串裡有人補充新條件,也應讓代理知道這個條件取代了什麼。否則舊規則與新規則可能並存,結果看起來完整,卻混入過時決定。共享入口需要配合清楚的更新方式。

資料權限也應遵守原本邊界。能在頻道使用代理,不等於所有成員都能讀取同一批檔案。團隊應依實際工具與組織設定確認,而不是把「共用公司助手」理解成「全公司資料都開放」。

我的看法是,Slack 降低的是使用門檻,團隊仍要整理任務背景。入口熟悉能幫助採用,背景清楚才會幫助完成,兩者缺一不可。

Claude Managed Agents 官方概念表
Anthropic 官方檔案的代理、環境、會話與事件概念表,用於理解服務架構。 圖片來源:Anthropic 官方文件截圖。

Managed Agents 提供執行環境,團隊負責工作規則

Anthropic 的官方快速入門文件將代理配置、執行環境與工作會話分開。可以把它理解成先定義助手與工具,再讓任務在會話中執行,並透過事件瞭解工作進度。

這種區分有助於團隊規劃:共用配置負責固定能力,每次會話承載具體任務,執行環境則關係到工具能做哪些事。本文沒有將文件中的所有示例當成 Every 已使用的設定。

即使服務幫助處理執行,團隊仍要決定代理負責什麼、能取得哪些資料,以及誰檢查結果。受管理服務減少部分建設工作,卻不能替公司制定內部業務規則。

我會把基礎執行和工作方法分開評估。前者看能否穩定執行並留存可用記錄,後者看結果是否符合需求。這樣出現問題時,比較容易知道是環境、工具還是指引需要調整。

新模型出現時,應先用固定案例比較

官方分享 Every 的動機之一,是讓團隊在新模型出現時共享 Skills。這裡的重點是工作方法可以接上新能力,而不是每位成員都重新整理一套個人提示詞。

但更換模型仍應檢查結果。可以保留幾份代表性輸入與合格條件,比較來源是否完整、格式是否正確,以及必要規則是否遵守。新模型回答更流暢,並不自動等於每項工作都更符合公司需求。

若某項結果改變,也要看是改善還是偏離。例如文案更有創意可能適合宣傳,卻不一定適合需要保留事實的報告。固定案例讓團隊看得出差異,而不是依第一次體驗決定全部更新。

我認為共用 Skill 的長期價值,是讓團隊有可維護的方法。模型更新時,應該檢驗這套方法在新能力下是否仍成立,再決定哪些規則保留、哪些需要修正。

共享方法需要有人負責版本與修改

一份團隊指引可能由多人提出建議,但最後應知道誰負責確認版本。若每個人臨時修改同一套規則,代理行為就可能不斷變化,成員卻不知道為什麼昨天和今天的結果不同。

可以為重要修改保留簡短說明:改了哪項要求、為什麼改變,以及用什麼案例檢查。記錄不必很長,卻能讓後來加入的同事理解指引是為了解決哪種問題。

也應保留回到前一版本的資料。如果新指引讓某類工作變差,團隊需要能比較並修正,而不是只能繼續增加更多補丁。共享方法越集中,維護責任越應清楚。

我的建議是,把 Skill 當成會持續更新的工作檔案。它不是一次寫完就永遠正確,也不應只存在某位成員的聊天記錄中。可讀、可檢查與可修改,才適合長期共用。

對外開放時,要重新解釋輸入與成果

內部同事有共同背景,很多規則不必每次說明。訂閱者卻可能第一次接觸這套方法,因此對外提供代理時,需要重新整理它做什麼、需要哪些資料,以及結果應該怎樣使用。

例如內部報告格式可能很熟悉,外部使用者卻不知道某個欄位的意思。工具應能說明必要條件,並在資料不足時指出缺口,不能假設每個人都擁有和團隊相同的工作習慣。

也要重新考慮資料範圍與支援方式。內部成員可以在同一個頻道問問題,外部訂閱者則需要知道如何取得幫助。官方貼文說明 Every 對外開放,但沒有因此證明所有公司都能複製相同商業結果。

我會先把內部最穩定的一種用途整理成清楚服務,再觀察外部使用者真正需要什麼。把公司助手搬出去只是技術動作,讓別人理解並得到價值,才是完整交付。

公司代理的成效,應從團隊整體看

個人使用 AI 常以自己省下多少時間衡量,公司代理則還要看協作。若結果格式一致、同事容易接手,團隊可能減少整理與溝通。若每個人都要重新核對不同輸出,便利就未必轉成效率。

可以記錄任務完成時間、人工修正和交接次數,再觀察共享 Skill 後哪些部分改善。也應收集失敗案例,知道指引在哪些情境不足,而不是只保留最成功的幾次展示。

團隊成員是否理解代理範圍同樣重要。若有人把它當成初稿助手,另一個人卻當成已稽核結果,後續工作就可能產生落差。共同完成標準應隨著工具一起建立。

Every 的案例給出的啟發,是把 AI 能力與公司方法結合。對想嘗試的團隊,先讓一項工作穩定、讓規則可維護,再擴大用途,比較容易讓共享入口轉成共享成果。

共用入口也要讓新成員容易理解

新同事加入時,不一定知道代理有哪些技能。團隊可以準備少量範例,說明適合任務、必要資料與最後如何檢查,讓使用者有明確起點,而不是從空白聊天猜功能。

範例應保留限制,例如資料不足時會需要補充,或哪些結果仍是初稿。這樣成員能以相同標準使用,減少有人期待完整代辦、有人只期待建議的落差。

我認為公司代理的採用程度,取決於方法是否容易學習。共享技能之外,也共享檢查方式,會讓團隊更容易長期維護這套工具。

Every 公司代理常見問題

這是 Anthropic 為所有公司提供的現成 Slack 代理嗎?

公告分享的是 Every 自己建立的案例。不能把案例描述當成所有公司已取得相同成品。

共用 Skill 是否就能保證回答一致?

Skill 提供方法,輸出還會受到任務、資料和工具結果影響。團隊仍應檢查關鍵要求是否真的被遵守。

結語:共用工作方法比共用一個聊天入口更重要

Every 的案例值得參考,因為它把代理服務和團隊技能接在一起。對想採用的公司,先挑一種可反覆驗收的工作,讓方法、權限與版本管理一起成形,會更容易衡量實際價值。

延伸閱讀:Claude Code Mods 是什麼?Anthropic 讓你自訂 AI 工作流程,連介面都能改

資料來源