Anthropic、@Claude を Slack チャンネルに常駐させる
Anthropic は Claude Tag を発表しました。これは Claude を Slack に永続的で共有可能なチームメンバーとして直接埋め込み、時間の経過とともに組織の知識を蓄積し、非同期に作業し、プロンプトなしで行動できる新製品です。Enterprise および Team プランの顧客向けにベータ版で提供され、以前の Claude in Slack アプリを置き換えます。
Anthropic は Claude Tag を発表しました。これは Claude を永続的で共有可能なチームメンバーとして Slack に直接埋め込む新製品です。従来のオンデマンド型の統合とは異なり、Claude はチャンネルに常駐し、組織の知識を蓄積し、非同期に作業し、さらにはタグ付けされなくても自律的に行動できます。
この製品は、Enterprise および Team プランの顧客向けにベータ版で提供され、Anthropic が 2025 年 10 月にリリースした最初の Claude in Slack アプリを置き換えます。当初の統合では、ユーザーは @Claude に DM を送信したり、AI アシスタントパネルを呼び出したり、スレッドでタグ付けしてオンデマンドのヘルプを得ることができましたが、本質的に単発的なものでした。その後 12 月に、Anthropic は Claude Code を Slack に追加し、開発者が会話で Claude をタグ付けして完全な Web コーディングセッションを開始し、完了時にプルリクエストをスレッドに投稿できるようにしました。
Claude Tag はその次のステップです。Claude はリクエストに応じて会話に参加した後静かになるのではなく、チャンネルに常駐するようになります。タスクは数時間から数日にわたってスケジュールでき、Claude は独立して作業を進め、コンテキストを蓄積し、作業の語彙を学習し、埋もれてしまう未解決のスレッドを拾い上げます。コンテキストは単一チャンネルに限定されず、管理者がアクセスを許可すれば、他のチャンネルの情報も利用できます。
Claude Tag は Claude にワークスペース内での独自のアイデンティティを与えます。接続されたツールごとに専用のアカウントを持ち、Claude アプリとして Slack に投稿し、独自の GitHub アプリの下でプルリクエストを開き、管理者が設定したサービスアカウントでデータウェアハウスにクエリを実行します。「アンビエント」動作が有効な場合、Claude はタグ付けされる必要すらなく、会話を監視し、チームが知る必要があると判断したことをフラグし、沈静化したスレッドをフォローアップします。これは Claude Code ユーザーが既に慣れている「オート」モードと同様です。
ツールとデータアクセスの制限に加えて、管理者は各チャンネルの Claude が消費できるトークン数の上限を設定できます。これは、無人で動作する自律エージェントがコストを積み上げるのを防ぐためのガードレールです。チャンネルごとに 1 つの Claude が存在し、全メンバーで共有されるため、誰でも作業中の内容を確認し、同僚が中断したところから再開できます。このマルチプレイヤーな動的性は、これまでの AI アシスタントからの最も重要な変化の一つです。例えば、一人が @Claude にタグ付けしたタスクを、チームの他のメンバーがリアルタイムで誘導、修正、拡張できます。
このすべてを支えているのは、Anthropic が「エージェントアイデンティティ」と呼ぶ概念です。これは、セキュリティ上の問題を起こさずにマルチプレイヤー AI を可能にするアクセス構造です。Claude Code チームの技術スタッフである Noah Zweben 氏は、関連ブログ記事で、このモデルが Claude Tag が扱う自律的でチーム全体の作業にとって必要な基盤であると述べています。Zweben 氏は「シングルプレイヤーからマルチプレイヤー AI への移行により、Claude Tag のような製品での長期にわたるチームベースの作業が可能になります。エージェントアイデンティティにより、Claude のツールへのアクセスは有用なほど広範でありながら、エンタープライズ規模で安全なほどスコープが絞られています」と書いています。
Zweben 氏は、従来のモデル(AI アシスタントが呼び出し元の権限を借用する)を再考する必要があった理由を説明しています。エージェントは今や、依頼者がログオフしたずっと後でもタスクをスケジュールしイベントに応答します。また、複数人が誘導する共有チャンネルでは、継承する資格情報を持つ単一ユーザーはいません。代わりに、管理者はワークスペースレベルで Claude がアクセスできる内容を定義し、各チャンネルはそこで行われる作業に応じて緩和または拡張可能なベースラインの権限セットを継承します。
「エージェントアイデンティティは、『このユーザーは何ができるか?』という質問を、『このエージェントはこのコンパートメントで何ができるか?』に置き換えます」と Zweben 氏は書いています。エンジニアリングチャンネルは GitHub とデータウェアハウスへの読み書きアクセスを得るかもしれませんが、一般チャンネルは読み取り専用かもしれません。重要なのは、Claude が個人の資格情報ではなく独自のアカウントで動作するため、共有チャンネルが誰かのプライベートドキュメントへのバックドアになることは決してないことです。
チームメッセージングプラットフォームは、エンタープライズにおける AI エージェントの主要な制御層になりつつあります。GitHub は Copilot を Microsoft Teams に導入し、OpenAI の Codex はネイティブの Slack 統合を備えています。Cognition の Devin は当初から Slack を中心に構築されています。Jack Dorsey 率いる Block(Square と Cash App の親会社)も、オープンソースの Goose フレームワークを使用して、エンジニアが単一の Slack スレッドから完全に管理するエージェントオーケストレーションシステムを一から構築する作業に時間を費やしています。
作業が調整されるチャンネルでデフォルトの存在となる AI は、配布上の利点と複合的なデータ上の利点の両方を獲得し、ますます置き換えが難しくなります。既にエンジニアリング組織で Claude Code を実行している企業にとって、Claude Tag を Slack チャンネルに追加することは自然な次のステップであり、その依存関係を大幅に深めるものです。