Claude Tagとは？AnthropicのSlack向けAIチームメイト「@Claude」

Claude Tagの実際の姿

プロダクトページでの売り文句は "Tag it in, and it tags you back." です。ClaudeはSlackワークスペースにメンバーとして参加します。管理者が特定のチャンネルへのアクセスを許可し、ツールやデータ、そして "even codebases," にも接続すると、それ以降はチャンネル内の誰でも @Claude をタグ付けして自然言語でリクエストを送り、作業を任せられるようになります。

Anthropicはこれを "the beginning of an evolution of Claude Code" と位置づけています。同じエージェントが "more proactive" になり、"better with a full team." に働けるようになったという説明です。Claude Codeチーム自身の言い方はもっと率直で、こう表現しています："Claude Code made multiplayer, async, and proactive across your whole team."

多くの人が、これを単なる機能追加以上のものだと受け止めました。Andrej Karpathyはこれを、ウェブのチャットボックスとデスクトップアプリに続く "3rd major redesign of LLM UIUX" と呼び、LLMを "a persistent, asynchronous entity with org-wide tools and context." として再構想したものだと表現しました。これは以降の内容を理解するのに役立つ視点です。Claude Tagのあらゆる部分が、チャットアシスタントを組織の中に居座り続けて働くものへと変える取り組みだからです。

@Claudeの仕組み

マルチプレイヤーであること

これはAnthropicが真っ先に掲げている部分であり、あるHacker Newsのコメント投稿者が "the most important difference from other products." と呼んだ部分でもあります。"@Claude is multiplayer. Within a given Slack channel, there's one Claude that interacts with everyone." 誰でもそれが何に取り組んでいるかを見ることができ、前の人が中断した箇所から引き継げます。プライベートなチャットセッションよりも、チームメイトに近い存在です。

当然の懸念もすぐに浮上しました。同僚が的外れなアイデアで返信して、あなたのタスクを乗っ取ってしまうのを何が防ぐのか、というものです。あるAnthropicのエンジニアはHN上で回答し、Claudeはスレッドの発案者とその後の参加者を区別し、"patiently waits for a resolution while correcting any misunderstandings" だとし、独自のIDを持っているため、"a coworker cannot enter a thread and commandeer your identity." だと述べました。

記憶を保持し、あなたが働いていないときも作業を進める

@Claudeがコマンドラインというより、雇った人のように感じられる理由は2つあります。1つ目は記憶です。チャンネルを追い続けることで "builds more context about the work" していき、その結果 "don't need to explain things to it from scratch over and over again." になります。プロダクトページの表現では、"what happened in Monday's standup is still there on Thursday, without anyone repeating it." だとされています。

2つ目は非同期であることです。タスクを設定して別の作業に移っている間も処理が進み、"schedule tasks for itself, pursuing a project autonomously over hours or days." することもできます。"ambient" モードをオンにすると、さらに一歩進みます。関連情報を自発的にフラグ立てし、解決されずに静かになったスレッドをフォローアップします。

公開された例を見ると、これが具体的にイメージできます。データを取得してチャンネル内でグラフ化するよう依頼すれば、Claudeが自らデータウェアハウスに問い合わせます。

あるいはバグレポートを渡すと、チャンネルを離れることなくドラフトPRが返ってきます。

この非同期で「同僚をタグ付けし、ブロッキングの依存関係を待つ」という振る舞いこそが、コードの65%という主張に説得力を持たせています。これは、エンジニアリングの意思決定が実際に行われる場所に組み込まれたClaude Codeなのです。

独自のIDとして動作すること

インテグレーションの構築を生業にしている私にとって、これが最も興味深い部分です。Claude Tagはあなたの認証情報を借用しません。それは "acts as itself" し、Slackへの投稿はClaudeアプリとして、PRのオープンはClaude GitHub Appとして、データウェアハウスへの問い合わせは管理者が用意したサービスアカウントとして行われます。Claude CodeチームのNoah Zwebenは、この変化をHelp Net Securityでこうまとめています。エージェントIDは "what can this user do?" を "what can this agent do in this compartment?" に置き換えるのだと。

実際には、管理者がワークスペースレベルでベースラインのIDを定義し、チャンネルごとに上書きします。そのため、エンジニアリングのClaudeはGitHubやデータウェアハウスにアクセスできる一方、セールスチャンネルのClaudeはCRMに限定されます。プライベートチャンネルは独自のIDを持ち、"what Claude learns in a private channel never appears in the wider workspace." です。すべてのアクション、メモリの書き込み、ネットワーク呼び出しがログに記録されます。DMはさらに別扱いで、あなた個人のclaude.aiアカウント上で動作します。これは "email drafts or software only you have a license for." にとって適切な場所です。よく考えられたアクセスモデルであり、実際のシステムの近くにエージェントを置くすべてのチームが問うべき類の確信度と権限のスコーピングです。

旧Slack版Claudeアプリからの変更点

Claude Tagは旧Slack版Claudeアプリを置き換え、30日間のオプトイン移行期間が設けられています。2025年版をチャットパネルとしてしか覚えていない方にとって、この変化は見た目以上に大きなものです。

VentureBeatは、これを1年間のリリースの集大成として捉えています。双方向のSlack連携、インタラクティブなClaudeアプリ、エンタープライズプランのClaude Code、Managed Agents、そしてOpus 4.8までがすべて1つのプロダクトに統合された、という見方です。

Claude Tagのコスト

これが弱点です。AnthropicはClaude Tagの席単位・トークン単位の料金を公表していません。Claude Tagはトークンベースの課金で動作し、管理者が組織単位・チャンネル単位で支出上限を設定し、誰が何をリクエストしたかの監査ログが残ります。あるHacker Newsの読者はこれを "Claude integration to Slack is now billed as API usage" と要約し、別の読者は "nailed it." と返しました。

