Slack MCP 是一個連接器，讓 Claude 能透過 Model Context Protocol 在你的 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 仍會徹底改變答案，因為差異從來不在貼上這件事。
摘要背後的方法
$29
此 Skill
流程文件、升級路徑、狀態報告與根本原因說明，以方法執行，而不是臨時拼湊。這一層負責判斷一個充滿雜訊的頻道究竟代表什麼。
查看 Owen →最強大的設定是兩者兼具：MCP 負責閱讀，Skill 負責思考。接下來介紹的組合，涵蓋了 Slack 歷史記錄通常被用來處理的兩項工作。
給那個必須讓所有人保持一致的人
如果真正的問題是什麼都找不到
$29
此 Skill
將散落的對話轉化為日後能找到的文件：分類法、所有權、哪些內容要寫下來，以及哪些內容可以放心放下。治癒那個無人找得到的三月討論串。
查看 Leon →此類別的更多內容位於商業、顧問與營運 Skills中；如果你想在付費前先測試這種格式，免費集合中有 32 個免費檔案可供使用。安裝方式本身請參閱如何安裝 Claude Skill。
總結：
Slack MCP 會讓你的工作區歷史記錄變得可查詢，這項功能很強大，也值得謹慎使用：採用最低限度的權限範圍、先從唯讀開始、排除敏感頻道，並告知相關人員。它無法改善 Claude 處理所讀取內容的方式。若要做到這點，請新增 Owen - 營運經理 或 Ryan - 幕僚長，兩者價格皆為 $29，約三分鐘即可安裝，且不需要管理員核准。
Slack MCP：常見問題
Claude 可以讀取私人頻道和直接訊息嗎？
只有在你明確授予該層級的存取權限時才需要，而這麼做通常要求連線以使用者身分而非機器人身分運作。這是大幅提高的權限授予。對大多數團隊而言，正確做法是將連線限制在選定的公開頻道，並完全排除私人對話。
我需要是 Slack 管理員才能完成設定嗎？
通常會，或者你需要管理員核准應用程式。在工作區中建立應用程式並授予權限範圍，在大多數組織中都屬於管理行為，而許多工作區依政策限制安裝第三方應用程式。在花時間進行設定之前，最好先確認相關政策。
連接 Slack MCP 會把我公司的訊息傳到其他地方嗎？
訊息內容會傳送至你使用的 AI 服務，就像你將任何文字貼到聊天中一樣。連接器省去了複製貼上的步驟，但不會改變目的地。如果你的組織對可傳送至外部 AI 供應商的內容有規定，這些規定在此同樣適用，而連接器會讓你更容易在未多加思考的情況下傳送大量內容。
Skill 檔案可以取代 Slack MCP 嗎？
不，兩者解決的是不同面向的問題。MCP 關乎存取權限，Skill 關乎方法。如果你無法取得 MCP 核准，Skill 仍可處理貼上的內容，也仍會改變輸出結果，這就是為什麼先嘗試它是明智之舉。完整比較請見 Claude Skills 與 MCP，而協定本身的背景資訊請見 什麼是 MCP。
