Claude Tag：Slack 向け Anthropic の AI チームメイト

Claude Tag の概要、Slack 内での動作、Anthropic が AI アシスタントから協働する AI チームメイトへの次の一歩と捉える理由、そして組織が移行前に知っておくべきことを解説します。

更新 2026年6月24日 · 10 分読む

Anthropic のどこかの Slack チャンネルで、エンジニアが @Claude can you investigate this latency spike and open a PR with a fix? とタイプし、別の作業に戻ります。Claude は Datadog からレイテンシーデータを取得し、直近のデプロイとの差分を取り、遅いクエリを再現し、修正をプルリクエストとして投稿します。すべてがスレッド内で進み、チャンネル内の誰でも見られます。

それが Claude Tag です。2026 年 6 月 23 日に、Claude Enterprise および Team のお客様向けにベータ版として公開され、Anthropic がチーム向けの Claude をどう位置づけるかを変えました。個人がプライベートウィンドウで AI と会話するのではなく、Slack の 1 つのチャンネルが 1 つの Claude を共有し、メモリや接続ツールを備え、オンにしておけば、促されなくても状況報告をする習慣があります。

組織で旧「Claude in Slack」アプリを使っている場合、対応が必要です：このアプリは 2026 年 8 月 3 日に廃止されます。自動移行が始まる前に自主的に移行できる短い期間があります。正確な日付は以下をご覧ください。

Claude Tag とは？

Claude Tag は、別ウィンドウで訪れるチャットボットではなく、Slack のチャンネルに参加するメンバーとして Claude を機能させます。製品ページでは @Claude として、ドキュメントでは「Claude in Slack」に分類されていますが、リリース発表で Anthropic が用いている名称が Claude Tag です。

仕組みはこうです。設定済みの Slack チャンネルなら誰でも @Claude の後にタスクを書けます。Claude はチャンネルの文脈を読み取り、依頼を段階に分解し、接続されたツールやデータソースを使って作業し、結果を Slack のスレッドに投稿します。各ステップはチャンネル全員に見えます。

標準的なチャットボットと違う点がいくつかあります。

Claude はチャンネルの参加者であり、個人のアシスタントではありません。チャンネルごとに 1 つの Claude が存在し、全員が同じ Claude とやり取りします。
Claude は会話をまたいでメモリを保持します。タグ付けのたびにリセットされるわけではありません。
Claude はユーザー個別ではなく組織レベルのアイデンティティで動作します。

Anthropic は Claude Tag を「Claude Code の進化のはじまり」と表現しています。この区別は重要で、後ほど再登場します。現時点での整理：Claude Code はシングルプレイヤーでターミナル中心。Claude Tag は共有チャンネル向けに設計されています。

現状では Slack のみです。これにより何ができないかは後述します。

Slack における Claude Tag の動作

Claude をチャンネルに参加させるには、まず管理者がセットアップする必要があります。これは組織単位で一度だけ行う設定で、Claude 組織の Primary Owner または Owner だけが実行できます（Admin ロールは不可）。Anthropic が示す 4 つのステップは次のとおりです。

Claude Tag を Slack ワークスペースとペアリングする。
Claude に必要となるツール、データソース、リポジトリへのアクセスを付与する。
組織の毎月の支出上限を設定する。
広く展開する前に、プライベートチャンネルで Claude をテストする。

セットアップが完了すると、エンドユーザー側の設定は不要です。Claude Tag が有効なチャンネルの誰でもすぐに @Claude をタグ付けできます。チャンネルでの作業の請求先は個人ではなく組織です。例外は DM で、こちらは各自の claude.ai アカウントで動作し、個人に課金されます。管理者は組織全体で DM をオフにできます。

タスクとともに @Claude をタグ付けすると、スレッドにチェックリストが投稿され、各段階の作業が見える形で進みます。GitHub へのアクセスがあればプルリクエストを作成でき、データベース接続があればクエリを実行できます。すべては同じスレッドに戻り、チャンネル履歴の外で何かが起こることはありません。これらのアクションの背後にあるアイデンティティについては次のセクションで扱います。

Claude Tag は各タスク段階に取り組みながらライブのチェックリストを投稿します。画像出典：Anthropic。

Claude Tag のエージェントアイデンティティ：チャンネルあたり 1 つの Claude

アイデンティティモデルは、Claude Tag が一般的な AI 連携と最も明確に異なる点であり、エンタープライズ管理者にとって最重要の部分です。

