Claude Tagとは何か：SlackにおけるClaudeと、実際に誰が利用できるのか

Claude TagはAnthropicのSlack製品であり、公表されている説明のすべてが一文に収まっている。「Claudeはスレッドを読み、文脈全体を理解し、リアルタイムで反応するので、チームは共に前進できます」。その内容を実際に利用できるかどうかを決める一文は、2つのボタンの下にある——「SlackのClaude EnterpriseおよびTeamのお客様向けに提供」。

Anthropicのページにある他のものはすべて、行動喚起か、顧客による使用体験談か、沈黙のいずれかだ。沈黙はほとんどの記事が飛ばしてしまう部分であり、他者の会話を保持するワークスペースに何かを導入するかどうかを決めなければならない立場の人にとって重要な部分だ。そこで本稿は順に三つのことを行う。ページがClaude Tagを何だと説明しているかを述べ、Anthropicが主張していることと顧客が主張していることを分け、購入検討者が尋ねるであろう質問のうち公表された回答がないものを明示する。

タグは見た目より小さなインターフェースだ

製品名に含まれる動詞が、ほとんどすべての役割を担っている。タグはログインではなく、新しいタブでもなく、独自のデータストアを持つアプリケーションでもない。それは、すでに参加者と履歴があり、たいていはその中で決断が待っている会話に投げ込まれるメンションだ。Claude Tag が掲げるあらゆる主張は、この置かれ方から導かれる。つまり、ほかの誰かが書いたコンテキストの内側に届くのだ。

Anthropicはメッセージではなくスレッドを読むと述べているが、これは作業単位に関する主張だ。スレッドは返信チェーン、脇の会話、誰かが添付したファイル、そしてその全体が存在する理由を運ぶ。次に「完全なコンテキストを理解する」は、スレッドを読むことから含意される理解を主張している。リアルタイムで反応するは、出力に関する唯一の主張であり、タイミングに関する唯一の主張でもある。三つの動詞、三つの別々の約束、そしてページはそのいずれにも条件を付けていない。

コールトゥアクションは「Claudeをあなたのチャンネルに迎えましょう」で、「Slackに追加」ボタンとドキュメントへのリンクが並んでいます。これは個人のサインアップではなくワークスペースへのインストールであり、個人単位で販売されるものではなかったのです。その下にある提供状況の行が、そのことを裏付けています。

ページに書かれているClaude Tagの動作内容

Anthropic自身の言葉による説明は、上の一文以上には踏み込まない。ClaudeはSlackの中にいて、チャンネルにある内容を読み、会話がまだ進行している間に応答する。その一文を超えると、このページには機能一覧もアーキテクチャもモデル名もなく、Claude Tagの背後にあるモデルはAnthropicの公開説明のどこにも記載されていない。製品ページとしては簡素であり、その簡素さは訂正されるのを待つ省略ではない——ベンダーが書面で明示した内容のすべてなのだ。

ページがAnthropic自身の言葉で語っている唯一の挙動は、リアルタイムの反応だ。それ以外に証拠として示されているものはすべて、他ならぬ別のチームによる引用符付きの言葉として提示されている。引用を仕様書の項目として読む前に、この点に気づいておくのは有益だ。

唯一の具体的な例は、ある顧客のアカウントです。

Anthropicが公開しているClaude Tagの説明の中で最も具体的な事柄は、Anthropic自身の文章ではない。それはCTOのAabhas Sharma氏に帰せられる記述であり、Claude Tagを社内バグの第一対応者として描写している。届く報告を読み、障害のスクリーンショットを見て、Datadog、Linear、GitHubへのアクセス権を利用してユーザーエラーを排除し、根本原因を追跡し、そしてその記述の言葉を借りれば「しばしば修正PRを起草する」。

その段落は、このページに載っていない機能一覧よりも価値があり、それが何であるかを正確に捉えるだけの価値もある。それは、一つの組織が一つの導入事例を語っているものだ。製品が担える仕事の形——トリアージ、名前の挙げられた3つのシステム、その最後にドラフトされたプルリクエスト——を示すとともに、誰かが公の場で自分の名前を出すことを厭わなかった内容を示している。

