Claude Tagが登場 — Slackで@Claudeを呼び出しチームの一員として並行作業を任せる新形態

要点

2026年6月23日、AnthropicはClaude Tagを発表しました。Slackのチャンネル内で@Claudeをメンションし、タスクを丸ごと委譲できるチーム協働型のClaudeです。既存の「Claude in Slack」アプリを置き換える位置付けで、Claude EnterpriseとTeamの顧客向けにbetaが同日開始しました。

• 配信面はSlack:チャンネルに参加させ、@Claudeメンションで作業を依頼する形態
• 対象プラン:Claude EnterpriseとTeamで本日からbeta。既存の「Claude in Slack」アプリからは30日以内に管理者が移行opt-in
• モデル:Claude Opus 4.8で動作
• 特徴:同一チャンネル内で1つのClaudeが全員と対話する「マルチプレイヤー」性、文脈の継続学習、ambientモードでの自発通知、非同期・スケジュール実行
• 管理:トークン支出上限を組織単位・チャンネル単位で設定でき、誰が何を頼んだかのログを閲覧可能
• 導入クレジット:適格なEnterprise / Team組織に試用のためのlaunch creditが付与

全体としては、Claude Code / Coworkに続く「働き方の場所」を広げる動きで、個人の1対1チャットから、チーム空間に常駐する共有エージェントへという設計転換の始点と読めます。

あなたの利用フローはどう変わるか

エンジニアリングチーム

普段のSlackチャンネルにClaudeが常駐し、@Claude この関数のバグを追ってPR書いてのように依頼をそのままメンションで投げる運用が可能になります。発表では、Anthropic社内のプロダクトチームで書かれるコードの65%が内部版のClaude Tagで生成されていると説明されています。従来はチャット画面やClaude CodeのCLI/IDEに切り替えて依頼していた作業を、Slackから離れずに始められるようになります。

同一チャンネル内では単一のClaudeがやり取りするため、途中でメンバーが交代しても文脈が引き継がれます。個別のスレッドを掘り返さなくても、他のメンバーが何を頼んで何が出てきたかが見え、続きから拾えるのが従来の1対1チャットとの大きな違いです。

プロダクト/データ/サポートチーム

発表では「プロダクト指標やデータの深掘り」「サポートチケットの一次対応」「厄介なバグの根本原因追跡」まで、エンジニアリング以外の場面で@Claudeが活用されている例が挙げられています。ambient挙動を有効にすると、Claudeがチャンネルとツールを横断して放置されているスレッドや未完了タスクを自発的にリマインドするようになります。

複数のClaudeに並行で仕事を投げられる非同期の作りは、Coworkのような業務コネクタ側の並列委譲と方向性が近く、AIに「同時に何本も走らせる」ことが前提の運用へ移っていくことが示されています。

管理者(IT / セキュリティ / 情シス)

アクセス制御はチャンネル単位・ツール単位で細かく切れます。営業用に設定したClaudeとエンジニアリング用に設定したClaudeではメモリもツール権限も混ざらない設計で、「Claude identityを用途ごとに分ける」考え方が示されています。プライベートチャンネルからは他所への横流し報告を行わない挙動も明記されました。

管理者は組織全体と個別チャンネルの両方でトークン支出上限を設定でき、@Claudeが実行した内容のログを、依頼者と紐付けて閲覧できます。RBACや監査ログを重視する組織にとっては、Slack常駐型AIで従来懸念されがちだった「誰が何を頼んだか分からない」問題への回答が用意された形です。

背景・文脈

「Claude in Slack」からの置き換え

Anthropicは以前から「Claude in Slack」というSlackアプリを提供していましたが、Claude Tagはこれをリプレースする位置付けです。既存アプリを使っている組織の管理者は、公開から30日以内に移行のopt-inを行うよう案内されています。単なる名称変更ではなく、チャンネル常駐・マルチプレイヤー・非同期・ambientという4点の設計変更を伴った刷新です。

Claude Codeからの延長線

発表では「Claude Codeの進化の始まり」という表現で自己位置付けがされています。1対1のセッションで開発者と対話するClaude Codeの世界を、チームの共有空間へ広げた形と読めます。Claude Codeを使ったことがあるユーザーであれば、依頼を段階に分解して順に処理する挙動や、ツールを介したタスク遂行はほぼ同じ感覚で使えます。

Claude Codeで既に定着している「AIエージェントに委譲する」文化を、Slackという既存のワークスペースに移し替えたと言えます。エンジニア個人の生産性ツールから、チームの一員として振る舞う共有アセットへの拡張です。

Opus 4.8を土台に

