Claude Tagとは？Slackで@Claudeに仕事を任せる機能とAPI・旧appからの移行【2026年10月】

Claude Tagは、Slack上で@Claudeをメンションするだけでチームの仕事を任せられる、2026年6月23日発表の新機能です。Claude EnterpriseとTeamのベータとして始まり、発表時の稼働モデルはOpus 4.8。既存の「Claude in Slack」を置き換えます。2026年10月23日には、管理者がチャンネルの設定をプログラムから読み書きできるClaude Tag APIもベータで公開されました。ただしAPIを使えるのはClaude Enterpriseの組織だけで、TeamやClaude Console（Claude Platform）の組織は対象外です。この記事では、できること、旧appとの違いと移行手順、利用できるプランと料金、管理者の権限設計、APIの呼び出し方、導入が向く業務と避けるべき場面までを、公式情報をもとに整理します。

まとめ：Slackに常駐する共有AIチームメイトとしてのClaude Tagの位置づけ

Claude Tagは、個人が1対1で使うチャットではなく、Slackチャンネルにひとつ常駐してチーム全員と関わる「共有AIチームメイト」です。@Claudeをメンションすればタスクを段階に分けて処理し、ambientモードを有効にすれば未解決のスレッドを自分から拾い上げます。提供はClaude EnterpriseとTeamのベータに限られ、2026年10月時点の公式ドキュメントでも「Public Beta」の扱いが続いています。

導入を決める前に押さえる要点は、次の3つです。第一に、旧「Claude in Slack」を置き換える機能で、管理者がオプトインして移行します。第二に、利用量に応じて費用が積み上がるため、支出上限と権限スコープの設計が運用の前提です。第三に、常駐が効くのは定常監視やバックログ整理などの継続業務で、単発の作業はチャットやClaude Codeのほうが軽く済みます。

2026年10月の追加情報として、Claude Tag APIがベータで公開されました。チャンネルやワークスペースごとの有効・無効、常時読み込む指示、モデル、ゲストの扱いをAPIで読み書きでき、どの設定がどの階層から継承されたかも取得できます。対象はEnterpriseの組織に限られるため、Teamで使っている場合は従来どおり管理画面で設定する、という線引きになります。

Claude Tagの基本概要とSlack上で@Claudeに任せられる仕事

Claude Tagの定義とSlackベータ提供が始まった2026年6月23日

Claude Tagは、Anthropicが2026年6月23日に発表した、チームでClaudeを使うための新しい仕組みです。最初の提供先はSlackで、Claudeをチームの一員としてワークスペースに迎え入れ、指定したチャンネル・ツール・データ、さらにコードベースに接続したうえで、誰でも@Claudeをメンションして仕事を委任できます。Anthropicは社内で同じ仕組みを先行して使っており、プロダクトチームのコードの65%が内部版Claude Tagによって生成されていると公表しました。提供範囲はSlackから順次広げる方針ですが、2026年10月時点のClaude Tagの公式ドキュメントでは、動作する場所は引き続きSlackと記載されています。

@Claudeメンションでタスクを段階分解しスレッドに返す基本動作

使い方はClaude CodeやCoworkに近く、@Claudeに自然な言葉で依頼すると、Claudeがタスクを複数の段階に分け、接続済みのツールを使って順に処理し、完了するとSlackのスレッドに成果物を返します。ターミナルで動くClaude Codeの基本的な仕組みを、チームのチャット上に持ち込んだ形です。作業中はスレッドにチェックリストが投稿され、どこまで進んだかがチャンネル全員に見えます。依頼から納品までが同じスレッドで完結するため、別ツールへ移動せず、会話の文脈を保ったまま作業を渡せます。

実際の処理は依頼者のPCではなく、会話の開始時に作られる一時的なサンドボックスで動きます。コードやファイルはこのサンドボックスに置かれ、会話が止まると破棄される仕組みです。手元の端末を開いたままにしておく必要はありません。

