Slack MCPは、Model Context Protocolを通じて、ClaudeがSlackワークスペース内のチャンネル、スレッド、ファイル、検索インデックスを読み取り、投稿できるようにするコネクターです。Model Context Protocolは、Anthropicが公開したオープン標準で、アシスタントが共通の方法で外部システムとやり取りできるようにするものです。実際には、意思決定が埋もれていく場所だったSlackをClaudeが検索できるものに変えます。これは、接続できる機能の中でも最も便利であり、同時に最も慎重な扱いを要するものです。設定では、ワークスペースにSlackアプリを作成し、特定の権限スコープを付与して、AIクライアントの設定にエントリを1つ追加します。管理者であればおよそ30分、誰かに依頼する必要があればそれ以上かかります。作業を始める前に、以下の権限セクションを読んでください。
Slack MCPは実際にClaudeに何を提供しますか？
どの会社にも同じ問題があります。意思決定の理由が、3月のスレッドや、3人がすでに離れたチャンネルに残っていて、誰も見つけられません。Slackは、会社の考え方を記録したアーカイブですが、検索には最悪の形式で保存されています。
Slack MCPは、Claudeが到達できる範囲を変えるものであり、推論の質を変えるものではありません。接続すると、付与した権限の範囲で、Claudeはスレッドの取得、チャンネル履歴の閲覧、ワークスペース全体の検索、メッセージの投稿を行えるようになります。可能になる作業は具体的です。
- 意思決定を再構成します。 「なぜローンチを第3四半期に延期したのか」という問いに対して、会議で4人が推測するのではなく、出典付きの回答を得られるようにします。
- 不在にしていたチャンネルを要約します。 直近20件のメッセージだけでなく、1週間全体を対象にし、対応が必要な部分と不要な部分を分けます。
- サポートチャンネルをパターンに変えます。 過去1か月の苦情を原因ごとにまとめ、繰り返し発生しているものを上位に表示します。
- 誰も書きたがらない更新文を下書きします。 チャンネルで実際に起きたことをもとに、記憶ではなく、ステータス投稿、インシデントの振り返り、引き継ぎメモを書きます。
- 担当者を見つけます。 最後にこの件に触れたのは誰か、過去3回この質問に答えたのは誰か、このトピックの本当の居場所はどのチャンネルかを確認します。
これはデータベースやデザインファイルとは異なる種類の接続です。Slackでは、人々が人について話しています。以下の内容はすべて、その影響を受けます。
Slack MCPはどのように設定しますか？
詳細はサーバーごとに異なり、Slack独自のツールの進化に伴って変わるため、コピーしたコマンドはそのまま信用しないでください。手順の流れは安定しています。
- サーバーを選びます。 Slack側から、ビジネスプラン向けに公式サポートされているアクセス方法と、通常のSlackアプリを介して動作するコミュニティサーバーがあります。どちらを利用できるかは、Slackのプランや管理者ポリシーによって決まることが多いです。どちらの方法も、公開されているMCPサーバーディレクトリから見つけられます。
- ワークスペースにSlackアプリを作成します。 これはSlack独自のアプリ管理エリアで行います。Claudeが操作する主体となるIDを作成します。
- スコープは慎重に付与してください。Slackの権限は細かく分かれています。公開チャンネルの履歴の読み取り、プライベートチャンネルの読み取り、検索、投稿、ファイルの読み取り、ユーザープロフィールの読み取りは、それぞれ別の権限です。ユースケースを成立させるために最低限必要な権限を付与してください。読み取り専用は正当な構成であり、多くの場合、適切な選択です。
- アプリをインストールしてトークンを取得してください。ワークスペースにアプリをインストールすると、トークンが発行されます。このトークンはClaudeが使用する認証情報であり、前の手順で付与した権限をそのまま持ちます。
- AIクライアントのMCP設定にサーバーを追加してください。Claude Desktop、Claude Code、そしてほとんどのAI対応エディターは、利用可能なサーバーと認証情報を一覧にした設定ファイルを読み込みます。エントリを1つ追加して、クライアントを再起動します。
- アクセスしたいチャンネルにアプリを招待してください。ほとんどの構成では、アプリは追加されたチャンネルのみを閲覧できます。これは機能です。最も簡単なアクセス制御でもあります。
実務上の注意点が2つあります。プライベートチャンネルやダイレクトメッセージに関わる操作では、通常、接続がボットではなくユーザーとして動作する必要があります。これははるかに大きな権限付与であり、セキュリティチームとの相談も大幅に増えます。また、ほとんどのワークスペースにはサードパーティ製アプリに関するポリシーがあるため、IT部門が来週削除するようなものを基盤にワークフローを構築する前に確認してください。
Slack MCPを接続すると、誰が何を見られるのでしょうか？
このセクションはセットアップのセクションより重要ですが、ほとんどのガイドでは省略されています。
MCP接続によって、何もないところから新しい権限が生まれるわけではありません。接続時に付与したIDの権限で動作します。ただし、そのIDは現在、人間よりはるかに速く読み、人間なら一度に開くことのない複数のチャンネルを横断して要約するアシスタントによって使われています。実際のリスクは、Claudeが見ることを禁じられていたものを見ることではありません。技術的には閲覧可能でも、実際には埋もれていたコンテンツが、瞬時に検索・取得できるようになることです。
- まず対象を絞り、後から広げてください。最初は少数の公開チャンネルから始めましょう。実際に何を使っているのか把握できてから、対象を追加してください。
- ワークフローを信頼できるようになるまでは、読み取り専用を優先してください。投稿権限があると、ミスが自分だけでなく同僚にも見える状態になります。
- HRと経営陣のチャンネルは対象外にしてください。給与の議論、業績に関する会話、法務関連のスレッドは、プロンプト一つで要約できる状態にすべきではありません。
- 周囲に知らせてください。アシスタントが履歴を読めるのに誰も知らされていないワークスペースは、法的な立場がどうであれ、信頼の問題につながります。
- トークンはパスワードと同じように扱ってください。トークンは端末上の設定ファイルに保存されます。その端末が共有されているか、どこか公開された場所にバックアップされている場合、トークンも同様に共有・公開されます。
- 利用地域のルールを確認してください。多くの法域では、従業員とのコミュニケーションは個人データに該当します。ツールを接続することは、単なる技術的な判断ではなく、コンプライアンスの観点を含む決定です。
これらのどれもSlack MCPを悪い考えにはしません。熱心に導入するのではなく、意図を持って設定すべきものだということです。
Slack MCPの限界は？
権限を超えた、正直な制約。
- 技術的なクライアントが必要です。デスクトップアプリ、エディター、またはターミナルが必要です。ブラウザのチャット画面内でスイッチをオンにするものではありません。
- 量がコンテキストを上回ります。活発なチャンネルでは膨大な量のテキストが生まれます。1つのスレッドについて尋ねるとうまく機能します。40人のチャンネルの6か月分について尋ねると、通常はうまくいきません。
- 検索品質はそのまま引き継がれます。あるトピックが3つのチャンネルで4つの異なる名前で議論されていたら、Claudeが見つけるのは検索で見つかるものです。最初から存在しなかった構造を取り戻すことはできません。
- 壊れます。Slackのアプリプラットフォームは変わり、サーバーは更新され、設定形式は変わります。時々メンテナンスが必要になることを想定してください。
- アクセスは判断力ではありません。Claudeはインシデントに関するすべてのメッセージを読めるようになりました。しかし、経験豊富なオペレーションリードのように振り返りを書けるかどうかは、まったく別の問題です。
設定が、あなたの引き受けたい範囲を超えていたら？
Slack MCPについて尋ねる人の多くは、プロトコルを求めているのではありません。読み取りの後に続く作業、つまり適切に書かれた要約、維持される意思決定ログ、発見されてエスカレーションされる反復的な問題を求めています。その部分にコネクターは必要ありません。
Skillファイルは、一度Claudeにアップロードする短いMarkdownドキュメントです。Claudeに1つの役割、1つの手法、完成した成果物に対する1つの基準を与えます。トークンもスコープも管理者の承認も不要で、インストールは約3分。Slackに接続するかどうかにかかわらず機能します。スレッドを手作業で貼り付けても、Skillがあれば回答はまったく変わります。違いを生むのは、貼り付けそのものではないからです。
要約の背後にある手法
$29
このSkill
プロセス文書、エスカレーション経路、ステータス報告、根本原因の記録を、場当たり的ではなく手法として運用します。ノイズでいっぱいのチャンネルが実際に何を意味するのかを判断するレイヤーです。
Owenを表示 →最も強力な構成は両方です: MCPが読み取り、Skillが考える。Slackの履歴が通常使われる2つの仕事をカバーする組み合わせが、これから紹介するものです。
全員の足並みをそろえなければならない人のために
$29
このSkill
意思決定ブリーフ、会議後のフォローアップ、優先順位の衝突、そして経営陣が実際に読む週次アップデート。チャンネル全体に散らばっている資料を扱うために、まさに設計されています。
Ryanを表示 →本当の問題が、何も見つけられないことなら
$29
このSkill
散らばった会話を、後から見つけられるドキュメントに変える: 分類体系、担当者、何を記録し、何を手放してよいか。誰も見つけられない3月のスレッドを解決します。
Leonを表示 →このカテゴリーの製品は、ビジネス、コンサルティング、オペレーション向けのSkillsにさらに掲載されています。また、料金を支払う前に形式を試したい場合は、無料コレクションに32個の無料ファイルがあります。インストール方法はClaude Skillのインストール方法で説明しています。
まとめ：
Slack MCPを使うと、ワークスペースの履歴を検索できるようになります。強力な機能であり、慎重に導入する価値があります。最小限のスコープ、まずは読み取り専用、機密チャンネルの除外、そして関係者への周知を徹底しましょう。ただし、Claudeが読み取った内容をどう扱うかが改善されるわけではありません。そのためには、Owen - オペレーションマネージャーまたはRyan - Chief of Staffを追加してください。どちらも$29で、管理者の承認なしに約3分でインストールできます。
Slack MCP：よくある質問
Claudeはプライベートチャンネルやダイレクトメッセージを読み取れますか？
明示的にそのレベルのアクセス権を付与する場合に限ります。また通常、そのためには接続がボットのIDではなくユーザーのIDで動作する必要があります。これは、より大きな権限付与になります。多くのチームにとって適切な対応は、接続先を選択した公開チャンネルに限定し、プライベートな会話は完全に対象外にすることです。
設定するにはSlack管理者である必要がありますか？
通常はそうなります。または、管理者によるアプリの承認が必要です。ワークスペースでアプリを作成し、スコープを付与することは、ほとんどの組織で管理上の操作にあたり、多くのワークスペースではポリシーによりサードパーティ製アプリのインストールが制限されています。設定に時間をかける前に、そのポリシーを確認しておくとよいでしょう。
Slack MCPに接続すると、会社のメッセージがどこかへ送信されますか？
メッセージの内容は、チャットに貼り付けるテキストと同じように、使用しているAIサービスへ送られます。コネクターはコピー＆ペーストの手間を省くだけで、送信先を変えるものではありません。組織に外部AIプロバイダーへ送信できる内容に関するルールがある場合、そのルールはここでもそのまま適用されます。また、コネクターを使うと、意識せず大量の情報を送信しやすくなります。
SkillファイルはSlack MCPの代わりになりますか？
いいえ、両者は異なる側面を解決します。MCPはアクセスに関するもので、Skillは方法に関するものです。MCPの承認を得られなくても、Skillは貼り付けたコンテンツに対して機能し、出力も変えられるため、まず試すべき現実的な選択肢です。詳しい比較はClaude SkillsとMCPの比較に、プロトコル自体の背景はMCPとは何かにまとめています。