仕様書のように読めるようにはなっていない。引用されている顧客はサポート対象統合の一覧ではなく、Datadog、Linear、GitHub は一覧ではなく到達範囲の例示として扱うべきだ。パイロットの範囲を決めるのであれば、そのアカウントはその仕事が現実的であることを示すには十分だ。接続作業の範囲を決めるには十分ではなく、このページはそうでないふりをしていない。

Enterprise および Team 限定で、会話に参加するメンバーが変わります

Slack 上で、Claude Enterprise および Team のお客様が利用できます。その一文は、前半と後半のどちらも制約として働きます。Enterprise と Team は組織向けプランであり、Pro、Max、無料枠は名指しされておらず、下位プランが後から提供されるという記述もありません。Slack に関する条件がさらに範囲を狭めます。業務がチャンネルではなくチケットシステムで行われる Team 顧客は、プラン要件の内側には入りますが、サーフェス要件の外側に位置します。

実務上の意味は、Claude Tag が個人向けには販売されていないということだ。自分自身のサブスクリプションをアップグレードしてそれを導入することはできず、判断はワークスペースの管理者に委ねられる。それは付随する問いが異なる、別種の購入だ。適格なプランがすでに存在するかどうか、誰が Slack ワークスペースを所有しているか、そして顧客データを保持している可能性のあるチャンネルにエージェントを接続することに誰が承認を与えるか、といった問いが付いてくる。

Anthropicのページは、3つ目の問いの助けにはならない。対象となるプランは明記しているが、Claude Tag自体の価格は一切公表していない——席単価も、アドオンも、従量料金もない。公表されているのは、すでに契約していなければならないプランの種類だけだ。そのプランに上乗せしてTagの席にいくらかかるのかは、公表されていない。

ページが未解決のままにしている4つの問い

バイヤーは、エージェントを共有ワークスペースに入れる前に4つのことを尋ねる。このページはそのどれにも答えていない。そして、それぞれは、もっともらしい何かで埋めるのではなく、率直に明記する価値がある。

• 価格。Claude Tag のシート単位のコスト、アドオン価格、従量料率はいずれも公開されていません。既に保有しているプランの価格は把握できますが、シートの価格は把握できません。

• 管理コントロール。管理コントロールの一覧は公開されていません。このページには、管理者が何を、どの範囲で設定できるのか、またそもそも誰がチャンネルに Claude Tag を追加できるのかは列挙されていません。

• データ保持。 保持に関する声明は公開されていません。Claude Tag はスレッドを読み取りますが、このページには、読み取った内容がどうなるか、そのいずれがどのくらいの期間保持されるか、どの条件の下で保持されるかは記載されていません。

• Slack 以外での可用性。 ページ上にある可用性の記述は 1 文のみで、Slack に限定されています。日付、確約、その他のサーフェスに関する一般的な記載は公開されていないため、ロールアウトを計画するための材料はありません。

その4つは些末なことではない。1つ目は予算を組めるかどうかを決める。2つ目はセキュリティチームがチャネル全体への展開を承認できるかどうかを決める。3つ目は法務に何を伝える必要があるかを決める。4つ目はこれが1つのツールでの試験導入なのか、ポリシー策定の始まりなのかを決める。出典なしにこれらのどれかに答えることは、ページ上で最も重大な詳細をでっち上げることを意味する。

他の引用文と、それらが何の証拠になっているのか

残りの顧客の声は3つの論点に集まっており、それらを1つずつ読むよりもまとめて読む方が有用だ。

第一の点は判断力についてです。エンタープライズAI部門ディレクターのサイモン・マンスフィールド氏は、Claude Tagについて「単に作業をこなすだけでなく、私たちの思考に問いを投げかけ、より良い問いを引き出し、判断力を置き換えるのではなく高めてくれる」と述べ、さらに「その間も自分たちが十分に主導権を握っていると感じられる」と語っています。これは、権限がどこに残るのかという議論であり、誰が口に出すか否かに関わらず、あらゆるエンタープライズ購買担当者が実際に交わしている議論そのものです。