コード・データ・サポートなど@Claudeに委任できる業務とDM利用

Anthropicが社内で任せている業務は、プルリクエストの作成やコード修正にとどまりません。プロダクト指標やデータの収集、サポートチケットの処理、やっかいなバグの原因究明まで、エンジニアリング以外にも広がっています。チャンネルで使う共有モードに加えて、@Claudeへ個別にダイレクトメッセージを送れば、自分用に設定したツールやコネクタを使って非公開で応答します。代表的な委任先は次のとおりです。

• コード関連：バグ修正、プルリクエストの作成、原因調査
• データ業務：指標の集計、分析、レポートのたたき台作成
• 運用業務：サポートチケットの一次対応、スレッドの要点整理
• 監視業務：ダッシュボードの定期確認、届いたアラートの調査

優先度は組織によって変わりますが、社内検証で効果が大きかったのは開発系の委任でした。公式ドキュメントの用途集も、監視とアラート、問い合わせの振り分け、社内文書からの回答、データ質問への回答、プロジェクト追跡、スレッドからの文書化、バグ修正の順に例を並べています。

旧Claude in Slack・Claude Code in Slackの比較と移行

旧Claude in Slackから置き換わる範囲と組織共有ID化という違い

Claude Tagは、これまでの「Claude in Slack」アプリを置き換えます。旧アプリでは各ユーザーが自分のClaudeアカウントで認証し、個人単位でClaudeを呼び出していました。Claude Tagでは、管理者が設定したアクセス権を持つ「組織の共有ID」として@Claudeが動く仕組みです。同じチャンネルにいる全員が同一のClaudeとやり取りし、その記憶や権限は管理者が定めたチャンネルの範囲に閉じます。Slack経由でコーディングを依頼していた「Claude Code in Slack」も、TeamとEnterprise向けにはClaude Tagへ統合されます。両者の違いは、次の比較表のとおりです。

主体が個人から組織へ移ったことが、最も大きな設計変更です。

同じSlackアプリで再インストール不要、移行中も既存設定が動く仕組み

移行の負担を小さく抑えられる設計です。公式ドキュメントによれば、Claude TagはClaude Code in Slackと同じSlackアプリの下で動くため、アプリを入れ直す必要がなく、既存のセットアップは移行期間中もそのまま機能し続けます。@Claudeは管理者が設定したアクセス権を持つ組織の共有IDとして実行され、ワークスペースの切り替えだけで以前のバージョンから移れます。チームの運用を止めずに切り替えられる設計です。

管理者が30日以内にオプトインする移行手順と旧app終了の注意点

移行は管理者のオプトインで進みます。Anthropicは発表時点で、管理者が30日以内にオプトインして移行できると案内していました。一部の海外メディアは旧「Claude in Slack」アプリが2026年8月3日に終了すると報じていますが、この日付をAnthropicの一次情報では確認できていません。その日付を過ぎた2026年10月時点で旧アプリを使い続けている組織は、管理画面の移行状況と公式の案内をあわせて確認しておくと安全です。対象がEnterpriseまたはTeamであれば、ベータの利用条件と社内のセキュリティポリシーを早めに突き合わせておくと、切り替えがスムーズに進みます。

Claude Tagを特徴づける4つの動き：マルチプレイヤー・学習・自律・非同期

1チャンネル1Claudeで全員が作業を共有するマルチプレイヤー設計

Claude Tagの土台は「マルチプレイヤー」です。ひとつのSlackチャンネルには1体のClaudeがいて、そのチャンネルにいる全員と同じClaudeがやり取りします。誰かが依頼した作業の途中経過が全員に見え、別の人が前任者の続きから引き継げます。1人1セッションのチャットとは違い、公開された場で成果を出すチームメイトに近い動き方です。

チャンネルの文脈と他チャンネルの情報から学習し説明を省く仕組み

