「Slackにバグ報告が来るたびに、手動でIssueを起票してコードを直してPRを出して通知して……この流れ、毎回やるの正直きつい」と感じていませんか？
Claude CodeとSlackをMCP経由でつなぐと、その一連の作業が自然言語の一言で完結するようになります。この記事では、実際に使える連携パターンを5つ厳選してまとめました。設定方法から具体的なプロンプトまで書いているので、ぜひ手元に置いておいてください。
結論：Slack MCPは「通知ツール」ではなく「会話の起点」として使うと真価が出る
「Claude CodeとSlackを連携させたいけど、何ができるのかよくわからない」と悩んでいませんか？
結論から言うと、Slack MCPの真の使い方は**「Slackのメッセージを起点に、Claude Codeが自律的に動く」フローを作ることです。従来の感覚でいうとSlackは「通知を受け取る場所」でしたが、MCP連携後は「指示を出す場所」にも「結果を受け取る場所」にもなります。
| 役割 | 連携前 | 連携後 |
|---|---|---|
| バグ報告の対応 | Slack確認→手動でIssue→コード修正→PR→通知（5ステップ） | Claude Codeへ1行指示で完結 |
| デプロイ通知 | 担当者が手動で投稿（漏れリスクあり） | Claude Codeが自動投稿 |
| 週報・日報収集 | メンバーの投稿を手動でコピー | MCPでAPI取得→自動整形 |
| Slackからの遠隔操作 | 手動でターミナルを開いて作業 | スマホのSlackから指示→Mac上で実行 |
まず：Slack MCPの設定方法（2ステップ）
活用例の前に、設定の全体像を把握しておきましょう。
ステップ① Slack Appの作成とBot Token取得
api.slack.com/apps にアクセスし「Create New App → From scratch」でアプリを作成します。必要な権限スコープは以下の通りです。
| スコープ | 用途 |
|---|---|
channels:read |
チャンネル一覧の取得 |
channels:history |
メッセージの読み取り |
chat:write |
メッセージの投稿 |
search:read |
メッセージ検索 |
users:read |
ユーザー情報の取得 |
インストール後、**Bot Token（xoxb-から始まる文字列）**を控えておきます。
ステップ② .mcp.jsonにSlack MCPを追加
{
"servers": {
"slack": {
"type": "stdio",
"command": "npx",
"args": ["-y", "@anthropic-ai/mcp-server-slack"],
"env": {
"SLACK_BOT_TOKEN": "${SLACK_BOT_TOKEN}",
"SLACK_TEAM_ID": "${SLACK_TEAM_ID}"
}
}
}
}
✅ トークンは必ず環境変数で渡すこと。.mcp.jsonへの直書きはGit漏洩の原因になります。
✅ Claude TeamプランではSlack公式コネクターが管理者設定だけで使えるケースもあります。
設定後、Claude Codeで/mcpを実行してslack ✔ connectedが表示されれば完了です。
エンジニアなら読むべき本を30冊以上紹介しています。
正直、私の仕事のやり方をガラッと変えた神本やSQLのチューニングに悩んだ時にめちゃくちゃ役に立ったもあります👇
→記事を読む
活用パターン①：デプロイ完了通知を自動投稿する
こんな悩みに刺さる
「デプロイ終わったけどSlack通知するの忘れてた」「誰がいつデプロイしたのかログが残らない」——チームあるあるです。
使い方
CI/CDの最終ステップやデプロイスクリプトの末尾に、Claude Codeへの指示を組み込みます。
以下の内容を #deploy チャンネルに投稿してください。
[デプロイ完了通知]
日時: 2026-05-15 14:30 JST
環境: Production
バージョン: v2.4.0
変更内容:
- 決済処理のバグ修正（Issue #234）
- ダッシュボードのパフォーマンス改善
確認事項: 本番環境のログインフローを確認してください。
@channel のメンションも追加してください。
◎ 「誰が・いつ・何を」デプロイしたかがSlackに自動で残るため、障害発生時のトレースが楽になります。
| Before | After |
|---|---|
| 担当者が手動で投稿 | Claude Codeが自動投稿 |
| 投稿漏れが発生する | 漏れゼロ |
| フォーマットがバラバラ | 常に統一された形式 |
活用パターン②：バグ報告をトリアージしてPRまで自動作成する
こんな悩みに刺さる
「#bugチャンネルを朝まとめて見て、手動でIssueを起票して……この作業、AIに任せたい」。私もまったく同じことを思っていました。
使い方
#bug-report チャンネルの今日のメッセージを全て取得して、
以下のフローを実行してください。
1. バグ報告の内容を整理し、重要度（High/Medium/Low）を判定
2. High判定のバグについてコードを調査し、原因を特定
3. 修正コードを実装してPRを作成
4. PR作成後、Slackの #dev チャンネルにレビュー依頼を投稿
（バグの概要・PRリンク・確認ポイントを含めること）
✅ GitHub MCPと組み合わせると「Slack受信→コード修正→PR作成→Slack通知」が1指示で完結します。
❌ 本番DBへの書き込みを伴う修正は必ず人間がレビューしてからマージする運用を徹底しましょう。
活用パターン③：週報・日報をSlackから自動収集・整形する
こんな悩みに刺さる
「毎朝デイリーミーティングの前にメンバーの日報をまとめる作業、地味に時間がかかる」——Slack公式MCPが登場してから、これが驚くほどシンプルに解決できるようになりました。
使い方
公式Slack MCPはslack_read_channelとslack_read_threadの2ツールで日報収集が完結します。
#daily-report チャンネルの今日のリマインダー投稿を起点に、
各メンバーのスレッド返信を全て取得してください。
以下の形式でまとめてください：
## 日報まとめ（2026-05-15）
### メンバー名
- 今日やること
- 昨日の進捗
- 困っていること
まとめが完了したら #dev-summary チャンネルに投稿してください。
以前はブラウザのスクレイピングで実現していたこのフローが、公式MCPによって安定したAPIベースの処理に置き換えられました。「ブラウザが起動していなくて取れていなかった」という問題もなくなります。
| 方式 | 安定性 | 設定難易度 |
|---|---|---|
| Chrome DevTools MCPでスクレイピング | ❌ ブラウザ依存 | 高い |
| 公式Slack MCPでAPI取得 | ✅ 安定 | 低い |
活用パターン④：GitHubとSlackを横断して「Issue→実装→通知」を自動化する
こんな悩みに刺さる
「IssueはGitHubにあって、進捗報告はSlackで、開発はClaude Codeで……これ全部つながったら最高なのに」——つながります。
使い方
GitHub MCPとSlack MCPを両方設定した上で、以下のような複合指示を出します。
以下の作業を順番に実行してください。
1. ./src/api/payment.py を読んでコードレビューを行う
2. バグ・セキュリティリスクを列挙し、修正コードを実装
3. GitHubに "fix: payment API security fix" のPRを作成
- ブランチ名: fix/payment-security
- PRの説明に変更内容とテスト方法を記載
4. PR作成後、#code-review チャンネルに以下を投稿
「レビュー依頼：payment APIのセキュリティ修正
PR: [URL]
確認ポイント: [要点]」
各ステップ完了時に進捗を日本語で報告してください。
◎ 「コードを書く」から「業務フロー全体を動かす」への進化がまさにここに集約されています。
活用パターン⑤：スマホのSlackからMacのClaude Codeを遠隔操作する
こんな悩みに刺さる
「外出中に急ぎのタスクが発生した。ノートPCを開けない状況でも、スマホからClaude Codeに指示できたら……」。これ、実際に実現している方がいます。
仕組みの全体像
スマホ（Slack）
↓ !ghost <指示> を特定チャンネルへ投稿
Mac（常時起動のPythonスクリプト）
↓ Socket Mode で受信
Claude Code（ローカルのMCPが全て使える状態）
↓ 実行結果をSlackスレッドに返信
スマホに通知 → 結果を確認
このアプローチの特徴は、ローカルのMCPがそのまま使える点です。ブラウザ版Claude.aiではローカルMCPが使えませんが、この方式ではBacklog・Google Calendar・Notionなど既に設定済みのMCPを全てスマホから呼び出せます。
✅ Socket Modeを使うためngrokや公開IPが不要
✅ スレッドで追加指示を送ると会話の流れを踏まえて再実行してくれる
❌ トリガー用チャンネルのメンバーを自分だけに限定するなど、セキュリティ管理は必須
セキュリティの話：MCP連携で必ず気をつけること
Slack MCPはSlackの中の情報にClaude Codeがアクセスできる状態になるため、運用面での注意が必要です。
| リスク | 対策 |
|---|---|
| Bot Tokenの漏洩 |
.mcp.jsonへの直書き禁止・環境変数管理 |
| 意図しないチャンネルへの投稿 | スコープを必要最小限に絞る |
| 顧客情報の含むチャンネルへのアクセス | セキュリティポリシーの確認を先に |
| サードパーティMCPの脆弱性 | 公式・ソースコード公開済みのものを選ぶ |
まとめ
- Slack MCPは「通知ツール」ではなく「会話の起点」として使うと真価が出る
- デプロイ通知・バグ対応・週報収集・GitHub横断・遠隔操作の5パターンが即使える
- GitHub MCPと組み合わせると「Slack受信→実装→PR→Slack通知」が1指示で完結する
- Bot Tokenは必ず環境変数で管理し、スコープは最小限に絞ること
まずは一番導入コストが低い「デプロイ完了通知の自動投稿」から試してみてください。一度動くのを見ると、次のパターンを試したくなるはずです。
エンジニアなら読むべき本を30冊以上紹介しています。
正直、私の仕事のやり方をガラッと変えた神本やSQLのチューニングに悩んだ時にめちゃくちゃ役に立ったもあります👇
→記事を読む