多くの個人向け AI では、AI は自分として振る舞い、自分の資格情報を使ってドキュメントやカレンダーを読みます。これはチームでは破綻します。3 人のエンジニアと 1 人の PM がチャンネルを共有している場合、AI は誰の資格情報を使うべきでしょうか？明快な答えはありません。

Claude Tag の答えは、Claude に専用のアイデンティティを与えることです。Slack では Claude アプリとして投稿し、GitHub では Claude GitHub App として PR を作成し、データベースでは管理者が用意したサービスアカウントでクエリを実行します。ユーザー個人の資格情報は一切使われません。つまり、共有チャンネルが誤って誰かの私的ドキュメントへの抜け道になることはありません。

このアイデンティティモデルは、チャンネルメンバーが Claude に依頼できる内容も変えます。直接のリポジトリアクセスを持たないメンバーでも、チャンネルが許可していれば Claude にそのリポジトリの閲覧を依頼できます。Anthropic は、これはユーザー単位のアクセス制御リストからの逸脱だと認めつつ、自律的でマルチプレイヤーなエージェント向けの意図的な設計判断だと位置づけています。

権限は 3 層の階層で管理されます。

組織全体：Claude がインストールされている場所で共通の基礎的アクセス。
ワークスペース：Slack ワークスペース内のすべてのパブリックチャンネルに適用。組織レベルの権限を継承。
プライベートチャンネル：ワークスペースの基準に上乗せする追加の資格情報やリポジトリ。法務や財務など機微な文脈で使用。

つまり、プライベートチャンネルは独自の資格情報を持てる一方、ワークスペース内のパブリックチャンネルは共有されたワークスペースの設定を利用します。資格情報セットを取り消せば、それが使われていた場所すべてで一度に Claude のアクセスが終了します。これは、数十のユーザーアカウントにまたがる個々のアクションを追跡するよりも簡単です。

広範な連携はエージェントのアイデンティティで共有チャンネル内で動作し、個人のツールは DM に留まります。画像出典：Anthropic

ロールベースのアクセス制御（RBAC。Claude Tag を呼び出せるメンバーを管理者が制限できる機能）は Enterprise プラン限定です。

Claude Tag のメモリはチャンネル間でどう構築されるか

ローンチ資料で Anthropic が最も強調しているのがメモリであり、理解に最も注意が必要な機能でもあります。

Claude Tag には 3 つのメモリスコープがあります。

チャンネルメモリ： Claude が参加しているチャンネルから構築される知識。繰り返し出る話題、意思決定、プロジェクトの経緯を、チームが何度も説明し直す必要がなくなります。
ワークスペースメモリ：管理者が許可した範囲で、他のチャンネルやデータソースから引き出される文脈。
組織ナレッジ： Google Drive、GitHub、社内データベースなど接続されたシステム。ただし、これも管理者が設定した範囲内です。

これで Claude が組織内のすべてを知っていると早合点しないでください。そうではありません。プライベートチャンネルで得たことはその中に留まり、営業チャンネルの Claude はエンジニアリングチャンネルの Claude が知っていることを見られません。

管理者は Claude が保持する内容を完全に管理できます。 Organization settings > Claude Tag > Audit から、チャンネルおよびワークスペースのメモリを閲覧・編集・削除できます。Slack の会話は既存の Slack の保持ポリシーに従い、連携が切断された場合、30 日以内に Claude のシステムから削除されます。

利点：1 週間ぶりに戻ったメンバーが Claude に再度説明をし直す必要がありません。裏を返せば、追加するチャンネルは慎重に選んでください。そこで共有されたものは蓄積されていくからです。

Ambient モード：能動的かつ非同期の作業

Claude Tag のほとんどの機能は、紙の上で考えれば理解できます。Ambient モードだけは、実際に動く様子を見るまでイメージしづらいものです。

非同期で進める

デフォルトのやり取りは受動的です。タグ付けすると、作業して、応答します。非同期という点では、相手の完了を待つ必要がありません。タスクを渡して自分の仕事に戻れますし、同じスレッド内のチェックリストで、チャンネルの誰でも進行を追えます。

Claude は自分でタスクをスケジュールすることも可能です。Anthropic の言葉を借りれば、「数時間から数日にわたり自律的にプロジェクトを進められます」。Claude Code のプロダクト責任者である Cat Wu は、Gmail の受信箱に Claude をつなぎ、重要なメールを監視して到着時に Slack で知らせるようにしたと述べています。本人がログオフしても、Claude は監視を続けます。

