Claude Tag登場——AIが「個人の相棒」から「チームの同僚」へ移り始めた

きょう取り上げるニュース

きょうは、Anthropicが2026年6月23日に発表した Claude Tag を取り上げます。これは、Slackのチャンネル内で @Claude と呼びかけると、Claudeがチームメンバーのようにタスクを引き受ける新機能です。対象は、まずClaude EnterpriseとClaude Teamの顧客向けベータで、Slackから提供が始まります。Anthropicは、選択したチャンネル、ツール、データ、コードベースへのアクセスを管理者が与え、その範囲内でチーム全員がClaudeに作業を委任できる、と説明しています。(anthropic.com)

何が新しいのか

ポイントは、単に「SlackでClaudeが使えるようになった」ことではありません。これまでのチャットAIは、基本的には一人のユーザーと一つの会話をする道具でした。ところがClaude Tagでは、チャンネルの中に一つのClaudeがいて、誰かが始めた依頼を別のメンバーが引き継いだり、途中で方向修正したりできます。Anthropicはこれを「multiplayer」と表現しており、チャンネル内の全員がClaudeの作業状況を見て、同じ文脈の上で続きの会話ができる設計になっています。(anthropic.com)

たとえば、障害対応のチャンネルで「今朝からチェックアウトが遅い。デプロイ前後のレイテンシを比較して原因を探して」と頼むと、Claudeはチェックリストを出しながら、ログやコード差分を確認し、必要ならプルリクエストまで作る、という使い方が想定されています。公式ドキュメントでは、バグの再現とPR作成、会議スレッドからドキュメント化、プロジェクト状況の整理などが例として挙げられています。(claude.com)

これは「常駐するチームAI」の実験

Claude Tagで興味深いのは、AIが会話に呼ばれた瞬間だけ反応するのではなく、チャンネルの文脈を記憶し、必要に応じて予定されたタスクを実行したり、未解決のスレッドを追いかけたりする方向に踏み出していることです。Anthropicは、ambient behaviorを有効にすると、Claudeが関連情報を知らせたり、放置されたタスクをフォローしたりできると説明しています。また、非同期に作業し、数時間から数日にわたって自律的にプロジェクトを進めることも想定されています。(anthropic.com)

ここで見えてくるのは、AIエージェントの利用場所が、IDEや専用チャット画面から、Slackのような「仕事が発生する場所」へ移っているという流れです。人間がAIアプリを開いて依頼するのではなく、チームの会話の中で、必要なタイミングでAIを呼び込む。つまり、AIは作業ツールというより、チームの作業空間に参加する存在になりつつあります。

重要なのは、モデル性能よりアクセス設計

ただし、この変化は便利さだけでは語れません。Claude Tagの中核には、Anthropicが「agent identity」と呼ぶ考え方があります。チャンネル内のClaudeは、依頼した個人の権限で動くのではなく、管理者が用意したチャンネルごとの接続やサービスアカウントで動きます。公式ドキュメントでも、チャンネルではClaudeのアクセスは個人ではなくチャンネルに紐づき、DMではユーザー個人のClaudeアカウントやコネクタで動く、と整理されています。(claude.com)

これは大きな設計変更です。従来の社内システムでは、「この人はこのリポジトリを読めるか」「この人はこのデータベースにアクセスできるか」という個人単位の権限管理が中心でした。Claude Tagでは、「このチャンネルにいるClaudeは何にアクセスできるか」が境界になります。したがって、便利に使うためには、チャンネルごとの権限、接続するツール、読み書きできるリポジトリやデータソースを、かなり慎重に設計する必要があります。

セキュリティ面の見どころ

Anthropicは、Claude Tagの実行環境について、各Slackスレッドがサンドボックス内で処理され、外部への通信はAgent Proxyを通ると説明しています。資格情報はサンドボックスやモデル本体に渡されず、通信境界で注入される設計で、許可されていないホストへのアウトバウンド通信は既定でブロックされる、とされています。さらに、Claudeはチャンネル内では専用のサービスアカウントとして動作し、接続先システム側でも行動を追跡できる構造です。(claude.com)

この設計は、企業利用ではかなり重要です。AIエージェントが社内データを横断して動くほど、「誰が何を頼んだのか」「どの認証情報で実行されたのか」「どの外部システムにアクセスしたのか」を後から確認できる必要があります。Anthropicの発表では、管理者が組織全体やチャンネル単位でトークン支出の上限を設定でき、Claudeが行った作業と依頼者のログを確認できるとも説明されています。(anthropic.com)

65%という数字の読み方

発表の中で目を引くのは、Anthropic社内では、製品チームのコードの65%が内部版Claude Tagによって作成されている、という記述です。ただしこれはAnthropic自身の説明であり、外部監査された生産性指標ではありません。ここから直ちに「全企業で同じ効果が出る」と読むのは早いでしょう。むしろ重要なのは、Anthropic自身が、Claude Codeの延長線上に「Slackでチームが共同利用するエージェント」を置いていることです。(anthropic.com)

つまり、コード生成AIの競争は、単に「より良いコードを書くモデル」から、「チームの会話、チケット、リポジトリ、データウェアハウス、監視ツールをどう安全につなぐか」へ広がっています。モデルの能力そのものに加えて、アクセス管理、監査、記憶、非同期実行、費用管理が、プロダクトの価値を左右する段階に入っています。

今後の見通し

Claude Tagはまだベータで、まずSlackから始まる機能です。実際の評価は、長時間タスクの安定性、誤ったチャンネル記憶の扱い、過剰な通知の抑制、権限設定のわかりやすさ、そして監査ログが実務で十分かどうかにかかってくるでしょう。

それでも、この発表は生成AIの使われ方を考える上で重要です。AIは、個人がプロンプトを打つ画面の中だけにいるのではなく、チームの会話の流れを読み、作業を引き受け、途中経過を見せ、必要なら他の人が引き継げる存在になろうとしています。

これから企業が問われるのは、「どのAIモデルを使うか」だけではありません。むしろ、「AIをどの場所に参加させ、どの権限を与え、どの記憶を許し、どのログを残すか」です。Claude Tagは、その問いをかなり具体的な形で提示した発表だと言えます。