Claude TagはAIを個人チャットからチームの常駐作業者へ移す

AIの居場所が、個人チャットからチームの部屋へ動いた

Anthropicは2026年6月23日、Claude Tagを発表しました。最初の提供場所はSlackで、Claude EnterpriseとTeamの顧客向けにbetaとして使えると説明されています。チャンネルで@Claudeを呼び、接続したツール、データ、コードベースを使わせながら、タスクを委任する設計です。

ここで見るべきなのは「SlackでClaudeを呼べるようになった」ことではありません。AIの居場所が、個人のチャット画面から、チームの会話と作業が流れている場所へ移ることです。AIが同じチャンネルの文脈を見て、過去のやり取りを踏まえ、他の人にも見える形で作業する。これは仕事設計の変化です。

共有AIは、個人AIより統制が難しい

Claude Tagは、チャンネル内の関連情報を記憶し、許可された場合は他のチャンネルやデータソースからも学べると説明されています。一方で、管理者がどのチャンネルで、どのツールや情報へアクセスできるかを指定する設計です。用途ごとに別のClaude identityを作り、記憶もその範囲に閉じるという説明もあります。

この設計は重要です。共有AIは便利ですが、営業用の文脈を開発チャンネルへ持ち込んだり、ある部門の資料を別部門の会話で使ったりすると、すぐに情報境界が崩れます。チーム常駐AIでは、「誰が使えるか」だけでは足りません。「どの部屋にいるAIが、何を覚えて、どの道具を使えるか」を決める必要があります。

非同期に動くAIは、依頼と監査の形を変える

Claude Tagは、依頼された作業を段階に分けて進め、Slack threadで結果を返します。さらに、数時間から数日かけて自律的に進めるタスクを予定できると説明されています。ambient behaviorを有効にすれば、関連情報の更新や、止まったスレッド・タスクのフォローアップも行える。

これは、AIがその場の返答者から、チームの未完了作業を追う存在へ近づくということです。だからこそ、Anthropicが説明しているtoken spend limitや、@Claudeが行ったことと依頼者を確認できるログが効いてきます。常駐AIは、作業を進めるほど費用と責任を発生させるため、依頼、実行、記録がセットで必要になります。

企業が見るべき論点

Claude Tag型のAIを入れるなら、最初に決めるべきことはプロンプトの書き方ではありません。どのチャンネルに置くか。どのツールを接続するか。どの情報を覚えさせるか。誰が支出上限を持つか。AIが作業したログを誰が見るか。失敗した時、誰が止めるか。

チームAIは、個人の生産性ツールより業務システムに近いです。便利な相棒ではなく、権限を持つ作業者として扱う必要があります。Slackの中にいるから軽く見えますが、実際には社内の文脈、コード、データ、支出、監査の境界に触れます。

どう見るか

Claude Tagは、AIを「自分だけのチャット相手」から「チームの作業場所にいる共有エージェント」へ移す動きです。Claude Designが制作フローをまたぐAIだったとすれば、Claude Tagはチームの会話と実行をまたぐAIです。

実務上の問いは、Claude Tagを使うかどうかだけではありません。自社のSlack、Teams、チケット、コード、ドキュメントのどこにAIを常駐させるのか。どこには置かないのか。どの記憶を許すのか。チーム常駐AIは、導入前にその線引きを決める段階に入っています。

元ソース: Anthropic News