自発的に動く

Ambient モードはオプトインです。これをオンにすると、Claude はタグ付けを待たなくなります。Anthropic の @claudeai アカウントが述べるように、「Ambient 動作をオンにすると、Claude は主体的に動きます。途絶えたスレッドにフォローアップし、チャンネルやツールから関連する事柄にフラグを立てます」。

ここから、Claude Tag はチャットボックスというよりエージェントのように感じられるようになり、ガバナンスの論点も鋭さを増します。セキュリティの章で再度触れます。オプトインである理由は明快で、望まれないのに更新を勝手に投稿する AI は、役立つチャンネルもあれば、迷惑なチャンネルもあるからです。

Claude Tag と「Claude in Slack」の違い：何が変わったか

冒頭で廃止日をお伝えしました。両者の実際の違いは次のとおりです。

Claude Tag は、Anthropic による「Claude in Slack」の後継です。画像出典：Anthropic。

旧来の連携はセッションベースでした。ユーザーごとのやり取りは分離され、共有チャンネルメモリはなく、Claude はユーザー個別の権限と課金で動作しました。表面は（DM、AI アシスタントパネル、スレッド参加）の 3 つがありましたが、体験としてはチームのリソースというより個人アシスタントに近いものでした。

Claude Tag は、これを共有かつ永続的なエージェントに置き換えます。時間とともに蓄積されるチャンネルメモリ、組織レベルのアイデンティティ、チャンネル作業の組織課金、そして先ほど説明した Ambient モードとスケジューリングです。

日付で整理すると、手動でのオプトインはローンチの 6 月 23 日から 30 日、概ね 7 月 23 日まで可能です。8 月 3 日以降は旧アプリは動作停止し、自動移行になります。対象となる Enterprise 組織には初期利用に充てられる 25,000 ドルの一回限りのローンチクレジットが、Team 組織には 2,500 ドルが付与されます。

セキュリティ、ガバナンス、監査

ガバナンス面は、支出管理、監査ログ、ネットワークアクセスのスコープという 3 点に集約されます。

支出管理と課金

前述のとおり、チャンネルでの作業は個人ではなく組織に請求され、従量は席単位の料金ではなく API レートで計測されます。常時稼働のエージェント、特に Ambient モードが動いている場合は、これが積み上がります。

コントロールは次のようになります。組織は月次支出の組織上限に加え、チャンネルごとの上限を設定でき、新規チャンネルはデフォルトを継承します。いずれかの上限の 75% と 95% に到達すると管理者にアラートが届きます。上限を超えるタスクは黙って途中で打ち切られるのではなく、最初から拒否され、ブロックされたユーザーはその場で Slack から追加予算を管理者に申請できます。

これは、リスクが机上の空論ではないから重要です。他のエージェント型 Claude 製品で記録されている事例では、エージェントが自律的に動くとトークンコストが急増し得ます。支出管理は、それを抑制する主要な手段です。

監査ログ

Claude のあらゆるアクションは記録されます。 Organization settings > Claude Tag > Audit の監査画面には、スケジュール済みと単発の各タスク、さらに Claude のエージェント資格情報で行われたあらゆるネットワーク呼び出しが記録されます。先ほどのエージェントアイデンティティによって、接続先ツール内でもアクションの追跡が可能になり、GitHub のプルリクエストにはそれをトリガーした Slack スレッドへのリンクが付きます。

より広範な Claude Enterprise の監査ログは、アカウントとセキュリティイベントを記録しますが、デフォルトでは会話内容を除外します。記録されるのはイベント識別子であり、実際のメッセージではありません。

ネットワークとアクセスのスコープ

管理者がツールをチャンネルに接続すると、その資格情報は個別に保存されてそのチャンネルに紐づけられ、リクエストに必要なときにのみネットワーク境界で注入されます。管理者が明示的に許可していないホストへの送信トラフィックはブロックされます。これにより、Claude が作業途中に意図しない宛先へ「勝手に」通信することはありません。

Claude Tag と Microsoft Copilot、Glean の比較

ここで有用なのはベンダーの優劣ではありません。もっと狭い問いです：Slack の中で、個人ではなくチャンネルに紐づく共有で永続的なメモリを提供する製品はどれか？

