Claude TagをSlackに追加する完全ガイド｜セットアップ・バンドル設計・旧アプリ移行
2026年6月23日にリリースされたClaude Tag。チャンネルに共有の@claudeを設置し、チーム全員が非同期でタスクを委任できる。アクセスバンドルの権限設計、Ambientモードの使い分け、旧「Claude in Slack」からの移行手順（期限8月3日）まで解説する。
2026年6月23日、AnthropicがClaude Tagをリリースした。SlackチャンネルにAIチームメイト（@claude）を追加できる機能だ。
これまでの「Claude in Slack」はユーザー個人のDMベース。チャンネルで共有されないため、誰かがClaudeと話した内容をチームが確認できなかった。Claude Tagはその制約を取り除く。チャンネルに1体のClaudeが常駐し、誰でも@claudeでタスクを依頼できる。
旧「Claude in Slack」アプリを使っているチームは2026年8月3日までに移行が必要だ。ここではClaude Tagの概要、セットアップ手順、アクセスバンドルの権限設計、そして旧アプリからの移行方法をまとめる。
Claude Tagと旧「Claude in Slack」の違い
同じSlack上でClaudeを使う機能でも、設計思想が根本的に異なる。
| 旧Claude in Slack | Claude Tag | |
|---|---|---|
| スコープ | ユーザー個人のDM | チャンネル共有（全員からアクセス可） |
| メモリ | セッション単位でリセット | チャンネル履歴を蓄積 |
| タスク委任 | その場での会話のみ | 非同期スケジューリング対応 |
| 呼び出し | DM内でチャット | チャンネルで@claude |
| 廃止 | 2026年8月3日廃止 | 継続 |
さらにSlack連携にはもう1つの方法がある。Claude Code × Slack MCP連携だ。これはClaude CodeがSlackにメッセージを送るもの。方向が逆なので混同しやすい。
| Claude Tag | Claude Code × Slack MCP | |
|---|---|---|
| 方向 | SlackからClaudeを呼ぶ | ClaudeからSlackに送る |
| 主な用途 | タスク委任・非同期確認 | 通知・自動レポート |
| 主体 | チームメンバー | Claude Codeエージェント |
Claude Tagはチームが使うSlackネイティブの窓口。Slack MCPはClaude Codeが使う通知の出口。どちらか一方ではなく、用途によって使い分ける。
セットアップ手順（管理者作業）
Claude Tagの設定はSlack管理者が行う。claude.ai/admin-settings/claude-tag から開始する。
ステップ1：ワークスペースの接続
Claude TagをSlackワークスペースに接続する。Anthropic側とSlack側の両方で管理者権限が必要だ。
接続後、管理ダッシュボードで月次の利用上限額を設定しておく。ChampionやEnterprise向けなど複数のアクセスバンドルを作る前に、まず全体の上限を決める。
ステップ2：アクセスバンドルを作成する
アクセスバンドルとは「このチャンネルでClaudeが使えるツールのセット」だ。ユーザーではなくチャンネルに紐付ける点が重要。
典型的なエンジニアリングチャンネル向けバンドル：
- GitHub（PRレビュー、コード検索）
- LinearまたはJira（課題参照）
- Sentry（エラーログ参照）
- ConfluenceまたはNotion（ドキュメント読み取り）
バンドルはチャンネルの目的ごとに分けて作る。メモリはバンドルにスコープされるため、エンジニアリングチャンネルのClaudeが営業チャンネルの会話を参照することはない。
ステップ3：チャンネルにバンドルを割り当てる
作成したバンドルを各チャンネルに割り当てる。1チャンネルに1バンドルが基本。
ステップ4：プライベートチャンネルでテストする
本番のアクティブなチャンネルに展開する前に、プライベートのテストチャンネルで動作確認する。バンドルのツールアクセス、Ambientモードの挙動を検証してから本番投入する。
アクセスバンドルの権限設計
最もよくある設定ミスは、すべてのチャンネルに過剰なツールを付与することだ。Claude Tagはチャンネル履歴を広範囲に読み取る。一般チャットチャンネルに本番データベースへのアクセス権を付与するのはリスクが大きい。
チャンネルタイプ別の設計指針：
エンジニアリングチャンネルには、コードリポジトリ・課題管理・エラー監視を付与する。請求システムや人事系ツールは含めない。
インシデントチャンネルには、本番ログ・アラート・ランブックを付与する。スコープは目的に絞る。ここでの正確な情報取得がインシデント解決速度に直結する。
プロダクトチャンネルには、ドキュメント・ロードマップツール・顧客フィードバックを付与する。給与・人事データは含めない。
#general や #random には原則としてツールを付与しない。Ambientモードもオフにする。雑談チャンネルにフルアクセスのClaudeを常駐させる必要はない。
プライベートチャンネルはSlack管理者にも報告されずプライバシーが保護される。Claude Tagもこのルールを尊重する。
Ambientモードの使い方
Ambientモードを有効にすると、@claudeメンションなしでClaudeがチャンネルを監視し、関連情報を提示する。
デプロイの完了通知、接続チャンネルからの重要情報の共有、過去のインシデントとの類似点の提示など、手が空いたときに自律的に動く。
有効にする場面と避ける場面を整理しておく。
有効にすべきチャンネル：
#incidents：関連エラー、過去のポストモーテム、未解決課題を自律的に提示する#deploys：リリース完了や失敗を自動通知する- 小規模で目的が絞られたプロジェクトチャンネル
有効にすべきでないチャンネル：
#general、#randomなどのトラフィックが多い雑談チャンネル- チームメンバーがオプトインしていないチャンネル
- 人事や給与など機密性の高い会話が発生するチャンネル
Ambientモードのコストはトークン料金だけではない。チームの注意力にも影響する。介入が多すぎると「またClaudeか」と無視されるようになる。シグナルが高い運用チャンネルに限定するのが鉄則だ。
Claude CodeとAGENTS.mdとの連携
Claude Tagはコードリポジトリに接続されたチャンネルでAGENTS.mdファイルを参照する。AGENTS.mdにClaudeへの制約が記述されていれば、Claude Tagもチャンネルレベルのコード関連タスクでその制約を引き継ぐ。
AGENTS.mdで定義できる内容：
- Claudeが変更してはいけないファイルの指定
- コミットメッセージやPR説明のフォーマット
- タスク完了前に必ず実行するテスト
Claude CodeとClaude Tagの補完関係がここで明確になる。Claude Codeは開発者の手元でAGENTS.mdルールに従ってコードを書く。Claude Tagはチャンネルレベルでコードレビューの委任や非同期フォローアップを担う。ローカルとチャンネルで役割が分かれている。
エンジニアチームでの実践ユースケース
実際の業務に落とし込めるパターンをまとめる。
インシデント対応では、エラートレースをインシデントチャンネルで@claudeに投げる。接続された本番ログとドキュメントを横断検索し、原因候補を提示する。インシデントの進行に合わせて未解決事項を追跡し続けてくれる。過去のポストモーテムと類似点があれば自律的に提示することもある。
非同期コードレビューでは「時間があるときにこのPRをレビューして、ステージングに影響しそうな箇所だけ指摘して」と委任できる。次のミーティングが終わって戻ってきたらフィードバックが届いている。
依存タスクの連鎖では、条件付きで後続タスクを依頼できる。「マイグレーションがmainにマージされたら、新テーブルスキームを使うよう統合テストを更新して」という指示が可能だ。Claudeは条件が満たされるまで待機してから実行する。
バックグラウンド監視では「今週、決済ゲートウェイ関連の課題が上がったら教えて」と設定できる。毎日手動でチャンネルをチェックする必要がなくなる。
Claude Tagでできないこと
リアルタイムのペアプログラミングはできない。行単位でのコーディング協力が必要ならClaude Codeをターミナルで使う方が適している。Claude Tagは非同期設計だ。
ステートフルな長時間プロセスは維持できない。Claude Tagはデーモンではない。タスクとステップを処理するが、継続的なランタイムを保持しない。数時間かけて複数ファイルを自律的に修正し続けるような使い方はClaude Codeエージェントが担う。
チャンネル内でのリクエストは順番に処理される。多数の@claudeメンションが同時に発生するチャンネルではキューが積み上がる。高トラフィックなチャンネルは設計を見直す必要がある。
意思決定の代替にはならない。本番環境の変更、セキュリティに関わる判断、組織的な決定はチームが最終承認する。Claude Tagは選択肢の提示と情報の集約を担う。
旧「Claude in Slack」からの移行手順
旧アプリは2026年8月3日に廃止される。移行期間は2026年6月23日〜8月3日の30日間だ。
移行クレジット：旧アプリから2026年9月1日までに移行した組織には導入クレジットが提供される。
移行チェックリスト：
- 現在レガシーアプリを使っているSlackチャンネルを特定する
- 各チャンネルに必要なツールをリストアップしてアクセスバンドルを設計する
- Ambientモードを有効にするチャンネルを選定する
- 組織レベルの月次上限を設定する
- チャンネルタイプ別にアクセスバンドルを作成する（エンジニアリング・プロダクト・運用など）
claude.ai/admin-settings/claude-tagでワークスペースを接続する- プライベートチャンネルでテストを実施する
- チームに移行の案内と@claudeの使い方を共有する
実際の移行作業は1時間以内に完了することが多い。時間がかかるのはチャンネルスコープとバンドル設計の計画段階だ。ここを丁寧にやるかどうかが展開後の品質を左右する。
FAQ
Claude Tagと旧「Claude in Slack」アプリの違いは何ですか？
旧アプリはユーザー個人のDMベースで動作し、チャンネルで共有されない。Claude Tagはチャンネルに共有の@claudeを設置し、チームメンバー全員がタスクを依頼・共有できる。メモリがチャンネル履歴から蓄積される点も大きな違いだ。旧アプリは2026年8月3日に廃止される。
アクセスバンドルはチャンネルごとに変える必要がありますか？
変える必要がある。エンジニアリングチャンネルにコードリポジトリへのアクセスを付与しても、一般チャンネルやプロダクトチャンネルには同じバンドルを使わない。チャンネルの目的に合わせて最小権限の原則で設計する。メモリもバンドルにスコープされるため、チャンネルをまたいで情報が漏れることはない。
Claude Code × Slack MCPとClaude Tagはどう使い分けますか？
方向が逆。Claude TagはSlackからClaudeを呼ぶ（チームがタスクを委任する）。Slack MCPはClaude Codeがアウトプットをチャンネルに投稿する（エージェントが通知する）。インシデント対応や非同期レビュー依頼はClaude Tag、自動レポートや通知はSlack MCPというように組み合わせる。
Ambientモードを全チャンネルで有効にすると何が起きますか？
チームの注意力が分散する。Claudeの割り込みが多くなりすぎると通知疲れになり、重要な提示も無視されるようになる。#incidents や #deploys など運用系の高シグナルチャンネルに限定するのが推奨。一般チャンネルや雑談チャンネルへの設定は避ける。
移行後のコストはどう変わりますか？
課金はOpus 4.8のトークン消費ベース。旧アプリから移行した組織は2026年9月1日までの導入クレジットが提供される。管理ダッシュボードでチャンネル別の利用内訳を確認でき、月次ハードキャップを設定して意図しない高額請求を防ぐことができる。
まとめ
Claude Tagはチームで使うSlack AIの設計を根本から変える。旧アプリの「個人DM」から「チャンネル共有の常駐AI」への転換だ。
セットアップで時間をかけるべきはアクセスバンドルの設計。過剰な権限付与は情報セキュリティリスクを高める。チャンネルの目的に合わせた最小権限での設計が、展開後の品質を決める。
旧「Claude in Slack」アプリを使っているチームは移行期限の2026年8月3日を忘れないようにしたい。移行作業自体は短時間で終わる。設計の計画段階を今から始めておくと余裕がある。
