Claude Tagとは？Slackに常駐するAIチームメイトの新機能
Claude Tagとは、Anthropicが2026年6月23日に発表した、Slackのチャンネルに「常駐するAIチームメイト」としてClaudeを参加させる新機能です。
これまでのClaudeは、必要なときに開いて質問する「ツール」でした。Claude Tagは、その立ち位置を大きく変えます。Slackのチャンネルにメンバーの一人としてClaudeが参加し、依頼を受けて働き、ときには依頼がなくてもチャンネルを見守る存在になります。Anthropicはこれを「チームでClaudeを使う新しいかたち」と説明しており、最初の対応アプリとしてSlackから提供が始まりました。
関連記事：Claudeとは？非エンジニアのための機能・ChatGPTとの違い・始め方
@Claudeとメンションするだけでタスクを任せられる
最も基本的な使い方は、チャンネルで @Claude とメンションしてタスクを依頼することです。ここでいうAIエージェント（人間の指示を受けて自律的にタスクを進めるAI）は、受け取った依頼をそのまま処理するのではなく、いくつかの段階に分解して順に進めます。
たとえば「このリポジトリのコードをレビューして、問題点をまとめて」と指示すると、Claudeが調査・整理・出力までを段階的に実行し、結果をスレッドに返します。依頼した人が別の作業に集中している間に、Claudeがタスクを進めてくれる点が要点です。これまでの「質問して、すぐ答えが返ってくる」一問一答とは異なる使い方になります。
「単発の相談相手」から「常駐する同僚」への転換
Claude Tagの最大の特徴は、Claudeの位置づけが「単発の相談相手」から「常駐する同僚」へと変わったことです。従来は人がClaudeに話しかけたときだけ反応する受動的な存在でした。Claude Tagでは、チャンネルに居続けて文脈を蓄積し、必要に応じて自ら動く能動的な存在になります。
Anthropicはこの機能を自社でも使い込んでおり、ある製品チームのコードの65%を社内版のClaude Tagが生成していると公表しています。提供する側が本番の現場で使い込んだうえでリリースしている点は、まだベータ段階の機能に対する一定の裏づけといえます。変わったのは呼び名だけではありません。文脈を覚える永続的なメモリ、将来のタスクを予約する機能、依頼がなくても動く能動的な振る舞いという、これまでのアプリにはなかった3つの性質が加わったことが本質です。
なぜいま「AIをチームの一員にする」のか
AIを単発のツールから常駐する同僚へと近づける動きは、Claude Tagに限ったものではありません。各社は「組織の文脈をどこに蓄えるか」という競争を進めており、Claude Tagはやり取りが集まるSlackという場所に、その役割を置こうとしています。検索ボックスのようなAIではなく、仕事を片付ける同僚を志向している点が特徴です。
市場の追い風もあります。ある調査では、法人での採用率でAnthropicが初めてOpenAIを上回り、調査対象企業の34.4%がAnthropicを採用したと報告されています（出典: Ramp AI Index、2026年5月）。これは米国市場のデータのため国内とは事情の差があるものの、チーム単位でAIを使う流れは日本でも広がりつつあります。Claude Tagは、こうした需要をチーム協働の領域へ広げる一手として位置づけられます。
対象はClaude Enterprise / Teamのベータ提供
Claude Tagは、Claude EnterpriseとClaude Teamの契約者を対象としたベータ（リサーチプレビュー）として始まりました。個人向けの単独プランではなく、組織で契約しているプランが前提です。
基盤となるAIモデルには、Claudeの上位モデルである「Opus 4.8」が使われています。なお、クラウド経由でClaude Enterpriseを利用している場合も、同日からベータ提供の対象に含まれています。発表直後の段階のため、利用できる範囲や設定は今後変わる可能性があります。
Claude Tagの仕組みと主要機能
Claude Tagの機能は、「マルチプレイヤー」「文脈学習」「アンビエント（能動）」「非同期・自律実行」という柱で整理できます。いずれも、Claudeをチャンネルに常駐させるという設計から生まれています。ここでは、利用イメージをつかむために主要機能を順に見ていきます。
関連記事：Claude Coworkとは？できることとClaude Codeとの違いを5つの観点で整理
チャンネルに常駐する1つのClaude（マルチプレイヤー）
Claude Tagでは、1つのチャンネルの中に、全員と対話する1体のClaudeが存在します。これは「マルチプレイヤー」と呼ばれる設計です。
特定の個人だけがClaudeとやり取りするのではなく、チャンネルにいる全員がClaudeの作業状況を見られます。誰かが途中で止めた会話を、別の人が引き継ぐこともできます。作業が全員に見える状態になるため、特定の担当者しか経緯を知らないという属人化を避けやすくなります。複数人の依頼に同時に対応できる点も、チームで使ううえでの利点です。
文脈を学習し、アンビエントに能動で動く
Claudeはチャンネルを追いかけるなかで、その仕事に関する文脈（コンテキスト）を少しずつ蓄積していきます。毎回ゼロから背景を説明し直す必要が減り、接続を許可されたツールやデータからも関連情報を引いてこられます。
さらに「アンビエント」と呼ばれる能動モードを有効にすると、Claudeは依頼を待たずに自ら動きます。チャンネルをまたいで関連情報を拾い上げたり、解決されないまま放置されたタスクをフォローアップしたりします。求められる前に要約やリマインドを差し込んでくる挙動が、従来のチャットボット（あらかじめ用意した受け答えを返すプログラム）との大きな違いです。一方で、常に見ている存在になるため、後述する権限設計とあわせて運用を考える必要があります。
タスクを段階分解して非同期・自律で進める
Claude Tagは、受け取ったタスクを段階に分け、利用できるツールを使って順に処理します。処理はその場の一問一答にとどまりません。自分でタスクをスケジュールし、数時間から数日にわたって非同期で進めることもできます。
たとえば「来週の会議資料のたたき台を作って」と依頼すると、Claudeは関連するやり取りや資料を集め、構成を考え、下書きを用意するまでを、人が別の作業をしている間に進められます。
権限の設計面では、Claudeが自分専用のアカウントを持って各システムに接続し、アクセス範囲が「チャンネル単位」で区切られる仕組みになっています。あるチャンネルで学習した文脈は、その境界の外には出ない設計とされています。機密性の高い情報を扱う場合は、ダイレクトメッセージ（DM）でやり取りする経路も用意されています。
従来のClaude in Slack・他のAI連携との違い
Claude Tagは、これまでの「Claude in Slack」アプリを置き換える形で発表されました。従来のアプリも、スレッド内で下書きや要約、質問への回答を頼める便利な機能でしたが、スレッドをまたぐ永続的なメモリも、スケジュールされた作業も、自ら動く振る舞いも持っていませんでした。下表は、位置づけ・メモリ・振る舞い・タスク実行・スケジュールの5つの観点で、Claude Tagと従来アプリ、一般的なAIアシスタント連携を整理したものです。それぞれの得意領域を理解すると、自社で何が変わるのかを判断しやすくなります。
| 観点 | Claude Tag | 従来のClaude in Slack | 他のAIアシスタント連携（一般） |
|---|---|---|---|
| 位置づけ | 常駐するチームメイト | 単発の相談相手 | スレッド内アシスタント |
| メモリ | チャンネル単位で文脈を蓄積 | スレッドをまたぐ永続メモリなし | 限定的 |
| 振る舞い | 能動的（アンビエント対応） | 受動的（依頼時のみ反応） | 受動的が中心 |
| タスク実行 | 段階分解・非同期・自律 | 同期の一問一答が中心 | 同期が中心 |
| スケジュール | 将来のタスクを計画・実行 | なし | 限定的 |
表のとおり、Claude Tagは「依頼に答える」だけでなく「仕事を片付ける」方向に踏み込んでいます。たとえば、情報を探す手間を減らしたいだけなら従来型のアシスタントでも十分ですが、定型タスクそのものを任せたい場合はClaude Tagのような常駐型が候補になります。自社の課題が「情報が見つからない」のか「作業が終わらない」のかを見極めると、どちらを選ぶべきかが整理できます。
Claude Tagの始め方と移行スケジュール
Claude Tagを使い始める流れと、既存ユーザーが対応すべき移行のスケジュールを整理します。発表直後のため細かな手順は変わる可能性がありますが、考え方の骨格は押さえておくと準備がスムーズになります。
関連記事：AIエージェントの法人導入ガイド｜PoCから本番運用までの5ステップと3つの落とし穴
導入の前提とSlackへの追加
前提として、Claude EnterpriseまたはClaude Teamの契約が必要です。そのうえで、SlackワークスペースにClaudeを追加し、Claude側のアカウントと連携します。
導入時に新しく考えることになるのが、「どのチャンネルで、どんな権限のClaudeを動かすか」という設計です。従来は人がClaudeに話しかけるだけでしたが、常駐型では、Claudeがどの情報やツールにアクセスできるかを最初に決める必要があります。ここを曖昧にしたまま広げると、後から統制が効きにくくなります。
チャンネル単位の権限設定が要になる
Claude Tagでは、管理者がチャンネル・ツール・データセットを指定し、用途ごとに別々のClaudeを用意できます。たとえば、ある部門用と別の部門用でアクセスできる範囲を分け、それぞれ独立したClaudeとして運用するイメージです。
この「アクセス範囲をチャンネル単位で区切る」考え方が、安全に使ううえでの中心になります。プライベートなチャンネルはそれぞれ独立した境界を持ち、そこで蓄えた文脈は外に漏れない設計とされています。導入の準備としては、機能の使い方を覚える以上に、この権限の地図を描く作業が重要になります。
既存「Claude in Slack」からの移行（2026年8月3日終了）
既存ユーザーにとって直近の焦点が、移行のスケジュールです。従来の「Claude in Slack」ツールは2026年8月3日に提供を終了し、Claude Tagの体験へ切り替わります。管理者は、それまでに新しい体験へ移行する形になります。
この切り替えは、単なる名称変更ではありません。受動的なアシスタントから常駐型の同僚へと運用モデルが変わるため、誰がどのチャンネルでどんな権限のClaudeを動かすのかという設定を、あらためて作り直す作業を伴います。逆にいえば、終了日までの期間は、権限の設計とガードレール（やってよいこと・いけないことの線引き）を整える準備期間と捉えられます。
Before/Afterで見るSlack業務のインパクト
Claude Tagのような常駐型AIを業務に組み込むと、Slack上の日常作業はどう変わるのでしょうか。ここでは、よくある2つの場面を取り上げ、導入前後のイメージを具体的な数字で示します。数値は一般的なケースを想定したもので、実際の効果は業務内容によって変わります。
場面1：社内の一次問い合わせ対応
1つ目は、Slackに日々寄せられる「あの資料はどこ？」「この手続きはどうする？」といった定型的な問い合わせ対応です。社内ヘルプデスクを兼務する担当者が、その都度手を止めて対応している場面を想定します。
導入前は、担当者が過去のやり取りや社内ドキュメントを探して手動で回答していました。1日あたり約30件、平均6分かかると、1日約180分（約3時間）が問い合わせ対応に費やされます。導入後は、Slackに常駐するClaudeが会話履歴と社内ドキュメントを参照して一次回答し、担当者は内容の確認だけを行います。約7割をAIが一次回答できれば、担当者の対応は1日約50分まで減り、削減率は約70%です。時給3,000円で換算すると、月あたり約13万円相当の工数削減になります。
場面2：チャンネル横断の情報集約
2つ目は、複数のチャンネルに散らばった進捗や決定事項を、毎週かき集めて共有用のメモにまとめる作業です。チームの進行管理を担う担当者が、定例ごとに手作業で整理している場面を想定します。
導入前は、各チャンネルを遡って読み、決定事項と未解決タスクを拾い上げて整理していました。週1回あたり約90分かかる計算です。導入後は、Claudeがチャンネル横断で会話を読み取り、決定事項・未解決タスク・要フォロー項目を自動で要約して提示します。担当者は内容の確認と補足のみで済むため、週1回あたり約15分まで短縮でき、削減率は約83%です。月あたりに直すと約1.8万円相当の工数削減になります。いずれの場面も、AIが「探す・まとめる」といった定型作業を自動化し、人は判断と確認に集中できる形に変わります。
導入の成否を分ける権限設計・コスト制御・ガバナンス
Claude Tagの導入が成功するかどうかは、機能そのものよりも「権限をどう設計し、どう統制するか」で決まる側面が大きい機能です。常駐型で自ら動くからこそ、線引きの設計が価値を左右します。ここでは、検討段階で押さえておきたい3つの観点を整理します。
過大な権限付与を避ける
自律的に動くAIエージェントで最も注意したいのが、必要以上の権限を与えてしまうことです。自然言語で書いた手順は「こう動いてほしい」という助言であって、強制力のある制御ではありません。確実に止めたい操作は、アクセスの設計と、接続先を許可制にする仕組みで線を引く必要があります。
特に、削除や直接の反映といった元に戻しにくい操作は、事前確認を必須にする運用が推奨されています。チャンネル単位でアクセス範囲を区切り、機密性の高いチャンネルでは「読み取り・要約・通知のみ」に絞るといった権限制御が、安全に使う出発点になります。
アンビエント運用と監査ログ
能動的に動くアンビエントモードは便利な反面、Claudeが他のチャンネルやツールから情報を引いてくるため、情報が意図せず外に出るリスクが最も大きくなる場面でもあります。クラウド経由の一部の提供形態では、アンビエントモードが初期状態で無効になっており、慎重な初期設定が前提とされています。
運用の透明性を支えるのが監査ログです。Claude Tagは、いつ・どのチャンネルで・誰の依頼で何をしたかを追跡でき、許可していない接続先への送信はポリシーで遮断される設計とされています。導入後は、こうしたログを定期的に確認し、退職者が設定した定期実行が残り続けないよう、チャンネルから明示的に外す運用も必要になります。
コストは従量課金、ハードキャップで上限管理
費用は、人数ではなく利用量を測る従量課金の形が採られています。組織全体の上限（ハードキャップ）と、チャンネル個別の上限を設けられるため、利用量が想定を超えたときの歯止めをかけられます。
上限に達した場合は、超過する作業が拒否されるだけで、進行中の処理が打ち切られるわけではないとされています。AI導入時に懸念されがちな「際限のない利用料」に対し、あらかじめ上限を設計できる点は実務上の安心材料です。なお、DM経由の利用は組織の上限の対象外になるケースがあるため、運用ルールとして整理しておくと安全です。
Claude TagのようなAIエージェントを業務に入れるときに陥りがちな3つの落とし穴
Claude Tagのような常駐型AIは魅力的ですが、自社で活用しようとすると、つまずきやすいポイントがあります。ここでは、AIエージェントを業務に組み込む際に陥りがちな3つの落とし穴と、その回避策を整理します。
落とし穴1：いきなり全ての業務をAIに任せようとする
1つ目は、最初から多くの業務を一気にAIへ任せようとすることです。対象を広げすぎると、権限設計も効果検証も追いつかず、かえって運用が回らなくなります。
落とし穴2：壮大なAI活用構想から考え始めて手が止まる
2つ目は、全社的なAI活用の構想から考え始めてしまうことです。理想像が大きいほど合意形成に時間がかかり、最初の一歩が踏み出せないまま検討だけが続きがちです。
落とし穴3：既製品のチャット型AIのままでは業務フローに組み込めない
3つ目は、既製品のチャット型AIをそのまま使おうとすることです。汎用的なまま使うと自社の業務フローに合わせた調整が難しく、現場で本当に使えるレベルの精度や手順に届かないことがあります。
スモールスタートで1業務をAIエージェントに任せる
これらを避ける近道は、スモールスタートです。まず1つの業務に絞ってAIエージェントに任せ、効果と安全性を確かめながら少しずつ範囲を広げる進め方が、結局は最短距離になります。Claude Tagのチャンネル単位という設計も、こうした小さく始めるやり方と相性が良いといえます。
GiftXでは、こうしたスモールスタート前提のAIエージェント構築を1業務単位から伴走支援しています。詳細はAIエージェント構築支援サービスをご覧ください。
Claude Tagに関するよくある質問
最後に、Claude Tagについて検討段階で疑問になりやすい点を、端的に整理します。
個人のDMでも使えますか？
機密性の高い情報を扱う場合などに、ダイレクトメッセージ（DM）でやり取りする経路が用意されています。ただし、DM経由の利用は組織の上限管理の対象外になるケースがあるため、運用ルールとして整理しておくと安全です。
どのプランで利用できますか？
Claude EnterpriseとClaude Teamの契約者を対象としたベータとして提供されています。個人向けの単独プランではなく、組織で契約するプランが前提です。
既存のClaude in Slackアプリはどうなりますか？
従来の「Claude in Slack」は2026年8月3日に提供を終了し、Claude Tagへ切り替わります。管理者は、それまでに新しい体験へ移行する形になります。
チャンネルの会話を学習しますか？
Claudeはチャンネルを追いかけるなかで、その仕事に関する文脈を蓄積します。ただし、その文脈はチャンネル単位の境界の中にとどまり、外には出ない設計とされています。
データのプライバシーは保護されますか？
アクセス範囲はチャンネル単位で区切られ、許可していない接続先への送信はポリシーで遮断される設計とされています。導入時にどのチャンネルで何にアクセスできるかを設計し、監査ログで運用を確認することが前提になります。
まとめ
Claude Tagは、Slackに常駐するAIチームメイトとしてClaudeを参加させ、依頼を受けて段階的に、ときには能動的に仕事を進める新機能です。従来の単発の相談相手から、文脈を蓄積して非同期で働く同僚へと位置づけが変わりました。導入では、機能の使い方以上に、チャンネル単位の権限設計・コスト上限・移行スケジュール（2026年8月3日の切り替え）の準備が鍵になります。
こうした常駐型AIを自社で活かすうえで現実的なのは、壮大な構想からではなく、まず1つの業務をAIエージェントに任せるスモールスタートです。小さく始めて効果と安全性を確かめながら、対象を広げていく進め方が、結果的に最短距離になります。
AIエージェントの業務活用をご検討の方へ
本記事で紹介したClaude TagのようなAIエージェントの活用に向けて、自社の業務でも具体的に進めたい・相談したいとお考えの方は、ぜひGiftX AIエージェント構築支援までお問い合わせください。
GiftX AIエージェント構築支援では、貴社の業務に合わせて1業務単位のスモールスタートから本番運用まで、AIエージェント構築をワンストップで支援します。ユースケースの洗い出しから、PoC（概念実証、小さく試して効果を確かめる検証）、本番運用、社内ナレッジ化まで伴走します。
AI活用にご関心のある方は、ぜひ一度ご相談ください。
▶ GiftX AIエージェント構築支援の詳細・お問い合わせはこちら
