Slack MCP Server を入れると、AI エージェントが Slack を「読んで」「書ける」ようになる。チャンネル履歴を取得して要約させたり、調査結果を特定チャンネルへ投稿させたり、エージェントの作業報告先として Slack を使ったりできる。
立ち位置
これは Slack 連携を一から組むためのものではなく、すでに走っている AI エージェントに Slack という出力先・入力源を足すための部品だと捉えると分かりやすい。たとえば「障害対応エージェントが #incident チャンネルの直近のやり取りを読み、状況を整理して投稿し直す」といった使い方がはまる。
導入時のつまずき
最初の壁は Bot Token のスコープ設定だ。channels:history を付け忘れると履歴が読めず、chat:write がないと投稿できない。さらに Bot は招待されたチャンネルしか見えないため、「履歴が空で返ってくる」トラブルの大半は Bot をチャンネルに追加し忘れているケースだ。
privateチャンネルや DM を扱うには別スコープが必要で、ここを広げるとエージェントが見られる範囲も広がる。情報の機微度とスコープのバランスは、チームのセキュリティポリシーに合わせて決めるべきだ。
「読ませる」ことの怖さ
見落とされやすいのが、エージェントに Slack を読ませると、そのチャンネルの過去ログがまるごとモデルへの入力になるという事実だ。雑談チャンネルに紛れ込んだ認証情報や顧客名が、要約のついでに外部へ送られる構図になりうる。読み取り対象はエージェント専用の限定チャンネルに寄せ、機微な情報が流れる場所には招待しない、という運用上の線引きが安全側に倒すコツになる。
適合しないケース
Discord や Microsoft Teams を使うチームには当然適合しない。OSS で利用料はかからないが、対象はあくまで Slack ワークスペースを持つチームに限られる。複数のチャットツールを併用している組織では、Slack 用にこのコネクタ、他ツール用に別コネクタ、とエージェント側で束ねる構成になる。