Anthropicは、Slack上の既存Claude体験を2026年8月3日にClaude Tagへ切り替える。Claude Tagは単に質問へ返信するbotではなく、チャネルの共有コンテキスト、組織が接続したツール、継続記憶を使い、作業完了の報告や停滞時のフォローアップまで行う。導入主体と費用負担も、個人利用とチャネル利用で異なる。

何が変わったか

Claude Tagでは、チャネルで@Claudeを付けるとスレッド内で作業し、参加者が進行を確認・修正できる。チャネル内のClaudeは組織のClaude IDとして動作し、管理者が設定したツールとリポジトリへアクセスする。関連情報をチャネル境界内で記憶し、日をまたいだ作業や定期的なフォローアップを実行できる。

変更前後の差

従来のClaude in SlackはDM、AI assistant panel、Claude Code連携を中心に個人のアシスタントとして使われていた。Claude Tagは、チャネル全体で同じClaudeを共有し、組織の予算と権限で作業する。DMとassistant panelは個人アカウントの機能・課金、チャネルメンションは組織の機能・課金になるため、同じ@Claudeでも責任境界が異なる。

誰に影響するか

Claude TagはTeamとEnterpriseでベータ提供され、Slackで利用できる。設定できるのはClaude組織のPrimary OwnerまたはOwnerであり、Adminロールでは設定できない。既存のSlack連携を利用する全組織は、8月3日の切替前にOwner権限者を特定し、Slack管理者との役割分担を確認する必要がある。

期限

既存のClaude in Slackは2026年8月3日にClaude Tagへ切り替わる。切替日までに設定を完了できない場合、従来手順と実際の権限・課金が一致しなくなる可能性がある。社内移行日は数営業日前に置き、チャネル単位で動作確認する。

必要な対応

Primary OwnerまたはOwnerがClaudeの組織IDを準備し、接続するツールとリポジトリ、利用可能なチャネル、メンバーアクセスを設定する。Enterpriseではカスタムロールによる利用制限も検討する。チャネルごとの継続トリガー、予算、記憶内容を定期確認し、不要な記憶や自動作業を削除できる運用を作る。

実装・移行手順

  1. Claude組織のPrimary Owner・OwnerとSlack管理者を特定する
  2. 現在のClaude in Slack利用チャネルと用途を棚卸しする
  3. Claude Tagへ接続するツール、リポジトリ、権限を最小化する
  4. 機密度の低い試験チャネルだけを有効化する
  5. チャネルメンション、DM、assistant panelの課金主体と履歴差を確認する
  6. 記憶、定期トリガー、作業完了通知を試験する
  7. Member AccessとEnterpriseのロール制御を設定する
  8. 8月3日前に利用者向け手順と問い合わせ窓口を更新する

失敗しやすい点

SlackのAdminだけで設定できると思い込む、DMとチャネルの費用負担を同じとみなす、ツール権限をワークスペース全体へ広げる、Claudeが保持するチャネル記憶を通常のSlack履歴と同一視する、といった問題が起きやすい。Slack側の保持ポリシーとClaude側の記憶管理は別に確認する必要がある。

リスク

過大なツールアクセス、チャネル間の誤った情報共有、継続トリガーによる予算超過、古い記憶に基づく誤作業、組織IDで実行された操作の責任不明確化がある。公開範囲の広いチャネルに機密ツールを接続すると、参加者が意図せず高度な操作を開始できる。

評価方法

  • Claude Tag有効チャネル数
  • チャネルごとの利用者と権限範囲
  • 組織課金と個人課金の区分精度
  • 継続トリガー数と月間消費額
  • 記憶のレビュー・削除件数
  • ツール呼び出しの承認・失敗率
  • 誤ったチャネルでの実行件数
  • 作業完了までの時間と人手介入回数

ロールバック

問題があるチャネルからClaude Tagを外し、接続ツールとトリガーを停止する。必要に応じてMember Accessを限定し、DMや従来の手動Slack運用へ戻す。記憶と活動履歴を確認し、不要情報を削除したうえで、原因を修正して限定チャネルから再開する。

編集部分析

Claude Tagの本質は、SlackへAIを置くことではなく、組織の共有作業者としてID、予算、記憶、ツールを持たせることにある。従来のbot導入チェックだけでは不十分で、サービスアカウント運用、権限レビュー、継続ジョブ監視に近い管理が必要になる。チャネル境界を実際の業務権限境界として扱えるかが成否を分ける。

実務チェックリスト

  • [ ] Primary OwnerまたはOwnerを特定した
  • [ ] 既存利用チャネルを棚卸しした
  • [ ] 接続ツールとリポジトリを最小権限にした
  • [ ] DMとチャネルの課金差を周知した
  • [ ] Member Accessを設定した
  • [ ] 記憶とトリガーのレビュー手順を作った
  • [ ] 8月3日前に利用者手順を更新した
  • [ ] チャネル単位の停止手順を確認した

一次情報