Slack MCP 是一種連接器，透過 Model Context Protocol 讓 Claude 能在您的 Slack 工作區中讀取和發布內容，包括頻道、討論串、檔案和搜尋索引；Model Context Protocol 是 Anthropic 發布的開放標準，讓助理能以共通方式與外部系統溝通。實際上，它會把 Slack 從一個決策容易被埋沒的地方，轉變為 Claude 可以查詢的內容來源；這是您能連接的功能中最實用、也最敏感的一項。設定流程包括在您的工作區中建立 Slack 應用程式、授予它特定的一組權限範圍，並在 AI 用戶端的設定中加入一個項目；如果您是管理員，大約需要半小時，若必須請他人處理，則會花更久。在進行任何操作前，請先閱讀下方的權限章節。
這個頁面
Slack MCP 實際上能為 Claude 提供什麼？
每家公司都有同樣的問題。做出某項決策的原因，存在於三月的一個討論串中，而那個討論串位於三個人已離開的頻道裡，結果沒有人找得到。Slack 是公司思考方式的檔案庫，卻以最不利於檢索的格式儲存。
Slack MCP 會改變 Claude 能夠存取的內容，而不是它推理的能力。連線後，Claude 可以使用您授予它的權限，擷取討論串、讀取頻道歷史記錄、搜尋整個工作區並發布訊息。這些功能能支援的工作都很具體。
- 重建一項決策。 「我們為什麼把發布時間改到第三季」會變成一個有來源依據的答案，而不是會議中四個人各自猜測的問題。
- 摘要您離開期間錯過的頻道內容。 不是最近二十則訊息，而是整整一週的內容，並將需要回應與不需要回應的部分分開。
- 把支援頻道轉化為模式。 將過去一個月的每項抱怨依原因分組，並把反覆出現的問題置於頂端。
- 草擬沒有人想寫的更新。 根據頻道中實際發生的情況，而不是憑記憶，撰寫狀態貼文、事件回顧和交接備註。
- 找出負責人。 上次是誰處理這件事、前面三次是誰回答了這個問題、這個主題實際上存在於哪個頻道。
這種連線不同於資料庫或設計檔案的連線。Slack 裡包含人們談論其他人的內容，這會影響以下所有事項。
如何設定 Slack MCP？
詳細步驟會因伺服器而異，也會隨著 Slack 自己的工具演進而變更，因此對任何複製來的指令都應保持警覺。操作順序則相對穩定。
- 選擇伺服器。 Slack 官方提供針對商業方案的支援存取方式，另外也有透過一般 Slack 應用程式運作的社群伺服器。哪一種方式適用於您，通常取決於您的 Slack 方案和管理員政策。兩種方式都能在公開的 MCP 伺服器目錄中找到。
- 在您的工作區中建立 Slack 應用程式。 這項操作需在 Slack 自己的應用程式管理區域中完成。您建立的是一個由 Claude 代表其行動的身分。
- 謹慎授予範圍。 Slack 權限分得很細：讀取公開頻道歷史記錄、讀取私人頻道、搜尋、發文、讀取檔案及使用者設定檔，都是獨立的權限。只授予讓您的使用情境正常運作所需的最低權限。唯讀是一種合理的設定，而且通常是正確的選擇。
- 安裝應用程式並取得權杖。 將應用程式安裝到工作區後會產生權杖。該權杖是 Claude 使用的憑證，並且確切承載您在上一個步驟授予的權限。
- 將伺服器加入您 AI 用戶端的 MCP 設定中。 Claude Desktop、Claude Code 和大多數具備 AI 功能的編輯器，都會讀取列出可用伺服器及其憑證的設定檔。加入一個項目，然後重新啟動用戶端即可。
- 將應用程式邀請至您希望可以存取的頻道。 在大多數設定中，應用程式只能看到已將其加入的頻道。這是一項功能，也是您最簡單的存取控制方式。
有兩點實務注意事項。涉及私人頻道或直接訊息的內容，通常需要連線以使用者而非機器人的身分運作，這代表更大的權限授予，也需要與安全團隊進行更深入的討論。此外，大多數工作區都有第三方應用程式政策，因此在您根據某項工作流程進行建置前，請先確認，免得 IT 下週就將其移除。
連接 Slack MCP 後，誰可以看到哪些內容？
這一節比設定部分更重要，也是大多數指南會跳過的一節。
MCP 連線不會憑空產生新的權限。它會以您提供的身分運作。但現在使用該身分的是一個助理，而它讀取的速度遠快於人類，還能跨頻道摘要人們不可能在一次工作階段中全部開啟的內容。實際風險不在於 Claude 看到了原本禁止它查看的內容，而在於原本技術上可見、但實際上埋藏很深的內容，會立即變得可檢索。
- 先縮小範圍，之後再擴大。 先從少數幾個公開頻道開始。確定實際使用方式後，再加入更多頻道。
- 在信任這套工作流程前，優先採用唯讀設定。 發文權限意味著一個錯誤會被同事看見，而不只是由您自己承擔。
- 不要納入 HR 和領導層頻道。 薪資討論、績效對話和法律討論串不應該只需一個 prompt 就能產生摘要。
- 告知相關人員。 如果助理能讀取工作區歷史記錄，卻沒有人被告知，無論法律立場如何，這都是一個即將引發信任問題的情況。
- 將權杖視同密碼。 它會儲存在您機器上的設定檔中。如果該機器由多人共用，或備份到公開位置，權杖也會如此。
- 查看您所在區域的規範。 在許多司法管轄區，員工通訊都屬於個人資料。將工具連接到這些資料涉及合規層面，不只是技術層面的決定。
這些都不代表 Slack MCP 是個糟糕的想法，而是代表你應該有意識地進行設定，而不是一時興起地設定。
Slack MCP 有哪些限制？
超越權限之外，必須誠實面對的限制。
- 你需要技術型用戶端。桌面應用程式、編輯器或終端機。這不是在瀏覽器聊天視窗中開啟開關就能使用的功能。
- 數量會壓過脈絡。活躍的頻道會產生龐大的文字量。詢問單一討論串通常效果很好；詢問一個 40 人頻道六個月的內容，通常就不行。
- 搜尋品質取決於原有結構。如果某個主題在三個頻道中以四個不同名稱討論，Claude 能找到的內容就取決於搜尋結果。從未存在的結構，無法憑空找回。
- 它會故障。Slack 的應用程式平台會變更、伺服器會更新、設定格式會轉換。請預期偶爾需要維護。
- 存取權不等於判斷力。Claude 現在可以讀取所有與事件相關的訊息，但要以一位經驗豐富的營運主管會採用的方式撰寫回顧，則是完全不同的問題。
如果這套設定超出你想承擔的範圍呢？
大多數詢問 Slack MCP 的人並不想要一項協定。他們想要的是閱讀之後的工作：妥善撰寫摘要、維護決策紀錄、找出反覆出現的問題並加以升級處理。這部分不需要連接器。
Skill 檔案是一份簡短的 Markdown 文件，你只需上傳至 Claude 一次。它會賦予 Claude 一個角色、一套方法，以及一項完成品標準。不需要權杖、不需要權限範圍、不需要管理員核准，約三分鐘即可安裝；無論你是否曾連結 Slack，都能正常運作。即使你手動貼上一串討論串，Skill 仍會徹底改變答案，因為差異從來不在於貼上動作。
摘要背後的方法
$19
這項 Skill
流程文件、升級處理路徑、狀態報告和根本原因說明，都以方法執行，而不是臨時拼湊。這一層會判斷一個充滿雜訊的頻道究竟代表什麼。
查看 Owen →最強大的設定是兩者兼備：MCP 負責閱讀，Skill 負責思考。接下來介紹的組合，涵蓋了 Slack 歷史紀錄通常被用來處理的兩項工作。
給那個必須讓所有人保持一致的人
如果真正的問題是什麼都找不到
$19
這項 Skill
將零散的對話整理成日後找得到的文件：分類、負責人、哪些內容要記錄下來，以及哪些內容可以放心放下。解決那串三月討論串怎麼找都找不到的問題。
查看 Leon →此類別的更多內容位於商業、顧問與營運 Skills，而免費收藏中有 32 個免費檔案；如果你想在付費前先測試這種格式，可以從這裡開始。安裝步驟本身請參閱如何安裝 Claude skill。
總結：
Slack MCP 讓你可以查詢工作區歷史記錄，功能強大，但值得謹慎使用：採用最低限度的權限範圍、先從唯讀開始、排除敏感頻道，並告知相關人員。它無法改善 Claude 處理所讀取內容的方式。若要做到這點，請新增 Owen - 營運經理 或 Ryan - 幕僚長，兩者皆為 19 美元，約三分鐘即可安裝，且不需要管理員核准。
Slack MCP：常見問題
Claude 可以讀取私人頻道和私訊嗎？
只有在你明確授予那種程度的存取權限時才需要，而且通常必須讓連線以使用者身分而非機器人身分執行。這是大幅提高的權限授予。對大多數團隊而言，正確的做法是將連線限制在選定的公開頻道，並完全排除私人對話。
我需要是 Slack 管理員才能完成設定嗎？
通常會，或者你需要管理員核准應用程式。在工作區中建立應用程式並授予權限範圍，在大多數組織中都屬於管理作業，而許多工作區也會依政策限制第三方應用程式的安裝。在花時間設定之前，值得先確認相關政策。
連接 Slack MCP 會把公司的訊息傳送到其他地方嗎？
訊息內容會傳送至你使用的 AI 服務，就像你將任何文字貼到聊天中一樣。連接器省去了複製貼上的步驟，但不會改變資料傳送的目的地。如果你的組織對可傳送至外部 AI 供應商的內容有規定，這些規定在此同樣適用，而連接器會讓你更容易在未多加思考的情況下大量傳送內容。
skill 檔案可以取代 Slack MCP 嗎？
不，兩者解決的是不同的部分。MCP 關乎存取權限，而 skill 關乎方法。如果你無法取得 MCP 核准，skill 仍可處理貼上的內容，也仍會改變輸出結果，這就是為什麼先嘗試它是明智之舉。完整比較請見 Claude Skills 與 MCP，而有關該協定本身的背景資訊，請見 什麼是 MCP。