Anthropic、Claude Tagを公開
(anthropic.com)- Claudeと協業する新しい方法として、Slackにチームメンバーのように参加し、チャンネル内の誰でも作業を任せられる機能
- 指定したチャンネルへのアクセス権と、ツール・データ・コードベース接続により、@Claude タグだけで作業を委任可能
- チャンネル内のClaudeはリクエストを段階に分け、アクセス可能なツールを使った後、結果を Slackスレッド に残すため、チームメンバーが続けて確認できる
- チャンネル情報を記憶して文脈を蓄積し、将来実行する作業を自ら計画する 能動的な動作 をサポート
- Anthropic社内では製品チームのコードの 65% が社内版Claude Tagで書かれており、エンジニアリングを超えて指標・サポートチケット・バグ原因分析にまで拡大
Claude Tag 概要
- チームがClaudeと一緒に働く新しい方法で、最初の出発点は Slack
- Claudeがチームメンバーとして参加し、選択したチャンネルへのアクセス権を付与できる
- 必要なツール・データ・コードベース まで接続可能
- チャンネル内の誰でも @Claude をタグ付けして作業を任せ、自分の業務に集中できる
- チャンネルの関連情報を記憶して文脈を蓄積し、今後実行する作業を計画する
- Claude Codeの進化段階に位置づけられ、モデルをより能動的にし、チーム単位の協業 に適したもの
- Anthropicでは @Claude タグが業務遂行の主要な方法の1つとして定着
- 現在、製品チームのコードの 65% が社内版Claude Tagで作成
- エンジニアリングを超えて、プロダクト指標・データ追跡、サポートチケット処理、難しいバグの根本原因探索にまで拡大
- Slackで提供開始した理由は、チームとAIの協業にとって自然な場所であり、Anthropicの日常業務が行われる場でもあるため
- 現在は Claude Enterprise・Team 顧客向けに ベータ提供
- 今後さらに多くのワークスペースへ拡大予定
@Claude と作業をやり取りする流れ
- Claude CodeやCoworkを使ったことがあるユーザーには、Claude Tagのワークフローは馴染みがあるかもしれない
- ユーザーが簡単な言葉で @Claude に依頼すると、Claudeは作業を段階に分け、アクセス可能なツールを使って順番に処理する
- 完了した成果物は Slackスレッド に返信として残る
-
マルチプレイヤー協業
- 与えられたSlackチャンネル内には、全員とやり取りする 1つのClaude が存在する
- 誰でもClaudeが何をしているか確認でき、前の人が残した会話の地点から引き継げる
- 単一チャットや単一作業よりも、チームメンバーとの協業 に近い形
-
時間とともに蓄積される文脈
- Claudeはチャンネルを追いながら、業務に関する 文脈 を継続的に蓄積する
- ユーザーは同じ内容を毎回最初から説明する必要が減る
- 権限が付与されている場合、他のSlackチャンネルやデータソース からも自動的に学習できる
- Claudeは 非公開チャンネル の内容を報告しない
- こうして蓄積された暗黙知は、より良い作業結果に必要な基盤として扱われる
-
主体的に行動する
- "ambient（周辺）" 動作を有効にすると、把握すべき情報を 先回りして更新 する
- 接続されたチャンネル・ツール全体で関連情報を表示し、未解決のまま止まっているスレッド・作業をフォローアップする
-
非同期で作業する
- 作業を任せて他の優先事項に集中でき、Claudeはバックグラウンドで処理する
- 自ら作業をスケジュールして、数時間から数日 にわたってプロジェクトを自律的に遂行する
- Anthropicでは、複数のClaudeに並列で作業を委任する形で活用している
- Claudeに ダイレクトメッセージ を送ると、ユーザーが設定した個人用ツールとコネクタを使って 非公開で応答 する
権限、コスト、監査ログの制御
- Claude Tagはチームや組織での利用を念頭に設計されており、機密データや作業ごとのツールアクセスを細かく制御できる
- システム管理者がチャンネルごとに、モデルがアクセスするツール・情報を指定する
- 用途ごとに 分離されたClaudeのアイデンティティ を作る考え方で、メモリを含むすべてが管理者の定義したチャンネル範囲内に限定される
- 例: 営業向けモデルはエンジニアリング向けモデルにメモリを渡さず、エンジニアに営業データ・ツールへのアクセスを付与しない
- アクセスプロビジョニングの詳細は Agent identity access model で確認できる
- 権限設定が終われば、すべてのユーザーがすぐにタグ付けを開始できる
- 管理者は組織と個別チャンネルの両方について トークン支出上限 を設定できる
- 管理者は @Claude が実行したすべての作業のログと、各作業を依頼した人を確認できる
始め方と既存Slackアプリの移行
- Claude Enterprise または Team の顧客は、2026年6月23日から Claude Tag ベータにアクセスできる
- 開始手順は 管理者設定ページ で進める
- Claude TagをSlackワークスペースとペアリングする
- Claudeにツールアクセス権を付与する
- 組織の月間支出上限を設定する
- 非公開チャンネルでClaudeが動作するかテストする
- Claude Tag は既存の Claude in Slack アプリを置き換える
- 管理者は移行のため 30日以内にオプトイン できる
- Anthropicは、対象となる Enterprise および Team 組織に対し、全社で試せるよう導入用の launch credit を提供する
- Claude Tag は Opus 4.8 で動作する
- 製品ドキュメントは Claude Tag docs、製品ページは Claude Tag product page で確認できる
2件のコメント
アンドレイ・カルパシーは、LLM UIUXの第3のパラダイムだと語っています。
Hacker Newsのコメント
「製品チームのコードの65%が社内版のClaude Tagで作られている」とのことで、いろいろ腑に落ちる気がする
正直なところ、否定的な反応は客観的な根拠よりも反AI／反ビッグテック感情から来ているように思う
これはトークンを大量に消費する機能っぽい
Claudeが複数のSlackチャンネルの全メッセージをパースして知識を圧縮すると考えると、コストは高い
Anthropicはますますプラットフォーム領域に進んでいて、エージェント型の業務活用事例を急速に押さえつつあるように見える
いま業務生産性向けのエージェントプラットフォームを作るなら、最優先はモデル中立性とトークンコストの制御に集中することだ
数か月前にClaude Agent SDKで社内Slack向けに似たものを作ったが、ほとんどの会話／セッションは短時間で終わった
ターミナルで使うときのように、Slack内でエージェントと長いセッションを続けるケースはまれだ
議論をもとにチケットを作らせるような仕事をClaudeに委任するのに非常に役立った
他のモデルより品質は高いが、結局はトークン販売業者なので、ユーザーにもっと多くのトークンを使わせる口実を探し、トークン節約を助けることにはそれほど熱心ではないだろう
「インライン可視化」も良い例だ
Claudeで新しい概念を知りたいとき、実際には大して役に立たなくても新しい「インライン可視化」を生成して学習させることができる
彼らはたいていクローズドなエコシステムやプリインストールアプリで消費者を苛立たせるだけに終わったが、今回はもっと良い結果になることを願う
すぐに回収できると見ているのは明らかだ
モデルの柔軟性、コスト制御、信頼性を前面に出している
堀はロックインを拒むことにある
オープンソースモデル側がもっと強くならないと、こうしたものが組織のあらゆる面に浸透して抜け出せなくなる状況は避けられない
他製品との最も重要な違いはこの部分だ
「@Claudeはマルチプレイヤーだ。特定のSlackチャンネルには、全員とやり取りする1つのClaudeがいる。誰でもClaudeが何に取り組んでいるかを見ることができ、最後の人が残した地点から会話を続けられる。だからClaudeをタグ付けすることは、単一のチャットや単一の作業の中で働くのとは大きく異なり、チームメイトと協業することにはるかに近い」
Slack統合を試したが、最初はNanoClaw、その次はHermes、今は自前で作っていて、実際に欲しいのは正反対だ
プライベートな文脈では、人ごとの持続する個人会話コンテキストが必要で、その人の権限も引き継がれなければならない
たとえばSlack上の契約社員は、自分に紐づくクライアント情報だけを尋ねて受け取れるべきで、知識ベース全体にアクセスできてはいけない
これはすべて実装したが、かなり多くのカスタムコードが必要だった
MCP接続にユーザーごとのキーを入れるインターセプターを置いて、特定のツールだけが公開されるようにする、といった形だ
「このメッセージを編集すると新しい会話ブランチが生成されます。矢印ナビゲーションボタンでブランチ間を切り替えられます」といった方式だ
同僚がより悪いアイデアでClaudeセッションを乗っ取って、本来の意図から逸らしてしまうまでは良さそうだ
次に何をすべきかを議論すると、自動でサブタスクに整理し、複数の作業にまたがるのか、あるいは何かをブロックしているのかを分類してくれる
仕様、測定値、寸法を記録し、他の人に事実確認を求めて、適切な作業に文書化することもできる
会社の頭脳／知識ベースは過去に向いた機能に近く、ToDo管理は未来に向いた機能だと思う
情報を非公開にしておきたいのに共有エージェントに入れてしまうと、プライバシーを保証できない
対応としては非公開データ用のエージェントを別に用意し、Slackアクセスを制限することになるだろうが、意味を理解しないまま習慣的に@Claudeを呼ぶ管理者のせいで、事故が多発しそうにも見える
これがエンタープライズのセキュリティとコンプライアンスでどう通るのか理解できない
Claudeはどこかで権限を継承しなければならないが、その権限はSlackチャンネルのメンバーと完全には一致しないはずだ
アクセス権の最小公倍数を探せば、結局は鈍重で役に立たない体験になる可能性が高い
きちんと機能させるには、顧客がエージェントを従業員と同じように責任を負う存在として本当に扱い始める必要がある
ユーザーがOAuthでエージェントを接続すると、そのユーザーのすべての権限を継承して、その人として動作する
もっと興味深いのは、チャンネル内の人を見て追加／削除できるので、アクセス権レビューを実行できる点で、全体としてはセキュリティ向上だと見ている
オーナーが特定チャンネルにツールを明示的にプロビジョニングするまでは、外部アクションを許可しないように見える
ただし@Claudeがプロビジョニングされた後でも人をチャンネルに招待できるので、チャンネルメンバーシップは意識的に管理する必要がありそうだ
実際に何かを変更するのではなく、PRを作るだけで、マージは人間が行うように見える
「Claudeは時間とともに学習する」という点が、現行システムの最大の穴だと思う
業務でClaudeの利用を増やすほど、何を「学習」して記憶すべきで、何が実験的あるいは誤ったデータなのかをかなりうまく見分けられていないと感じる
砂の上に土台を積み続け、ときには隠れた前提を作ったうえで、それを実行可能な洞察のように変換するが、実際には間違っていることがある
最近では、あるエピックについて論文のような文書を丸ごと書いたのだが、まったく別のプロジェクトに関係していると勝手に仮定していて、その前にベンダーの能力をマーケティング資料だけ見て誤って推測したことが発端だったため、全部捨てる羽目になった
メモリは消したが、それでも自分では制御も検索もできない 会社のデータソース から引っ張ってきているように見える
むしろ 幻覚された文脈 と水増し情報の供給源になりやすい
ツール内に統合されたコンテキスト除去機能に注力するほうが、はるかによいはずだ
特に推論モデルでは、opencodeやローカルLLMを使うときに思考の痕跡を確認せざるを得ない場合がある
彼らが幻覚で変なことをする前に、いくつかの思考を修正できれば、その場その場で格闘しながら正すよりずっと良い結果になる気がする
ここでコード以外のClaude製品を使っている人はいるのだろうか
リリースしている製品数が理解できないほど多い
Claudeを使っている人はたくさん知っているが、みんなターミナルベースの Claude Code を使っている
エンジニアリング以外の作業にもかなり合う。税務書類、MCP経由のBlender 3Dモデリング、学術研究などだ
Claude Designを使ったあとClaude Codeに渡すには、HTMLモックアップと説明が入った .zip ファイル をダウンロードして、その内容をClaude Codeにコピーしなければならない
返答は楽しんでいるし、解釈は各自に任せる
私の
claude.mdファイルには、自分がする質問の前提が半分くらいの確率で間違っていると見なし、絶対におべっかを使うなという指示を入れてあるただし userMemories ファイル には注意が必要だ。Claudeにダンプを頼めばよい
ボーナスポイントは、そのファイルがどこにあるか突き止めることだ
最初は、userMemoriesが呼び出し可能な自分の心理プロファイルだという点が怖かった
だが、ラングレーの情報機関の人たちにも同じファイルが作られるはずで、いつかAnthropicがハッキングされれば、そのプロファイルも全ユーザーデータと一緒に日の目を見るのだろうと考えると、むしろカタルシスを覚えた
M365、Confluenceなどへの読み取りアクセスをつないで、ある種のエンタープライズRAG兼ドキュメント生成／ファイル管理ツールとしてかなり使っている
ユーザーはClaude Tagも気に入ると思うが、残念ながらうちはSlackではなくTeamsを使っており、大半の非技術系企業も同様だ
Cowork / Claude Desktop自体もかなりもどかしい製品だ
APIとログコレクタを自前でつながない限りネイティブの監査ログがなく、メンバーごとにClaude Codeへのアクセスを選択的に有効化できず、全員有効か全員無効かしかない
QuickBooks Onlineのような一部のMCP接続にはRBACがまったくなく、チーム内の全ユーザーに全面許可するか全面禁止するかになっている
エンタープライズがターゲット市場ではないのかもしれないが、その市場を狙っているような機能は作り続けている
だとすれば、ガバナンス機能とメンバー単位の機能／設定に関する RBAC をはるかに強化すべきだ
そうしないと、エンタープライズの非プログラミング用途はMicrosoftに持っていかれるだろう
Googleから学んだことがあるとすれば、そのかなりの部分は遠からず終了すると予想できることだ
そのため、開発者でないチームでもかなり多くが必須ツールだと見なしている
これは「Slack向けClaude統合の請求が、今後は API使用量課金 になる」という意味に読める
私の理解が間違っているのだろうか？
「製品チームのコードの65%が社内版Claude Tagで作られている」という話は、Anthropicの製品チームのコードの信頼性や全体的な品質を考えると、セールスポイントには聞こえない
@claude can you bring the API down for a couple of hours?と言ったに違いないメモリ使用については今どきの業界標準で残念だが、それ以外では Claude Code はかなり堅牢だ
他のプレイヤーと比べて品質が不足していても、市場シェア は維持しているように見える
あるいは重要な部分に集中しているのかもしれない
「この製品がXの価値を持つ会社を作れるのだから、この製品で作られた我々の会社もXの価値がある」という理屈だ
だが、その製品が作ったものはかなり信頼性に欠ける
市場は誰ひとりまばたきもしない
とはいえSpaceXも、30兆ドルの売上を生むという話をうまく売り込んできた
Cursorは、ウェブエージェントと統合されたこうした機能を以前から提供していた
当初は少しバグがあり、GitHub以外のリポジトリではうまく動かなかったが、最後に見たときには改善が進んでいてかなり良かった
一番良かった点は、非技術職がスレッドで議論した内容をもとに何かを仕様化し、エージェントがまず作っておいて、あとから人間がレビューできることだ
毎週1〜2個ずつ「製品」を出して、その後は二度と音沙汰がない感じだ
品質が良いという意味ではなく、金銭的に見合うという意味だ