Claude TagはClaude Opus 4.8上で動作します。Opus 4.8は同価格でOpus 4.7から性能が底上げされ、effort調整やダイナミックワークフローが加わったモデルで、複雑なタスクの分解実行や長時間の自律作業に向いた特性を持ちます。Claude Tagが標榜する「非同期で数時間〜数日にわたるタスクを自律遂行できる」挙動は、この土台の上に構築されています。

「マルチプレイヤーAI」という設計思想

同じチャンネル内では1つのClaudeが全員と対話するという設計は、AIを「個人アシスタント」ではなく「チームメイト」として扱うという思想を明示しています。従来の生成AI利用の主流だった「各自のブラウザタブで別々にチャット」から、「共有空間で全員が同じAIを見る」への転換で、進捗の可視化と引き継ぎコスト削減が同時に得られる構図です。

一方、@Claudeが一度に多くのメンションを受けた場合の応答遅延や、チャンネル文脈の学習が意図しない相関を作らないかは、beta期間の運用で検証される観点として残ります。

利用形態別の影響早見表

利用形態ごとに、Claude Tagがどれくらい効くかを段階語彙で見比べます。

Slackを使っていない組織にとっては、現時点では観測に留まる発表です。ただし、@Claudeという共有空間常駐AIの設計パターンそのものは、今後他のワークスペースツールに移植される可能性が高く、方向性の把握には価値があります。

よくあるつまずき

Slack常駐型AIを組織で本格運用するときに、想定される落とし穴を挙げます。

• 既存Slackアプリと共存させたまま放置:Claude Tagは「Claude in Slack」を置き換える設計です。30日以内の移行opt-inを管理者が意識的に行わないと、ユーザーがどちらを叩いているか分からない状態が続きます
• チャンネル権限を大雑把に切る:営業とエンジニアのClaudeでメモリ・ツールが混ざらない設計を活かすには、チャンネル単位で必要最小のツールだけを露出する運用が前提です。全ツールを全チャンネルに開放するとRBACの意味が薄れます
• ambientモードを最初から全開:自発通知が有効な状態でチャンネル数が多いと、通知過多で無視されるようになりがちです。まず対象チャンネルを絞り、挙動を観察してから広げる段取りが穏当です
• プライベートチャンネルからの情報漏出を過度に心配:発表ではプライベートチャンネルからは他所へ情報を渡さない設計と明記されています。ただしbetaのうちは組織のポリシーレビューを別途通すのが安全です
• トークン支出上限を設定しない:非同期・並行実行が前提の設計上、支出は跳ねやすい構造です。組織全体とチャンネル別の両方で上限を先に決めてから公開する運用が合っています

編集視点 — Claude Code / Cowork / Claude Tagの三分点

Anthropicの提供面は、個人開発者向けのClaude Code、業務担当者向けのCowork、チームのワークスペースに常駐するClaude Tagという三分点に整理されつつあります。用途別の対応関係を早見表にまとめます。

Claude Tagが埋めるのは「開発者個人でもなく、業務担当者個人でもない、チームが集まる場所で発生する作業」というレイヤーです。Slackを起点にしたのは、Anthropic社内の日常業務がSlack中心で回っていることが理由として明示されており、まず自社利用が濃い場所から検証を始める設計と読めます。今後、Slack以外の共有空間(Microsoft Teams、Discord、社内ポータル等)への拡張が示唆されており、「@Claudeがいる場所」を横に広げる方針が見えます。

過去発表からの位置付けタイムライン

Claude Tagがどこから来た機能か、Anthropicのプロダクト発表を時系列で並べると設計思想の連続性が見えてきます。

「Slack in a chat」から「Claude in a channel」へと視点を移した発表と読めます。過去半年で積み上げてきた業務コネクタ・自律モデル・エージェント運用の3要素を、Slackという慣れた空間に集約したのがClaude Tagです。

まとめ

• Claude Enterprise / Teamの管理者:beta参加を検討する場合、既存「Claude in Slack」アプリからの移行は30日以内のopt-in。ツール・チャンネル単位のアクセス制御と支出上限を先に設計する
• プロダクト・データ・サポートチーム:1対1のClaudeチャットからチーム共有の@Claudeに移すと、進捗の可視化と引き継ぎコスト低減が期待できる用途
• エンジニアリングチーム:Claude Codeの延長として、Slack常駐でのタスク委譲・非同期実行が加わる。個人のCLI利用は引き続き併用可能
• 一般ユーザー(Pro / Free):今回のbeta対象外。Slack常駐型の体験はまだEnterprise / Teamの範囲

Anthropicは今後、Slack以外の共有空間へも「@Claudeがいる場所」を拡張する方針を示しています。個人向けAIからチームに常駐する共有エージェントへの転換の一歩目として、動向を追う価値のある発表と言えます。