Claudeはチャンネルの会話を追いながら仕事の背景を覚えます。同じ説明を毎回ゼロから繰り返す必要が減るのが利点です。権限が与えられていれば、他のチャンネルやデータソースからも自動で情報を集めて文脈を補います。ただし非公開チャンネルの内容は、参照対象であっても外向きの報告には使いません。ここに情報境界の線が引かれています。

ambientモードで未解決スレッドを自ら拾い上げる自律的な振る舞い

「ambient（アンビエント）」と呼ぶ自発モードを有効にすると、Claudeはメンションされなくても自分から動きます。接続したチャンネルやツールから関係しそうな情報を見つけて知らせ、解決しないまま止まっているスレッドやタスクを追いかける仕組みです。放置されがちなバックログの監視やアラートの一次トリアージを、人手をかけずに回す使い方が想定されています。

数時間〜数日の非同期実行と自分でタスクをスケジュールする動き

Claude Tagの働き方は非同期です。タスクを渡せば依頼者は別の仕事に移ってよく、Claudeは数時間から数日かけてプロジェクトを進めます。自分で将来のタスクを予定に組むことも可能です。ローカルPCの起動に縛られずクラウド側で自動実行する考え方は、Claude Codeのルーチンによるクラウド自動実行と地続きで、それをチームのチャット上へ広げたものといえます。

利用できる対象プラン・ベータ範囲・料金とトークン上限の考え方

ベータ対象はClaude EnterpriseとTeam、稼働モデルはOpus 4.8

2026年6月23日の発表時点で、Claude Tagを使えるのはClaude EnterpriseとClaude Teamの契約者で、提供形態はベータです。発表時の稼働モデルはOpus 4.8で、同年5月に公開された最上位クラスのモデルが裏側で動いていました。個人向けのProやFreeは対象に含まれていません。

2026年10月時点の公式ドキュメントでも、Claude TagはTeamとEnterpriseで提供されるPublic Betaとされ、個人向けのFree・Pro・Maxや、サードパーティのクラウド経由の提供では使えないと明記されています。なお、チャンネルで使うモデルは後述のClaude Tag APIの設定項目にも含まれており、チャンネルやワークスペースの単位で新しいセッションのモデルを指定できる設計です。料金プラン全体の違いはClaudeの料金プランと選び方で整理しています。

トークン従量で動く前提と組織・チャンネル単位の上限設定の考え方

料金は定額の月額ではなく、Claudeが処理した分の利用量に応じて積み上がることを前提とした設計です。2026年10月時点の公式ドキュメントでは、Slackに追加しても1人あたりの席料金は増えず、チャンネルやスレッド、グループDMでの作業は、Ownerが入金した組織の利用残高（usage balance）から差し引かれると説明しています。Ownerは請求期間ごとの支出上限（spend limit）を設定でき、チャンネル別の内訳は管理画面の利用状況ページで確認します。

例外は、Claudeアカウントを接続済みのメンバーが送る1対1のDMです。このDMはその人のclaude.aiアカウント上で動き、席ごとの通常の利用上限に従うため、組織の支出上限は適用されません。ambientモードのように自発的に動く設定では消費が読みにくくなるため、まず低めの上限から始め、チャンネル別の内訳を見ながら調整するのが現実的です。費用の管理単位が組織とチャンネルにある点が、個人課金だった旧アプリとの実務的な違いです。

導入時のローンチクレジットとSlack有料プランという前提条件

Anthropicは発表時、対象となるEnterpriseとTeamの組織に、試用のためのローンチクレジットを発行すると案内しました。全社で一度試してから本格運用を判断できる仕組みです。前提として、Claudeを動かすSlack側も有料プランのワークスペースが必要で、管理者権限を持つ担当者がペアリングと権限設定を行います。クレジットの条件や金額は公式の案内で最新の内容を確認してください。

管理者が導入前に押さえる権限設計・チャンネル分離・監査ログの勘所

チャンネルごとに別IDを作りメモリを分離する権限スコープの設計

