Slackで「@Claude」を呼ぶ──Anthropicの新ツールClaude Tagが、コーディングエージェントを“チームに常駐する同僚”へ広げる

Anthropicは2026年6月23日、Slack上でチーム全員が共有して使えるAIツール「Claude Tag」をベータ公開しました。チャンネルに招き入れた「@Claude」にメンションでタスクを頼むと、Claudeがその仕事を段階に分解し、つないだツールやデータを使って自分で進め、結果をスレッドに返します。Anthropicはこれを「Claude Codeの進化形の始まり」と位置づけており、これまで開発者の手元の端末で動いていたコーディングエージェントが、チームの会話の場に常駐する流れがいよいよ表に出てきた格好です。

Slackに住みつく「もう一人のメンバー」

使い方はシンプルです。Claudeをメンバーとして選んだチャンネルに招き、必要なときに「@Claude」とメンションして依頼します。Claudeは依頼を受け取ると、いきなり答えを出すのではなく、まず作業をいくつかの段階に刻みます。そのうえで接続済みのツール（コードリポジトリやデータソースなど）を呼び出しながら順に処理し、最後にSlackのスレッドへ成果を報告します。エンジニアリング以外でも、プロダクト指標の追跡、サポートチケットの処理、不具合の切り分けといった用途が想定されています。

動かしているモデルは最上位のOpus 4.8です。つまり「軽い問い合わせ用の簡易ボット」ではなく、複数手順の実作業をこなすことを前提に据えられています。Anthropicは社内利用の数字として、自社プロダクトチームのコードの65%が、社内版Claude Tagによって生み出されていると説明しています。ただしこの「65%」が、ゼロから書いた割合なのか、提案・取り込みまで含めた寄与なのかは公表資料でも線引きが曖昧で、報じる側からも指摘が出ています。数字の大きさだけを切り取らず、「人のレビューを前提に、生成・取り込みの大半に関与している」程度に読むのが妥当でしょう。

「ひとつの@Claude」を全員で共有するという設計

Claude Tagの特徴は、個人ごとに別々のアシスタントを抱えるのではなく、チャンネル内で全員が同じひとつのClaudeとやり取りする点にあります。あるメンバーが途中まで進めた作業を、別のメンバーがそのまま引き継げる――半端なタスクの受け渡しが、同じClaudeを介して成立します。

もうひとつは「学習」です。Claudeはチャンネルでのやり取りや接続したデータから文脈を蓄積していくため、毎回ゼロから背景を説明し直す必要が減っていきます。さらに「アンビエント（ambient）」と呼ぶ挙動を有効にすると、Claudeは指示を待つだけでなく、関係しそうな情報を自分から共有したり、止まったままのスレッドを追いかけたりします。タスクを非同期で任せておけば、利用者が別の作業をしている間にClaudeが自分でタスクを予定に組み、プロジェクトを進めておく、という働き方も想定されています。

権限と「財布」をどう握らせるか

会話の場に自律的に動くエージェントを置くと、当然ながら「どこまで見せ、どこまでやらせるか」の設計が要になります。Claude Tagは管理者向けに、アクセスとコストを絞り込む仕組みを用意しています。

• チャンネル単位のアクセス制御：どのツール・情報・記憶（メモリ）にアクセスできるかをチャンネルごとに指定する。
• 用途別の分離：人事と開発など、目的の異なる「Claudeのアイデンティティ」を分け、記憶をそれぞれのチャンネルに閉じることで部門間のデータ混在を防ぐ。
• トークン上限：組織全体とチャンネル個別の双方に、トークン消費の上限を設定できる。
• 監査ログ：Claudeの操作履歴を後から確認できる。

共有の便利さと裏表で、機微なデータが意図せぬチャンネルに流れないようにする――その手綱を最初に握るのが管理者、という設計思想が見て取れます。

既存「Claude in Slack」からの移行スケジュール

Claude Tagは、従来の「Claude in Slack」アプリを置き換える位置づけです。導入を検討するチームは、次の段取りを押さえておくとよいでしょう。

• 提供範囲：Claude Enterprise / Team の顧客向けにベータ提供（2026年6月23日時点）。順次拡大予定。
• 旧アプリの終了：従来の「Claude in Slack」は2026年8月3日に提供終了。
• 移行の猶予：管理者は約30日以内に移行をオプトインする形。対象のEnterprise / Team組織には利用開始クレジットが付与される。

「端末を出たエージェント」を迎えるための留意点

開発者目線で見ると、Claude Tagは「コーディングエージェントがどこで動くか」を一段押し広げる動きです。IDEやCLIといった個人の作業環境から、チーム全員が見ているSlackチャンネルへ。タスクの依頼・受け渡し・進捗報告が会話の流れの中で完結するため、開発・運用の段取りそのものが変わる可能性があります。経営や管理の側にとっては、定型業務や一次対応をチャンネル常駐のエージェントに寄せ、人は判断と仕上げに回す、という分担を試しやすくなります。

一方で、利便性の裏で気をつけたい点もあります。自分からスレッドを追いかけ、自分でタスクを予定する「アンビエント」な振る舞いは、裏を返せば明示的な指示なしにエージェントが動き続けることを意味します。共有チャンネルでの常駐は、誰が何を見せたか・誰の指示で何を実行したかを曖昧にしやすく、権限設計と監査ログの運用を最初に詰めておかないと、後から「どこまで任せていたのか」が分からなくなりかねません。前述の「65%」のような社内指標も、レビュー前提の寄与度として読み、生産性の数字を一人歩きさせないことが安全です。導入時は、まず影響範囲の小さいチャンネルとトークン上限から始め、ログを見ながら任せる範囲を広げる――という慎重な立ち上げが現実的でしょう。

参照: Anthropic「Introducing Claude Tag」 ／ Fortune ／ The Decoder ／ VentureBeat