Microsoft Copilot は Microsoft Graph と深く統合され、M365 のツール群（Outlook、SharePoint、Teams、Word）内で最も力を発揮します。主な表面は Slack ではなく Teams です。Copilot のエージェントは組織レベルのエージェントアイデンティティではなくユーザー単位のアイデンティティで動作し、価格は既存の M365 ライセンスへのユーザー単位のアドオンとして別途設定されています。
Glean は 275 以上のデータソースにまたがるナレッジグラフを構築し、組織の文脈を踏まえたエンタープライズ検索とリトリーバルに注力しています。メモリはユーザー単位で、各ユーザーが自分の文脈を持ちます。Glean には Claude Tag のような共有チャンネルメモリに相当する機能はありません。クロスシステム検索には強みがありますが、それは Claude Tag が狙うタスク実行とは別の仕事です。
Snowflake の CoWork 製品（2026 年 6 月にローンチ）は、主なモデルとして Claude を使用しています。ここで Snowflake は競合ではなく Anthropic の顧客です。

このグループでの違いは一貫しています。ユーザーではなくチャンネルに属するアイデンティティとメモリです。

制限事項と未解決の論点

Claude Tag はパブリックベータであり、その表示は幅広い意味を含みます。具体的には次のとおりです。

現時点では Slack のみ。 Anthropic は他プラットフォームへの拡大を示唆していますが、時期や名称は未公表です。Slack を使用していないチームは、まだ導入できません。
セットアップは手間がかかります。有料の Slack プラン、Claude Enterprise または Team のサブスクリプション、そして Owner もしくは Primary Owner が必要です。ツールアクセスのバンドルはチャンネルごとに手作業で設定します。多くの組織にとって 5 分で済む導入ではありません。
自律エージェントにおける従量課金は要注意。 2026 年初頭、Enterprise の課金は API レートの完全従量に移行しました。支出コントロールは有効ですが、誰かが設定して初めて効きます。にぎやかなチャンネルで Ambient モードを有効にしたままにすると、トークンは継続的に消費されます。前述のとおり、上限に達すると作業は停止するため、設定が不適切だとタスクが途中で止まる可能性があります。
メモリ管理には配慮が必要。文脈が積み重なるにつれ、組織は Claude が保持している内容を見直す必要があります。ツールは用意されていますが、活用には意図的なガバナンスが求められます。
Ambient モードには人間の事前承認ステップがありません。技術系の論者は、現状の Ambient モードには実行前に人間がレビュー・承認する仕組みがない点を指摘しています。規制産業やコンプライアンス要件の厳しい組織では、導入判断に織り込むべき事項です。
プライベートベータ的な性格は重要。機能、挙動、上限、価格は変更される可能性があります。移行日と現在の支出コントロールの設計が最も確かな基準で、それ以外の多くは変更の可能性があると考えてください。

AI アシスタントから AI 同僚へ

Anthropic が Claude Tag を発表した際、Andrej Karpathy が X に投稿しました。Karpathy は 2026 年 5 月 19 日に Anthropic の事前学習チームに参加しており、これは中立的な第三者の分析ではなく、インサイダーの視点です。その点は念頭に置くべきでしょう。彼の投稿では、Claude Tag を「LLM UI/UX の 3 度目の大規模再設計」と呼び、パラダイムの転換を 3 つ挙げています。LLM をウェブサイトとして使う段階から、ダウンロードアプリとして使う段階へ、そしてチームのそばで持続的に働く実体へ。

Karpathy による Claude Tag への投稿。注：Karpathy は Anthropic の社員（2026 年 5 月入社）。画像出典：X / @karpathy。

この 3 パラダイムの枠組みは、Anthropic が目指しているものを理解するのに役立ちます。つまり、AI を使うために「行く場所」を増やすのではなく、すでに働いている場に AI を据えるということです。インタラクションモデルの転換こそが本質です。いまだ多くの人はプライベートでセッションベースの AI と出会いますが、共有・永続・チャンネルレベルのエージェントは別物です。

これが自然に感じられるか侵襲的に感じられるかは、ほとんどガバナンス次第です。おそらくそのために、エージェントアイデンティティモデルと支出コントロールがここまで作り込まれているのでしょう。実務でこのアプローチが機能していることを示す主な根拠は、現時点では Anthropic 自身の社内採用です。導入を検討する組織への問いは 1 つ。付与するアクセスに見合うガバナンスになっているか？です。