Claude Tagは、用途ごとに別々のClaude IDを作る発想で設計されています。管理者は、どのツールとどの情報に、どのチャンネルでアクセスさせるかを指定する仕組みです。記憶を含むすべてが、管理者が定めたチャンネルの範囲に閉じます。たとえば営業向けに設定したClaudeは、その記憶をエンジニアリング向けのClaudeへ渡さず、エンジニアに営業のデータやツールを触らせることもありません。部門間の情報を分けたい組織ほど、この分離設計が効きます。

公開チャンネルからのみ学習し非公開を参照しない情報境界の線引き

学習の範囲にも境界があります。Claudeは許可されたチャンネルやデータソースから文脈を集めますが、非公開チャンネルの内容を外向きの報告に使うことはありません。便利さと情報統制のバランスを、管理者がチャンネル単位の権限付与でコントロールする形です。どのチャンネルを学習対象に含めるかは、社内の機密区分に沿って線引きするのが安全です。

誰が何を依頼したかを残す監査ログの確認と4ステップの初期設定手順

運用の透明性を支えるのが監査ログです。管理者は、@Claudeが行ったすべての作業を、誰が依頼したかとあわせて記録として確認できます。導入の初期設定は次の4ステップで進みます。

1. Claude TagをSlackワークスペースとペアリングする
2. Claudeに使わせるツールへのアクセスを付与する
3. 組織の月あたりの支出上限を設定する
4. 非公開チャンネルでテストし、動作を確認する

2026年10月時点のセットアップ手順では、設定を行えるのはClaude組織のOwnerです。Slackで「@Claude connect」と送るとペアリングコードが返り、claude.aiの管理設定にあるClaude Tagの画面でそのコードを入力します。続けて月間の支出上限を決め、Claudeをチャンネルに追加して開始する流れです。開始直後のClaudeは外部システムへのアクセスを持たないため、課題管理やデータ基盤などの接続と、Claude GitHub Appへのリポジトリ付与は開始後に行います。

最初に非公開チャンネルで挙動を見てから対象チャンネルを広げる順序が、権限の取りこぼしを防ぎます。

Claude Tag APIでチャンネル設定を読み書きする手順と対象組織の違い

2026年10月23日にベータ公開、対象はClaude Enterprise組織のみ

AnthropicのClaude Platformのリリースノートには、2026年10月23日付でClaude Tag APIのベータ公開が載っています。対象はClaude Enterpriseの組織で、Claude Platform（Claude Console）の組織では利用できません。Claude Tag自体はTeamでも使えるため、「機能はTeamとEnterprise、APIはEnterpriseだけ」という対象のずれがある点に注意が要ります。

APIでできるのは、Slackのチャンネルとワークスペースに付いたClaude Tagの設定の読み取りと変更、あるチャンネルで実際に効いている設定とその出所の確認、そしてAccess bundleのアタッチです。Claude Tag APIのリファレンスによると、パスはすべて /v1/organizations/claude_tag/ 配下にあり、チャンネル5本、ワークスペース3本、Access bundle 2本、bundleのアタッチ先4本の計14エンドポイントで構成されます。

Admin APIキーとスコープ、ベータヘッダーをそろえて呼び出す準備

認証に使うのは、プライマリオーナーがclaude.ai側で発行するAdmin APIキーです。Claude Consoleで発行する通常のAPIキーでは呼び出せません。キーには次のスコープを付けます。

• read:claude_tag：すべてのGETエンドポイント
• write:claude_tag：すべてのPOSTとDELETE（読み取り権限は含まない）

リクエストには x-api-key に加えて、anthropic-version: 2023-06-01 と anthropic-beta: experimental-claude-tag-2026-10-21 の2つのヘッダーを付けます。ベータヘッダーを付け忘れると、エンドポイントが存在しない扱いになり404が返る仕様です。404を見たら、まずヘッダーの有無を疑うと切り分けが速く進みます。

curlでワークスペース一覧を取得しチャンネルのClaudeを止める例

公式リファレンスのクイックスタートと同じ形で、ペアリング済みのSlackワークスペースを一覧します。環境変数にはAdmin APIキーを入れておきます。

