Claude Tagとは？Slack常駐AIエージェントの機能・料金・移行後の現状を解説【2026年8月最新】

Claude Tagは、Slackのチャンネルで「@Claude」とメンションすると、組織が許可したツールとコンテキストを使って実際の作業を引き受け、結果をスレッドに返すAnthropic製のAIエージェントです。 2026年6月23日に旧「Claude in Slack」の後継として発表され、2026年8月5日時点でも公式ドキュメントは全ページ「パブリックベータ」表記のまま、Claude Team / Claude Enterprise 限定で提供されています。

この記事で扱う範囲は次のとおりです。

• 旧Claude in Slackからの切り替えが進んだ後、いまSlackで何が起きているか（応答が止まるケースと復旧手順）
• Claude Tagで実際にできること・仕組み（スレッド＝1セッション、チャンネル単位のメモリ、ルーティン）
• 料金と支出上限、そして2026年9月1日に失効するローンチクレジット
• そもそも導入できない条件（ZDR組織・Slack Connect・ゲスト同席チャンネルなど）
• セキュリティ設計と、公式が認めている残存リスク・存在しない管理機能

対象は、Slackを業務基盤にしているTeam / Enterpriseプランの管理者・情報システム担当者と、「@Claudeに何をどこまで任せられるか」を判断したい現場リーダーです。本記事はAnthropic公式ニュース・公式ドキュメント（claude.com/docs/claude-tag/*）・公式ヘルプセンターを一次情報として、2026年8月5日時点の内容で整理しています。

出典: Anthropic 公式サイト

Claude Tagとは：Slackチャンネルに常駐する「組織のエージェント」

Claude Tagは、Slackのチャンネルに常駐し、誰かに@Claudeと呼ばれるとその場でセッションを立ち上げ、コードの変更・データ集計・調査・レポート作成といった複数ステップの作業を実行して結果を返すAIエージェントです。旧Claude in Slackが「呼んだ本人のClaudeアカウントで動くチャットボット」だったのに対し、Claude Tagは組織のサービス資格情報を持つ1つのエージェントIDとして動きます。

全体像は次のとおりです。

Anthropicは社内実績として「プロダクトチームのコードの65%が社内版Claude Tagによって書かれている」と公表しています。エンジニアリング以外でも、プロダクト指標の追跡、サポートチケットの処理、バグの根本原因究明に使われているとされています。

なお基盤モデルについては注意が必要です。「Opus 4.8搭載」は6月23日の発表時点の表記であり、その後2026年7月にClaude Opus 5がリリースされていますが、Claude Tagの稼働モデルがOpus 5に切り替わったという公式アナウンスは2026年8月5日時点で確認できていません。公式ドキュメントのoverviewやhow-it-worksにも具体的なモデル名の記載はないため、「現在も4.8」と断定はできない状況です。

出典: Anthropic 公式サイト

旧Claude in Slackからの移行：切替日を過ぎた今、確認すべきこと

出典: Claude 公式サイト（Claude for Slack）

Slackアプリと@Claudeハンドルはそのままで、データ移行も発生しません。変わるのは「Claudeが誰として動くか」と「誰が設定するか」だけです。 ただし、旧世代（Legacy）のまま放置されたスコープは応答を停止する仕様のため、「最近@Claudeが黙っている」という組織は設定を確認する必要があります。

切替日の扱い（報道と公式の温度差）

複数の海外メディア（VentureBeat、TechTimesほか）は「2026年8月3日に旧Claude in Slackが退役し、Claude Tagへ自動移行する」と報じてきました。一方、公式ドキュメント admins/migrate-from-earlier は日付を明示せず、「Legacyとして表示される旧アプリの非推奨化が進行中。切替日はアカウントチームに確認すること。その日以降、Legacyのままのチャンネルは、スコープのバージョンをNewにするまで応答を停止する」という警告を掲げています。

つまり実務上の判断基準は日付そのものではなく、「自社のスコープがLegacyのままになっていないか」です。バージョン設定は各スコープで Off / Legacy / New / Inherit の4択で、旧世代と新世代は同じ@Claudeアプリを共有しているため、Offにすると旧版も含めて完全に停止します（旧版だけ残したい場合はOffではなくLegacyを選ぶ）。

移行で引き継がれるもの／引き継がれないもの

移行後に現場が最初に気づく変化は3つです。①作業が「依頼者のもの」ではなく「チャンネルのもの」になる、②依頼者以外もスレッドに返信するだけでセッションを操縦できる、③コード作業のPR作者が依頼者ではなくClaude GitHub Appになる。逆に言えば、いまも依頼者名義でPRが立つチャンネルは、まだLegacyで応答している証拠です。

「@Claudeが応答しない」ときの切り分け

1. スコープのバージョンがLegacyのまま：claude.ai/admin-settings/claude-tag で該当スコープを New に変更する。
2. Teamプランでクレジット残高がゼロ：Teamは残高をチャージしないとチャンネルで応答しません（支出上限を設定しただけでは動きません）。
3. Routinesが組織で無効：未有効だと全メンション・DMに「利用不可」と返すだけになります。claude.ai/admin-settings/claude-code から有効化します。
4. Enterprise Gridで旧インストールが接続を失っている：全ワークスペースで無応答になるケースが公式に報告されています。アプリをアンインストールしてはいけません。 Slack Org Owner / Org Admin がサインインした状態で claude.com/claude-for-slack → Add to Slack →「Install to entire organization」で接続をリフレッシュし、@Claude connect をやり直します。

疎通確認は /invite @Claude の後に @Claude summarize this channel を送るのが公式手順です。「is thinking…」が出ればインストール成功、返信が返ればペアリングと新バージョン適用まで成功しています。

Claude Tagでできること

Claude Tagの中核は「Slackで頼めば、実際の成果物が返ってくる」体験です。公式ドキュメントに沿って主要機能を整理します。

出典: Anthropic 公式サイト

1. メンション起点のタスク実行

チャンネルで@Claudeと依頼内容を書くだけでセッションが始まります。チャンネルにいる誰でも起動できます。短い依頼には直接返信し、長いタスクにはチェックリストを投稿して、その場で編集しながら進捗を見せます。

ここで実務上の落とし穴が1つ。Slackはメッセージの編集では通知を出さないため、チェックリストが更新されていてもスレッドは静かなままです。「止まって見えるが実際は作業中」というケースが多いので、返信がないからと再メンションを重ねない方が無難です。

2. マルチプレイヤー（チームで1つのClaudeを共有）

1チャンネルにつきClaudeのアイデンティティは1つ。依頼者以外のメンバーもスレッドに返信するだけで進行中のセッションを操縦でき、再メンションは不要です。

ただし「編集」と「削除」ではセッションを操縦できません。Claudeは編集の通知を読みますが行動せず、削除は通知されません。軌道修正は必ず新しい返信で行います。

3. 出力形式

コード作業の成果物は通常、Claude GitHub App名義のドラフトPRとして提出されます。各納品の末尾には「Open session in Claude」リンクが付き、全ツールコールを含む完全な作業記録を確認できます（閲覧には組織のClaudeアカウントが必要。プライベートチャンネルならそのチャンネルのメンバーであることも必要）。

4. チャンネル単位のメモリ

記憶は個人ではなくチャンネル／ワークスペースに紐づきます。ここは誤解が多い部分なので正確に押さえてください。

• パブリックチャンネルで得た記憶はワークスペース全体で共有される（#data-engでの決定が#analyticsでも参照される）
• プライベートチャンネルは、ワークスペースメモリを読み取り専用で参照しつつ、書き込みはそのチャンネル専用ストアへ行う
• プライベートからパブリックにチャンネル設定を変更しても、プライベート時代のメモリは引き継がれない

蓄積経路は3つ。①ユーザーが「remember for this channel:」と明示的に指示、②Claudeが自発的にメモを残す、③過去セッションのトランスクリプトを読み返す（全文検索はできないため、期間やトピックの指定が必要）。内容の確認は@Claude what do you remember about this channel?で、チャンネルの誰でも修正・削除できます。管理者はclaude.ai/admin-settings/claude-tagからスコープのメモリファイルを閲覧できます（編集・削除はOwnerのみ）。

5. ルーティン（定常業務・アンビエント動作）

チャンネルから自然文でスケジュール実行を設定できます。ルーティンは作成者個人の権限ではなく、チャンネルの接続情報で実行される点が重要です。

• スケジュールジョブ：毎営業日9時に状況サマリを投稿する、など
• チャンネル監視：複数チャンネルを見て、関連する事項だけ報告する
• PR購読：CI完了・レビュー着弾・マージのタイミングで通知する

管理は@Claude !routinesで一覧を出し、自然文で編集・停止できます。監査ページからは組織全体のルーティンを一覧・一時停止・削除できます。タイムゾーンのデフォルトはUTCなので、「毎日9時」だけだと意図しない時刻に走ります。「9am Pacific」「毎朝9時（JST）」のように明示してください。ルーティンは作成者が組織を離れても動き続けますが、作成者がそのチャンネルから外れると発火が止まります。

6. DM（個人利用）

@ClaudeとのDMは本人のclaude.aiアカウントで動作し、本人の個人コネクタを使います。成果は本人に帰属します（ただしPRはClaude GitHub App名義）。Ownerは組織全体でDMを無効化できます。

複数のエージェントが役割分担する構成に関心があるなら、マルチエージェントAIの解説記事も併せて確認すると、チャンネル単位でエージェントを分ける設計の考え方が整理できます。

仕組み：スレッド1つ＝セッション1つ

Claude Tagの挙動を理解する鍵は「Slackスレッド1つが、セッション1つに対応する」というモデルです。スレッドごとにAnthropicがホストするエフェメラルなサンドボックスが立ち上がります。ユーザーのPCや社内ネットワークでは動きません。

ライフサイクルは5ステップです。

1. セッション開始：@Claudeメンション、またはルーティンの発火
2. サンドボックス構築：Claude Code on the webと同じ実行エンジン。コードのclone・編集・PR作成が可能
3. 作業ループ：チェックリストをその場で編集しながら進行
4. 結果の投稿：スレッドに返信・ファイル・リンクを投稿
5. 静止期間：スレッドが静かになるとサンドボックスを解放。返信があれば再構築

ここで残るものと消えるものを分けて理解しておくと、事故を防げます。

長時間タスクを任せる場合は、逐次ブランチにpushさせる／中間成果をスレッドに投稿させる運用にしておかないと、静止期間で成果物が消えます。また、同一チャンネル内の2つのスレッドは別セッション・別サンドボックスであり、状態を共有しません。

料金：シート課金なし、従量課金＋支出上限

出典: Claude 公式サイト（Enterprise）

Claude Tagの追加シート課金はありません（公式ドキュメント：「Adding Claude to Slack doesn't add a per-seat charge.」）。チャンネルやスレッドでの作業は、組織のオーナーがチャージしたusage balance（請求通貨建ての残高）から従量で引き落とされます。

前提となるプラン価格

Enterpriseはsales-assistedで条件が変わるため、上表はあくまで公式ページ記載の目安です。シート価格そのものの詳細はClaude料金プランの解説記事にまとめています。なお公式表記は米ドルのため、円換算値は為替で変動します。

課金の分かれ目：チャンネルとDM

支出上限（Spend limit）

請求期間ごとにClaude Tagが使える上限額を設定します。セットアップ時の選択肢は $500 / $1,000 / $2,500（デフォルト） / $5,000 / Unlimited / Custom（最大$1,000,000）で、組織全体の上限とチャンネル単位の上限の2階層で管理できます。

上限に達した作業は途中で黙って打ち切られるのではなく拒否（declined）されます。ブロックされたユーザーはSlack上から管理者に追加利用を申請でき、管理者への通知には「残高不足」なのか「上限到達」なのかが明記されます。消費内訳はclaude.ai/admin-settings/usage/claude-tagでチャンネル別に確認できます。

Teamプランは残高チャージが必須です。上限を設定しただけではクレジットがなく、チャンネルでClaudeは応答しません。

ローンチクレジットは2026年9月1日に失効する

導入検討中の組織にとって、いま最も期限が近い実務情報がこれです。

• 申請不要の自動付与で、組織で1つの共有残高（シートごとではない）
• 対象はSlackチャンネルでの組織請求分のみ。DM・Claude Code・Claude Cowork・Claude chat・APIには使えない
• 有効期限は2026年9月1日 23:59（米太平洋時間）。付与日にかかわらず一律で、未使用分は失効する
• 請求書上に個別の明細行としては表示されない
• TeamからEnterpriseへアップグレードした場合、上限は合計$25,000に引き上げ（既利用分を考慮）

2026年8月5日時点で残り約4週間です。PoCを検討している組織は、失効前に使い切る計画を立てるか、失効後の実費前提で予算を組み直す判断が必要になります。

導入前チェック：そもそも使えない条件

「使えるか」以前に「そもそも入らない」条件がいくつかあります。ガバナンス審査の前にここを潰しておくと、無駄な検討を避けられます。

日本企業で特に引っかかりやすいのはSlack Connectとゲスト同席チャンネルです。取引先やパートナーと共有しているチャンネルでは一切動かないため、「協業チャンネルの議事録要約を任せる」といった用途は現時点では成立しません。

Enterprise Gridの落とし穴

Enterprise Gridを使っている組織は、追加で2点の注意があります。

• 1つのグリッド内のワークスペースが別々のClaude組織にペアリングされている場合、片方の組織のアクセス設定がグリッド全体を支配します。自社で設定した制限が自社ワークスペースで効かない可能性があり、公式にもWarningとして記載されています。
• グリッド内で複数ワークスペースにまたがる共有チャンネルは、Default Slack accessのアクセスと設定でしか動きません。ワークスペース単位・チャンネル単位のバンドル・指示・メモリは届きません。異なるClaude組織にまたがる場合は応答自体を拒否します。

セットアップ手順（管理者向け・公式4ステップ）

実施場所は claude.ai/admin-settings/claude-tag です。

1. Slackワークスペースのペアリング — SlackマーケットプレイスからClaudeアプリを追加 → 任意のチャンネルで@Claude connectを単独送信 → 返ってきたペアリングコード（有効15分）を設定画面に貼付 → 応答範囲（ワークスペース全体か特定チャンネルか）を選択
2. 最初に接続するツールを選ぶ — GitHubが選択済み扱いで、計3つ以上を選ぶと次へ進める
3. GitHub接続 — Claude GitHub Appをインストール、またはリポジトリを付与
4. 他ツール用のアカウント作成と接続 — claude@yourcompany.com のような専用アドレスを作り、各ツールにメンバーとして招待して資格情報を登録
5. ローンチ — 月次のspend limitを設定し、全員へのDM通知の有無を選んで「Launch Claude」

接続（コネクション）の考え方

初期状態では外部システムへのアクセスはゼロです。Ownerが接続を追加して初めて外部ツールを触れるようになります。GitHubは「Claude GitHub App」経由、それ以外は管理者が用意した専用サービスアカウントの資格情報を登録します。

何も接続していない状態でもできることは以下のとおりです。

• 自スレッドとチャンネル履歴（ピン留め含む）の読み取り
• Slackワークスペース検索
• サンドボックス内でのコード実行（CSVからチャート生成、長いスレッドからドキュメント生成など）
• Web検索

管理者は各スコープに「Access bundle（接続情報・ドメイン許可・リポジトリ・ルールの束）」を紐づけます。スコープは①Default Slack access（組織全体のルート）→②Slackワークスペース→③チャンネルの3階層で、上位から下位へ継承されます。コネクタ側の設計はClaudeコネクタの使い方の解説記事も参考になります。

セキュリティ：3層の設計と、公式が認める残存リスク

出典: Anthropic 公式サイト

Claude Tagのセキュリティは「安全／危険」の二元論では判断できません。設計として守られている部分と、設計上どうしても残るリスクを分けて把握するのが実務的です。

設計として守られている3点

ネットワークのegressはdefault-denyです。結果は3つしかありません。①資格情報ルールに一致すれば資格情報を付けて通す、②許可リストのみ一致なら資格情報なしで通す、③どれにも一致しなければブロック（未認証エラーではなく到達不能）。「全許可（allow-all）」はDomainsタブの*エントリで可能ですがデフォルトOFFで、Anthropicが組織ごとに有効化します。有効時も、プライベート／内部ネットワークアドレスとクラウドメタデータエンドポイントはブロックされたままです。

資格情報はプロキシではなく専用の資格情報ストアに保管され、境界で注入されるためモデルとサンドボックスには鍵が渡りません。保存済みの資格情報は再表示されない書き込み専用の設定画面で、指定したホストにしか送られず、1ホスト・1パスプレフィックス・読み取り専用メソッドまで絞り込めます。

公式が明示している残存リスク

一方で、公式ドキュメント自身が次のリスクを明記しています。ここを読まずに導入すると事故になります。

• チャンネルの誰もが、そのチャンネルに付いた資格情報でClaudeを動かせる。 接続アカウントが読み書きできるものは、そのスコープ配下の全メンバーが実質的に使えることになります。
• パブリックチャンネルにバンドルを付けると、参加者全員にそのアクセスが渡ります。 資格情報をチャンネル単位に閉じ込めるには、①そのチャンネルにだけバンドルを付ける、②チャンネルをプライベートに保つ、③スコープのAccess summaryで継承分を含む実効アクセスを確認する、の3手順が必要です。
• 資格情報を隔離してもClaudeの「知識」は隔離されません。 パブリックチャンネルで得た情報はワークスペースメモリとして他チャンネルからも読めます。
• claude.ai上に公開されるアーティファクトは、元のSlackチャンネルにアクセスできる人なら誰でも開けます。 パブリックチャンネルならワークスペース全員が対象で、共有設定を個別に変える手段はありません。
• Claude Tagはチャンネルメモリとセッショントランスクリプトを保持します。これがZDR組織で利用できない理由です。

利用者の制限（Member access）

デフォルトではClaudeアカウントを持たないSlackワークスペースメンバーでも、チャンネルでClaudeを起動できます。制限したい場合はトグルをONにします。

RBACで制限した場合、権限のないメンバーは①@メンション・DMで本人だけに見える拒否通知を受け、②自動応答の対象外となり、③許可メンバーのスレッドに返信しても本文がClaudeに渡りません。なお組み込みロール（User / Owner / Primary owner）は常に権限を付与するため、制限が効くのはカスタムロールのみです。

第三者のセキュリティ指摘と、Anthropicの反論

2026年7月14日、セキュリティスタートアップのTego AIが「Slackの構造的メンションでなくても、メッセージ中の文字列@Claudeに反応しうる」という趣旨の指摘を開示しました（報道は7月15日）。Bot・Webhook・自動フィード経由で流入した外部コンテンツが指示として解釈される懸念、という論点です。

これに対しAnthropicは申告を「informative」に分類し、内容に異議を唱えています（「デフォルト構成で、文字列の@ClaudeやBot生成メッセージがClaude Tagセッションを開始する」という記述は正確ではない、という立場）。現時点で「脆弱性が確認された」と言える段階ではなく、指摘と反論が併存している状況です。

ただし、Tego AIが挙げた緩和策（最小権限、可能なら読み取り専用、外部の未検証コンテンツが流れ込むチャンネルは避ける、管理アクセスの制限、Slackログの保持、機微操作には独立した認可）は、公式ドキュメントの設計思想とも整合します。間接プロンプトインジェクション全般の考え方はAIエージェントのセキュリティ対策の解説記事、実際に起きた事例はCopilot Coworkのファイル持ち出し事例の解説記事が参考になります。Enterprise向けのセキュリティ製品群を検討中ならClaude Securityの解説記事も併読を推奨します。

止め方（軽い順に6段階）

1. 「このスレッドではタグされるまで静かにして」と依頼する
2. /remove @Claude でチャンネルから外す
3. スコープのClaude Tag versionをOffにする（招待し直しても応答しない）
4. スコープをDetachする（昇格アクセスを失い、継承分だけに戻る）
5. バンドルを削除する（資格情報のみ失効。メモリ・ルーティン・トランスクリプトは残る。実行中セッションは短時間だけ失効前の資格情報を保持しうる）
6. アプリをアンインストールする

1〜4・6のいずれもデータは消えません。 データ削除は削除専用のコントロールから行う必要があります。

管理者が欲しがるが、現時点で存在しない機能

ガバナンス審査で必ず問われるのに、公式ドキュメントの「Controls that aren't available」に明記されている“ない機能”です。ここを知らずに稟議を通すと、後で説明できなくなります。

監査画面（claude.ai/admin-settings/claude-tag/audit）は3タブ構成です。Scheduled work（全ルーティンの一覧・詳細・一時停止・削除）、Memory（各スコープのメモリファイル）、Network events（Agent Proxy経由の外部通信の毎時JSONエクスポート。GitとMCPのトラフィックは含まれず、組織ごとに有効化申請が必要）。実務上の主要な監査経路は、Claude専用サービスアカウント名義で記録される各接続先ツール側の監査ログになります。

使い始めてからハマりやすい仕様

公式ドキュメントに書かれてはいるものの、使ってみないと気づきにくい仕様をまとめます。

• スレッド途中で@Claudeを呼ぶと、スレッド先頭から最大50メッセージしか読まない（ルート＋古い返信。他Botの返信は除外）。長いスレッドでは直前の重要メッセージが窓から漏れるため、要点を再掲する必要があります。
• スレッドは開始時点のスキル・プラグイン・カスタム指示を固定します。 設定変更を確実に反映させるには新しいスレッドを立てます（接続とドメインルールはリクエストごとに評価されるため途中追加も効きますが、Claudeは新しい接続を自発的に告知しません）。
• 同一チャンネルの2スレッドは状態を共有しません。
• チェックリストの編集はSlack通知が飛びません。 静かでも動いていることが多いので、催促の再メンションは控えめに。
• ルーティンのタイムゾーンはUTCがデフォルト。 JSTで動かしたいなら明示します。
• サンドボックス内だけのファイルは静止期間で消えます。 逐次push・逐次投稿が原則です。
• リポジトリの.claude/skills/に置いたカスタムスキルは、そのリポジトリを持つスレッドでのみ有効です。 全チャンネルに配るにはskills repository経由にします。

Claude Code・Cowork・他社エージェントとの使い分け

出典: Anthropic 公式GitHub（anthropics/claude-code）

Anthropicの整理はシンプルで、チームの仕事はClaude Tag、個人の仕事はCoworkまたはClaude Codeです。それを踏まえて主要な選択肢を並べます。

最初の分岐点は「自社の業務の中心がSlackか、Microsoft 365か」です。Slack常駐型の他社製品との比較はChatGPT workspace agentsの解説記事、Microsoft側の同種プロダクトはMicrosoft Copilot Coworkの解説記事とMicrosoft Agent 365の解説記事が比較材料になります。開発者個人の自動化を検討中ならClaude Codeの使い方ガイド、モデル自体の性格の違いはClaudeとChatGPTの比較記事を参照してください。

なおMicrosoft Teams対応は、公式製品ページに「Coming soon（ウェイトリストあり）」と記載されています（2026年8月5日確認）。ただし提供時期は未公表です。現時点でTeams関連でできるのは、ClaudeのMicrosoft 365コネクタ経由でTeamsの会話を検索可能なアーカイブとして読むことであり、Teams上でエージェントとして動作するものではありません。

こんなチームにおすすめ／おすすめしない

おすすめできるチーム

おすすめしないチーム

よくある質問

Q. 旧Claude in Slackを使い続けることはできますか？

スコープのバージョンでLegacyを選べば旧世代のまま動かせますが、公式は旧アプリの非推奨化が進行中であること、切替日以降はLegacyのままのチャンネルが応答を停止することを明記しています。切替日そのものは各社のアカウントチームに確認する運用になっています。

Q. 移行すると、これまでの設定やデータは消えますか？

アプリと@Claudeハンドルはそのままで、データ移行はありません。旧設定（許可ユーザー、ドメイン検証制限）も引き継がれます。ただし接続（コネクション）は引き継がれないため、コード依頼をするならリポジトリの接続をやり直す必要があります。

Q. プライベートチャンネルの内容が他チャンネルに漏れることはありますか？

プライベートチャンネルでの書き込みはそのチャンネル専用のメモリストアに入り、ワークスペースメモリは読み取り専用で参照します。逆に、パブリックチャンネルで得た記憶はワークスペース全体で共有されるため、機微情報を扱うチャンネルはプライベートにしておくのが基本方針になります。

Q. トラブル時、Slackアプリを入れ直せば直りますか？

Enterprise Gridで無応答になった場合、アンインストールでの復旧は公式に非推奨です。Slack Org Owner / Org Adminでサインインしたまま claude.com/claude-for-slack から「Install to entire organization」で接続をリフレッシュし、@Claude connect を再実行します。ペアリングコードの有効期限は15分なので、貼り付けが遅れた場合は取り直しになります。

Q. ローンチクレジットはいつまで使えますか？

2026年9月1日23:59（米太平洋時間）で失効します。付与日にかかわらず一律で、未使用分は消滅します。対象はSlackチャンネルでの組織請求分のみで、DM・Claude Code・Cowork・chat・APIには使えません。

Q. 誰が何を依頼したか、後から一覧で追えますか？

1タスクごとの依頼者を一括で出力するログは現時点で存在しません。監査ページのScheduled workにはCreated byがありますが、全アクションの依頼者ログはなく、実務では各接続先ツールの監査ログ（Claude専用サービスアカウント名義で記録）を辿ることになります。

Q. Microsoft Teamsでは使えますか？

公式製品ページに「Coming soon（ウェイトリストあり）」と記載されていますが、提供時期は未公表です。現時点でTeams上のエージェントとして動作するものではありません。

まとめ

Claude Tagは、Slackで@Claudeと呼ぶだけで、組織が許可したツールとチャンネルの文脈を使って実務をこなすAIエージェントです。旧Claude in Slackが「個人の権限で動くチャットボット」だったのに対し、Claude Tagは「組織のサービス資格情報で動く共有エージェント」に位置づけが変わりました。

導入判断の要点は3つです。

1. 移行後の状態を確認する — スコープがLegacyのままだと応答が止まります。加えて、Teamは残高チャージ必須、Routines有効化必須、Enterprise Gridでは旧インストールをアンインストールしないこと。
2. お金の期限を押さえる — 追加シート課金はなく従量課金＋支出上限（デフォルト$2,500）。ローンチクレジット（Enterprise $25,000 / Team $2,500）は2026年9月1日23:59 PTで失効します。
3. 入らない条件と“ない機能”を先に潰す — ZDR組織・サードパーティデプロイ・Slack Connectでは動きません。招待前のブロックリスト、個人単位の支出上限、チャンネル単位の利用者許可リスト、ワークスペース検索の無効化はいずれも現時点で存在しません。

2026年8月5日時点でパブリックベータのままであり、一般提供時期は未発表です。基盤モデルも「6月23日発表時点でOpus 4.8」という表記以降、更新の公式アナウンスは確認できていません。稟議や設計にあたっては、必ずAnthropic公式ドキュメント（claude.com/docs/claude-tag）で最新の仕様を確認してください。