導入初期には手厚い優遇があります。HNで引用されたローンチクレジットの記述によれば、Enterprise組織あたり$25,000、有償席10席以上のTeam組織あたり$2,500とされており、これに対して "That's… a lot of credits. Clearly they expect to make it back fast." という乾いた反応が寄せられました。

そしてこれが本当の懸念であり、ローンチへの反応の中でも特に鋭く表現されています。

Wowza this will be a token guzzler. Assuming Claude is parsing every message posted on multiple slack channels, compacting knowledge etc.

holografix on Hacker News

似たようなSlackボットを開発してきたある人物は反論し、実際のセッションは短命な傾向があるためコストは管理可能な範囲に収まると述べていますが、正直なところまだ誰にも分かりません。VentureBeatが述べたように、"an agent that monitors channels continuously, builds memory, and works asynchronously over hours or days, the token consumption profile could look very different from traditional AI usage." です。支出予測に慣れている方であれば、常時稼働するエージェントに対する生のトークン課金は、広く展開する前にモデル化しておくべき項目です。

人々の反応

反応は明確に二分しました。支持派は新しいインタラクションモデルを見出しており、Kevin Weilはこれを "such a good idea," と呼び、AnthropicのAlex Albertは "less like using a tool and more like managing a team." だと述べました。

懐疑派は2つの点を突いています。65%という数字が最も鋭い批判を招きました。

Given the reliability and general product quality of the Anthropic product team's code, this doesn't sound like a selling point.

nozzlegear on Hacker News

また、「どこでも1つのClaude」という設計は、Anthropic自身のJoanne Jangから構造的な鋭い批判を受けました。彼女は、チャンネルごとに知っている情報を意図的に分断する単一の共有IDというあり方を "monotheistic" だと揶揄しました。これは本質的な緊張関係です。プライベートチャンネルを本当にプライベートに保っているのと同じ境界線が、#gtm にいるClaudeが #general にいるClaudeの知っていることを知らないということも意味します。すべてについて一貫した見方を持っていると思い込む前に、心に留めておく価値があります。

記憶に関する懸念は、私が最も注視しているものです。サポートの現場で目にするのと同じ失敗だからです。

It's quite bad at distinguishing what it should 'learn' from experimental or just wrong data… It builds and builds on a foundation of sand.

threecheese on Hacker News

Claude Tagがサポートチームにとって意味すること

ここからは私見を述べます。ここは私が実際に生きている領域だからです。

Claude Tagは社内のチーム業務にとって優れたプロダクトであり、eeselが何年も前に賭けた仮説を裏付けるものです。それは、仕事に適したAIの形とは、あなたが既にいる場所に居て、コンテキストを記憶し、自ら動くチームメイトだという仮説です。従業員向けの社内サポートチャットボット、Slack内のITサービスデスク、あるいはエンタープライズ検索の結果をチャンネルに取り込むことが必要なら、このカテゴリ全体が急速に進化しており、注目に値します。

しかし、顧客対応のサポートは別の仕事であり、汎用的なチームメイト型モデルが限界に突き当たる部分です。ポジショニングを見れば、それが最も分かりやすくなります。

Claude Tagについて最も大きな2つの懸念、つまり予測不能なトークンコストと誤ったデータからの学習は、まさに顧客対応サポートの導入では許容できない2点です。ボットが密かに間違った答えを学習し、それを顧客に繰り返すのは社内の些細な不便では済みません。返金、顧客の解約、コンプライアンス問題につながります。私は、自信満々に聞こえるボットが確信を持って間違った答えを返す様子を何度も見てきました。だからこそ、eeselのすべての導入は、本番で返信する前に、その企業の実際の過去チケットに対してシミュレーションを行います。予測される解決率と、実際に送られるであろう回答を確認し、ギャップを修正してから本番稼働します。

では、実際にどちらが必要なのでしょうか？たいていは1つの問いに行き着きます。

これこそが、サポート専用ツールが存在する理由そのものです。eeselは同じチームメイトという発想のAIヘルプデスクエージェント版です。Zendesk、Freshdesk、Gorgias、FrontおよびSlackに接続し、ヘルプセンターだけでなく解決済みチケットから学習し、確信度によってルーティングすることで確信度の低いケースは送信せずドラフトにとどめ、チケット単位で課金されるため実際に予算を組めるコストになります。Gridwiseでは導入初月にTier 1リクエストの73%を解決し、Smavaは月10万件以上のドイツ語チケットに完全自動化されたエージェントを運用しています。仕事が違えば、ガードレールも違います。

このカテゴリを検討中であれば、Slackサポート向けベストAI、ヘルプデスク向け格安AIアプリ、エージェントの生産性向上AIについての当社ガイドが、この記事よりも深く掘り下げています。

カスタマーサポートにeeselを試す

Claude Tagは、チームのSlack内でAIチームメイトとして適切な形をしています。対象が顧客であれば、同じチームメイトの発想をヘルプデスク向けに構築したものが必要です。eeselは既存のツールに数分で接続し、過去のチケットから学習し、実際の返信を一件も送る前に、実際の過去の会話に対してロールアウトをシミュレーションできるため、導入を決める前に解決率を確認できます。

同じようにヘルプデスク全体でも動作し、返信のドラフト作成と送信、トリアージ、エスカレーションを行います。完全な監督下に置きながら、時間をかけて徐々に自律性を高めていけます。

eeselを試すことができます。無料でクレジットカードは不要、有効化する前に自社のチケットでシミュレーションを実行し、どれだけ解決できるかを確認できます。