curl "https://api.anthropic.com/v1/organizations/claude_tag/slack_workspaces" \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "anthropic-beta: experimental-claude-tag-2026-10-21"

あるチャンネルでClaudeを止めたいときは、チャンネルIDを指定して enabled を false にします。省略した項目は変わらず、変更後の値が応答に返ります。

curl -X POST "https://api.anthropic.com/v1/organizations/claude_tag/slack_channels/slch_011CZkZmRt4vNq8sHbYw2KdX" \
  -H "content-type: application/json" \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "anthropic-beta: experimental-claude-tag-2026-10-21" \
  -d '{"settings": {"enabled": false}}'

チャンネルを取得するGETに include_inherited=true を付けると、上位の階層から継承された値を含む実効値と、その値の出所（sources）がまとめて返ります。障害時に「なぜこのチャンネルでClaudeが動いているのか」を調べる用途で役立ちます。

設定できる5項目と継承の解決ルール、APIでは変えられない管理項目

チャンネルとワークスペースで読み書きできる設定は次の5項目です。

guest_policyの値は allow・restrict・channel_only です。値に null を送ると、その階層の設定が外れて上位の値を継承します。instructions だけは上書きではなく連結になるため、ワークスペースに全社共通の注意書き、チャンネルに部署固有の手順を置く、という分け方ができます。

一方、APIで扱えない範囲も明確です。Slackワークスペースの接続と切断、Access bundleの作成と編集、支出上限の設定は、claude.aiの管理画面でしか操作できません。書き込みには前提条件の指定も Idempotency-Key もなく、最後の書き込みが勝ちます（重なった変更だけが409）。チャンネルの削除は解決後の enabled が false の場合に限られ、設定・アタッチ先・セッション履歴・メモリ・ルーチンまで消えて元に戻せません。削除を自動化する前に、対象を一覧で確かめる手順を挟んでおくと事故を防げます。

判断の目安は単純です。Enterpriseでチャンネル数が多く、部署ごとの指示やモデルの設定を棚卸ししたい、変更をコードで管理したい、という組織ならAPIを使う価値があります。Teamの組織や、数チャンネルで試している段階なら、管理画面の操作で足ります。

導入が向く業務と、Claude Tagを使うべきでない場面・他社エージェントとの違い

定常監視・バックログ整理など@Claudeの常駐が効く業務の判断軸

常駐型のClaude Tagが向くのは、人手が回らずに後回しになっている継続業務です。チャンネルの監視、アラートの一次トリアージ、放置されたバックログの消化、定例レポートの作成のように、文脈が同じ場所に積み上がり、繰り返し判断が発生する仕事ほど効果が出ます。判断軸はシンプルで、「同じチャンネルに情報がたまり、誰かが定期的に拾う必要がある作業か」という観点での確認です。これに当てはまるなら、@Claudeを常駐させる価値があります。

単発タスクや権限設計前の全社展開などClaude Tagを使うべきでない場面

逆に、Claude Tagを選ぶべきでないのは、次のような場面です。一度きりの調べ物や文章作成のような単発タスクは、共有チャンネルに常駐させるより、個人のチャットや、GitHub上で@claudeにコードレビューを任せるClaude Code Actionのような目的特化の仕組みのほうが軽く、コストも読みやすく済みます。公式ドキュメントも、共有チャンネルでのチーム作業はClaude Tag、自分のファイルを扱う個人作業はClaude CoworkやClaude Code、と使い分けを示しています。さらに避けたいのが、権限スコープと支出上限を詰めないまま全社のチャンネルへ一斉展開することです。アクセス範囲が曖昧なまま自発モードを動かすと、想定外のデータ参照や消費の膨張を招きます。まず1〜2チャンネルで権限と消費を検証してから広げるのが安全です。社内システムのデータを根拠に答えさせたい場合は、Slack BotにAIで回答させる作り方のようにBotを自作する選択肢もあります。

