はじめに
CI/CDの自動化の話（headless-cicd）でも、リモートセッション管理の話（remote-distributed-team）でもない。エンジニアが日常的に使うSlack上で@Claudeと話すだけで開発タスクが走る——ChatOpsとしてのClaude Code統合の話だ。
Slackでバグが報告される。エラーログ・再現手順・チームのやり取りがスレッドに蓄積する。エンジニアはその内容を把握してからターミナルを開き、Claude Codeを起動して、コンテキストをもう一度説明する。この「ツールに移動する」コンテキストスイッチが、会話と開発の間に摩擦を生む。
Anthropicが提供するSlack公式統合は、この摩擦を消す設計だ。
Claude Code in Slack公式統合——スレッドがそのままコンテキストになる
セットアップ
Slackワークスペースへの統合は4ステップで完了する。
1. Slack App MarketplaceからClaudeアプリをインストール
(slack.com/marketplace/A08SF47R6P4)
2. Claude App Homeで個人のClaudeアカウントを接続
3. claude.ai/codeでGitHubアカウントと1つ以上のリポジトリを接続
4. 使いたいチャンネルで /invite @Claude を実行ルーティングモードはチャンネルの用途に合わせて選択できる。
| モード | 動作 |
|---|---|
| **Code only** | @mention全てをClaude Codeセッションにルーティング |
| **Code + Chat** | AIが自動判断——コーディングタスク→Claude Code、一般質問→Claudeチャット |
開発専用チャンネルは「Code only」、#helpチャンネルのような一般質問も来る場所は「Code + Chat」が適している。
セッションフロー
1. チャンネル/スレッドで @Claude とコーディングタスクを投稿
↓
2. Claudeがコーディング意図を自動検知
↓
3. claude.ai/codeにClaude Codeセッションを作成
↓
4. Slackスレッドに進捗アップデートを投稿し続ける
↓
5. 完了時に @メンション + サマリー + アクションボタン
↓
6. "View Session"でフルトランスクリプト確認、"Create PR"でPR作成スレッド内で@mentionすると、スレッド全メッセージが文脈として取得される。チャンネルで直接@mentionすると直近のチャンネルメッセージが文脈になる。バグ報告スレッドにエラーログと再現手順が書かれていれば、エンジニアが改めて説明する必要がない。
並列実行も強みだ。Slackで修正を依頼して自分は別の作業を継続し、完了通知がSlackに届いたところで確認してPRをマージする。コードレビューのSlackディスカッションから直接修正を依頼するワークフローも同様に有効だ。
2026年4月時点の制限として、GitHubリポジトリのみ対応（GitLab・Bitbucket等は未対応）、DM（ダイレクトメッセージ）では動作しない、セッションあたりPR作成は1つ、Claude Code on webのアクセス権が必要な点を押さえておきたい。
Channels——Discord・TelegramでローカルClaude Codeを遠隔操作する
Slack統合との決定的な違い
Channels（Claude Code v2.1.80+）は、Slack統合とは根本的に異なるアプローチを取る。
| Claude Code in Slack | Channels | |
|---|---|---|
| 実行環境 | Web（claude.ai/code） | ローカルマシン |
| ファイルアクセス | GitHubリポジトリのみ | ローカルファイルシステム全体 |
| リアルタイム性 | 非同期（セッション完了後通知） | 双方向リアルタイム |
| 対応プラットフォーム | Slack（公式） | Discord・Telegram（公式） |
Channelsの動作原理はこうなる。
Telegram/Discord Bot → メッセージ受信
→ Channelプラグインがローカルで起動
→ Claude Codeセッションにメッセージを「push」
→ Claude Codeがローカル環境で処理（ファイルシステム・ターミナルアクセスあり）
→ 返答をTelegram/Discord経由で送信設定はClaude Code v2.1.80+の/channelsコマンドから行う。TelegramはBotFatherでBotToken取得、DiscordはBot TokenとChannel IDを設定する（MCP open standardベース）。
外部イベント駆動の自動修正設計
Channelsが際立つのは外部イベントとの連携だ。CI失敗通知をTelegramに設定しておき、通知を受けたその場でTelegramからClaude Codeに修正を指示できる。スマートフォンから帰宅中にDiscordでエージェントに作業を開始させ、帰宅後に確認するワークフローも実現する。
Webhook × Channelsを組み合わせれば、「外部イベント（Sentryアラート等）→自動でClaude Codeが動き出す」設計が可能だ。
なお、Slack × Channelsの組み合わせは2026年4月時点では公式未対応だ。Channelsの公式対応はDiscord・Telegramのみで、SlackとChannelsを繋げるのはコミュニティ実装（github.com/mpociot/claude-code-slack-botなど）になる。
Dispatch APIによるジョブキュー型起動
Dispatch（Q1 2026リリース予定とされる）はClaude Codeをインタラクティブなアシスタントではなく「ジョブキューのタスク」として起動する機能だ。
API経由でタスクを投稿→Claude Codeがpickup→結果をAPIで受け取る。Slackのスラッシュコマンドや自動化ツール（Zapier/n8n）からDispatch APIを叩いてClaude Codeを起動する設計が可能になる。「Slackのスラッシュコマンドで開発タスクのバッチ処理」という新しいワークフローが実現する。
ChatOps実践パターン——日次ブリーフィングからセキュリティ設計まで
Scheduled Agents × Slack日次ブリーフィング
Claude Code Scheduled Agents（/loopのスケジュール実行）を使った日次Slackブリーフィングの自動化がある（medium.com/@yunjeongiya）。
毎朝9AM自動起動
→ 前日のGitHub PRマージ・issue更新を集計
→ チームの本番エラー（Sentry）上位5件を取得
→ 要約してSlackの#engineering-updateチャンネルに投稿「チームの日次スタンドアップで話されるべき内容」をClaude Codeが先に整理しておくことで、会議の質が上がる。
ローカルClaude Codeエージェントと接続するコミュニティ製Slackbot（github.com/mpociot/claude-code-slack-bot）も存在する。Channelsが公式にDiscord・Telegramを対応している現在も、ローカルエージェントとSlackを繋ぐニーズに応えるコミュニティソリューションとして使えるが、コミュニティ製である点は留意したい。
セキュリティ設計——信頼できるチャンネルのみに招待する
Anthropicの公式警告にある通り、「Slackチャンネルの他のメッセージの指示に従う可能性がある」ことを認識する必要がある。プロンプトインジェクションのリスクだ。悪意ある指示がチャンネルに混入すると、Claude Codeがそれに従って動作する可能性がある。
実践対策としては、Claude Codeを招待するのは信頼できるメンバーのみのチャンネルに限定し、外部からの書き込みが可能なパブリックチャンネルには招待しない。チャンネルへの招待権限も管理者に集約しておくと安心だ。
Channels vs Slack統合の使い分けの判断軸も整理しておく。本番環境に近いローカル開発環境での操作が必要な場合はChannels（ローカル実行）が適している。チーム全員が可視化できる形でGitHubリポジトリに対して作業させたい場合はSlack公式統合（web実行・PR作成）が適している。
まとめ
/invite @Claudeで始まる。バグ報告のスレッドにそのまま修正依頼を投げて、PRができるまで別の作業を続ける——この体験がSlack公式統合で実現している。
ChatOpsはツールを繋ぐだけではなく、会話と開発のコンテキストを統一するアーキテクチャだ。Slack上に蓄積されたチームの知識が、そのままClaude Codeの作業文脈になる。その価値は使い始めてみると、予想よりずっと大きい。
コメント