2点目は導入についてです。AIエンジニア兼Tag AdminのDarian Baileyは、「私たちのチームには懐疑的な人は一人もいませんでした」と語っています。これは7語に大きな主張を凝縮したもので、導入が推進者たちの予想以上にうまくいった後に現れがちな類の言葉です。

三つ目は配置についてです。AI開発者のChad KunsmanはSlackを「Gustoのあらゆるものへの入り口」と表現し、Claude Tagがそこにネイティブ搭載されていることが「私たちにとって非常に大きい」と語ります。サポートエンジニアリング責任者のMicah Stairsは、チームメイトと一緒に「公開Slackチャンネルでオープンに」仕事をすることを説明します。サポート責任者のGeorge Diltheyは、解決した2つの課題として「インターフェースとデータアクセスの部分」を挙げ、チームはコード、ドキュメント、サポート会話について「Slack内で直接」Claudeに尋ねており、アクセスは「一か所で」管理されていると述べています。プロダクトマーケティングのMatthew Scottは、夏のカンファレンス運営を「自走するイベントプログラム」に変えたことを説明します。

このセットに含まれていないもの、それは失敗だ。どの引用も、誤った回答、断られたタスク、スレッドの読み違えについて述べてはいない。ベンダーが選んだ顧客の引用がそうであることはまれで、このセットも例外ではない。だから、それらを正直に使うなら、人々がその形を有用だと感じた証拠として使うべきであり、どこで破綻するかについての証拠として使うべきではない。Claude Tagをパイロット導入するなら、その失敗は自分で見つけることになり、このページはどこを見ればよいかを教えてくれない。

Claude Tag ではないもの（当社のものを含む）

Claude TagはSlack内で動作するAnthropicの製品です。これは呼び出すモデルではなく、APIでもありません。OrcaRouterはモデルをホストしており、Anthropicのアプリケーションはホストしていません。したがって、ここにはClaude Tagへのアクセスを提供するものは何もなく、当社側のどのプラン階層でもそれが提供されることはありません。

その境界は明示する価値がある。調達の会話では、この2つが混同されやすいからだ。モデルに自分のスレッドを読ませ、チケットに対して行動させたいチームは、自分たちが組み立てるシステムについて語っている。すなわち、モデル、検索層、権限、そして作業がすでに行われているツール内のインターフェースだ。そのリストの中で、モデルは買うのが簡単な部分である。OpenAI互換のエンドポイント1つとキー1つで、プロバイダーの定価のまま、マークアップなしで200以上のモデルに到達でき、プロバイダーが一時的に調子を崩したときにはフェイルオーバーが呼び出しを移してくれる。システムの残りは自分で構築するものだ。Claude Tagは、Anthropicが残りを構築し、それを他人のチャットツールに送り込んだバージョンである。

AnthropicのページにはClaude Tagの背後にあるモデル名が記載されていないため、同等の構築のためにルーティングすべき特定のモデルを指し示すことはできません。これはページの他の部分から推測できるような細部ではなく、それを推測することは、まさにこの記事が避けようとしている種類の作り話にほかなりません。

タイトルの問いへの答えは、ページの長さから想像されるより短い。Claude Tag は Slack 内で使える Claude で、Enterprise および Team のお客様が利用でき、スレッドとコンテキスト、リアルタイムについての一文で説明され、7社のお客様事例で示されている。そのうち1社はバグトリアージの詳細な事例を提供している。一方で、購入を決める4つの点、つまり費用、管理者が制御できる範囲、読み取ったデータがどうなるか、Slack 以外でも存在するかについては何も触れていない。これでパイロットを希望するかどうかは判断できる。契約を結ぶには十分ではなく、ページもそう主張していない。