Copilot・Agentspaceとの違いと文脈蓄積によるロックインの留意点

業務の現場にAIエージェントを置く動きは、Anthropicだけのものではありません。MicrosoftはCopilotとWork IQ、GoogleはAgentspaceやGemini Enterpriseで、組織の暗黙知をエージェントに渡す方向を競っています。Claude Tagの差別化は、チームが日々働くSlackそのものに共有IDとして入り込み、チャンネル単位で文脈と記憶を蓄える点です。その文脈の蓄積は、裏を返せば乗り換えにくさにも直結します。数か月分のチャンネル文脈と組織の記憶をためたClaudeは、他社製品へ置き換える際の移行コストが高くなるでしょう。導入の判断では、得られる文脈の濃さと、特定ベンダーへの依存度を同じ天秤にかけて見るのが妥当です。

Slackの外にある自社の業務システムへ同じようなエージェントを組み込みたい場合や、Claude Tagから接続する社内ツール・データ基盤の整備まで含めて進めたい場合は、一創のAIエージェント開発で、権限設計や接続先の整理から相談を受け付けています。

Claude Tagの導入前に確認したい料金・移行・権限に関するよくある質問

Claude Tagの料金や移行、Claude Codeとの違いなど、導入前に迷いやすい点を公式情報をもとにまとめます。

Claude Tagは無料で使えますか？

無料では使えません。対象はClaude EnterpriseとClaude Teamの契約者で、ベータとして提供されます。チャンネルでの作業は組織の利用残高から利用量に応じて差し引かれ、Ownerが請求期間ごとの支出上限を設定する仕組みです。導入時には対象組織向けにローンチクレジットが発行されると案内されたため、まず試用してから本格運用を判断できます。

旧Claude in Slackはいつ使えなくなりますか？

Claude Tagは旧「Claude in Slack」を置き換える機能で、発表時には管理者が30日以内にオプトインして移行できると案内されました。一部の報道では旧アプリが2026年8月3日に終了するとされていますが、Anthropicの一次情報ではこの日付を確認できていません。移行は同じSlackアプリの下で行われ、再インストールは不要です。

Claude TagとClaude Codeは何が違いますか？

Claude CodeはターミナルやWebで動く開発支援ツールで、主に1人の開発タスクを進めます。Claude Tagはその発展形で、Slackチャンネルに共有IDとして常駐し、チーム全員が同じClaudeに仕事を任せられる点が違いです。コーディングだけでなく、データ収集やサポート対応など開発以外の業務も委任できます。

Slack以外のツールやAPIからClaude Tagを使えますか？

2026年10月時点でも、Claude Tagに仕事を頼む場所はSlackだけです。一方、管理者向けには2026年10月23日にClaude Tag APIがベータで公開され、チャンネルやワークスペースの設定をプログラムから読み書きできるようになりました。ただし対象はClaude Enterpriseの組織に限られ、TeamやClaude Console（Claude Platform）の組織では使えません。APIは設定管理のためのもので、APIからClaudeに作業を依頼する仕組みではない点も押さえておきましょう。

@Claudeは非公開チャンネルの内容まで見ますか？

Claudeが参照・学習する範囲は、管理者が付与した権限に従います。許可されたチャンネルやデータソースから文脈を集めますが、非公開チャンネルの内容を外向きの報告に使うことはありません。記憶もチャンネルの範囲に閉じるため、用途ごとにアクセスを分けることで情報の境界を保てます。

関連記事

• Claude in Chromeとは？基本概要とできること：ブラウザ上で動くもうひとつのClaudeエージェント。Slack常駐のTagとの使い分けを考える際の参考になります。
• AnthropicとそのAPIの基礎：Claude Tagの提供元であるAnthropicと、Claudeを外部から呼び出すAPIの全体像を押さえられます。
• Claudeの料金プランと無料版の違い：Claude Tagの対象となるTeamとEnterpriseを含め、プランごとの違いを比較できます。