［ビジネスマン向け］Claude Tagが個人のコネクタに対応——チャンネルから自分のカレンダーやドライブを参照可能に

2026-09-26

はじめに

　Anthropicは2026年9月24日、Slackのチャンネルで動くClaude Tagが、依頼した本人の個人コネクタを使えるようになったと発表しました。6月にベータ公開されたClaude Tagの権限設計を広げる更新です。本稿では、仕組みと使い分け、管理面の選択肢を整理します。

参考記事

タイトル: Claude Tag now supports personal connectors in channels
著者: Anthropic
発行元: Anthropic（Claude公式ブログ）
発行日: 2026年09月24日
URL: https://claude.com/blog/claude-tag-now-supports-personal-connectors-in-channels

要点

Claude Tagが、チャンネル内の依頼に対して依頼者本人のコネクタを使えるようになった
個人コネクタは本人以外は使えず、投稿前に確認するモードと自動投稿するモードを選べる
定期実行や無人の処理には、引き続き管理者がチャンネルに設定した共有コネクタが使われる
Teamプランで順次提供が始まっており、Enterpriseプランが後に続く

詳細解説

これまでの制約と今回の変更

　Claude Tag（ベータ版）は、SlackのチャンネルにClaudeを加え、チームと一緒に作業させる機能です。これまでClaudeが使えたのは、管理者がチャンネルに設定したコネクタ（外部サービスとClaudeをつなぐ連携機能）だけでした。Anthropicによれば、多くの組織は「アクセス権はチャンネルではなく人に紐づけたい」という考えから、このリストを意図的に短くしています。

　今回の更新で、チャンネル内の依頼に対して、依頼者本人のコネクタを使えるようになりました。例として、自分のカレンダー、自分のドライブ、CRM（顧客管理システム）で担当している取引先、ステージング環境（本番前の検証環境）へのデプロイ状況などが挙げられています。Claudeアカウントに接続済みのコネクタであれば、チャンネルでも利用できます。個人コネクタは本人以外は使えません。

　チャンネルでのAI活用では、「チャンネルに権限を広く与えるほど便利になるが、情報が見えすぎる」という緊張関係があったと考えられます。今回の設計は、権限を人に残したまま利便性を上げる方向の解決策と読めます。

出力の見せ方を選べる2つのモード

　個人コネクタから得た情報をチャンネルにどう出すかは、依頼者が決められます。

確認モード（review）: 各回答を投稿前に自分で確認する
自動モード（auto mode）: Claudeが確認の必要な機微な内容があると判断した場合を除き、自動で投稿する

　Enterpriseプランでは、管理者が全員に確認モードを必須にできるようになる予定です。自動モードでもClaudeが事前に内容をチェックするとはいえ、機微情報の判定をどこまで任せられるかは組織によって判断が分かれるところだと思います。まずは確認モードから始め、扱う情報の性質を見ながら切り替えていく運用が現実的と考えられます。

具体例: 計画書と出荷済みの作業を突き合わせる

　Anthropicは次のような利用例を紹介しています。GitHubと連携した #checkout-migration チャンネルで、Priyaさんが「自分のGoogleドライブにある計画書と、実際に出荷したものを照らし合わせて、何が残っているか教えて」とClaudeに依頼します。

　Claudeは、マージ済みのプルリクエストをチャンネルのGitHubコネクタから読み取ります。一方、計画書はPriyaさん本人しか開けません。以前はここでClaudeの作業が止まっていました。今回の更新により、Claudeはチャンネルの処理とは切り分けて、PriyaさんのGoogle Driveコネクタから計画書を読み、出荷済みの項目と残作業をまとめて投稿します。

　この計画書は機微な情報ではないため、Priyaさんは自動モードを選び、Claudeが比較結果を事前にチェックしてから投稿します。先に確認したい文書であれば、確認モードに切り替えて、チャンネルのメンバーより先に回答を見ることができます。

記録と監査の仕組み

　個人コネクタ経由でClaudeが行った操作は、DM（ダイレクトメッセージ）での作業と同じく、そのツールのログに本人のアカウント名義で記録されます。チャンネル自体の作業は、セキュリティチームがすでに追跡しているサービスアカウントの名義のままです。

　依頼者は、DMで個人コネクタを使うときと同じように、Claudeが何にアクセスし、チャンネルに何を見せるかを決められ、コネクタはいつでも切断できます。誰の権限で何が行われたかがログ上で区別されるため、既存の監査の流れを大きく変えずに導入できる点は、情報システム部門にとって検討しやすい設計だと思います。

管理者のガバナンス上の選択肢

　Anthropicによれば、個人コネクタによって管理者の選択肢も増えます。

エージェントID（Claude用の専用アカウント）のもとで、共有ツール群へのアクセスを提供する
チャンネルのメンバーには個人コネクタだけを使わせ、既存のロールベースのアクセス制御（役職や役割に応じた権限管理）に委ねる
ツールごとに、共有にするか個人にするかを決める

　本稿としては、3つ目の「ツールごとに決める」方式が、多くの組織で出発点になりやすいと考えています。監視ツールのように全員が使うものは共有に、CRMや財務データのように担当者ごとに見える範囲が異なるものは個人に、という整理がしやすいためです。

チャンネルの共有コネクタが引き続き必要な場面

　個人コネクタは、無人では動きません。定期実行されるルーティンや、Claudeが自発的に始める処理には、管理者がチャンネルに設定したコネクタが使われます。Anthropicは、使い分けの目安を次のように示しています。

共有コネクタが向く場面: 無人で実行する処理や、チャンネル全体が頼る処理。例として、#on-call チャンネルでのCI障害の切り分けと対応が挙げられています。手順書、監視ツール、デプロイ履歴への共有コネクタを設定しておけば、Claudeは業務時間外でも問題の特定と修復を支援できます
個人コネクタのみが向く場面: 人が密に監督する作業。例として、RFP（提案依頼書）への回答を共同で作成する際に、チャンネル全体には共有されていない価格情報などの機微なデータを参照する場面が挙げられています

　なお、Claudeが投稿した内容はチャンネルの全員が見られます。個人コネクタで参照できるのは本人だけでも、投稿後は共有される点には注意が必要です。オンコールでの共有コネクタ活用については、AnthropicがClaude TagでCI障害の初動を14分に短縮した事例が具体的な参考になると思います。