Claude Tagがチャンネルで個人コネクタに対応 — Teamプランからロールアウト
Claude Tag(ベータ)はSlackチャンネルの依頼でも、各メンバー自身のコネクタを使えるようになりました。共有コネクタとの使い分けと管理者側の変化をまとめます。
Slackチャンネルに常駐するClaude Tag(ベータ)が、チャンネル内の依頼でも各メンバー自身のコネクタを使えるようになりました。これまでチャンネルで使えるコネクタは、管理者がそのチャンネルに紐づけた共有コネクタだけでした。個人のカレンダーやドライブ、CRMの担当アカウントといった「本人しかアクセス権を持たない情報」には届きませんでした。
要点
- チャンネル内の依頼でも、自分のClaudeアカウントに接続済みのコネクタ(カレンダー・ドライブ・CRMの担当アカウント・ステージング環境など)を使えるようになった
- 出力の見せ方は本人が選ぶ。最初の許可を求められたときに、機微な内容だけ確認して自動投稿する『Allow』と、投稿前に確認する『Allow with review』のどちらかを選べる
- Enterpriseプランでは、管理者が全員にレビューを義務付けられるようになる予定
- 個人コネクタ経由の操作は、そのツール自身のログに本人のアカウントとして記録され、チャンネルの共有作業(サービスアカウント)とは分離される
- Teamプランでロールアウト開始。Enterpriseは追って対応
要は、チャンネルでの共同作業と、本人しか見られない情報へのアクセスを両立させる仕組みです。
あなたの利用フローはどう変わるか
チャンネルメンバーとして見る変化
公式ブログが挙げる例は具体的です。GitHubに接続された#checkout-migrationチャンネルで、Priyaが「自分のGoogleドライブの企画書『Checkout migration, Q3』と、実際に出荷した内容を突き合わせて」と@Claudeに依頼します。マージ済みプルリクエストはチャンネルの共有コネクタ(GitHub)から読み取れますが、企画書はPriya本人しか開けないドキュメントです。以前ならここでClaudeの作業は止まっていました。
更新後は、Priya自身のGoogleドライブの個人コネクタを通じて企画書を読み、突き合わせ結果を投稿できます。最初の許可を求められたときに、自動で投稿し、機微と判定した結果だけ投稿前に確認を求める『Allow』と、投稿前に確認する『Allow with review』のどちらかを選べます。『Use this choice for future requests』で選択を保存すると以後は確認が出なくなり、変更はSlackのClaudeアプリのHomeタブで行います。
個人コネクタ経由の操作は、そのツール自身のログに本人のアカウントとして記録されます。ダイレクトメッセージで使うときと同じ扱いです。チャンネルの共有コネクタによる作業は、これまでどおりチャンネル自身のサービスアカウントの下に残ります。
導入作業は不要
個人コネクタを使うためのインストール作業はありません。依頼の中で自分のコネクタが必要になった最初のタイミングで、Claudeが許可を求めてきます。一度許可すれば、そのスレッド内では以後同じ確認をせずに使われます。
DMでは扱いがそもそも違う
公式ドキュメントによると、DMは例外です。チャンネルでは共有コネクタと個人コネクタが混在しますが、DMでは常に本人のclaude.aiアカウントの設定だけで動きます。組織はDM自体を無効化することもできます。チャンネルでの個人コネクタ対応は、この「DMではすでに本人設定で動いていた」状態をチャンネルにも部分的に広げる更新です。
管理者として見る変化
個人コネクタの追加で、管理者が選べるガバナンス設計は3通りに増えます。エージェントアイデンティティの下に共有ツール一式を持たせる従来型、メンバーには個人コネクタだけを使わせて既存のロールベースアクセスに委ねる型、そしてツールごとに共有か個人かを判断する型です。管理者向けの設定手順はClaude Tag管理者設定で扱っています。
組織として個人コネクタそのものを無効化する設定はありません。メンバーの個人コネクタが使われるのは本人の依頼のときだけで、他のメンバーの依頼には使われません。
Enterpriseプランでは、管理者が全メンバーに対してレビューモードを義務付けられるようになる予定です。現時点ではTeamプランへのロールアウトが先行しており、Enterpriseへの提供は追って行われます。
個人コネクタが増えても、チャンネル自体の作業は、接続先ツールの監査ログにエージェントのサービスアカウントとして記録されます。支出は従来どおり、組織の利用残高にかかる月次の支出上限と、チャンネル単位の上限で管理されます。管理者は、個人コネクタ経由の呼び出しを既存の監査体制のどこに位置づけるかを、今回の更新に合わせて見直す価値があります。
共有コネクタと個人コネクタの使い分け
どちらを使うべきかは、作業が無人実行かどうかと、投稿内容をチャンネル全員に見せてよいかどうかで決まります。
| 用途 | 向くコネクタ | 理由 |
|---|---|---|
| オンコールチャンネルでのCIトリアージ・自動応答 | 向くコネクタ共有コネクタ | 理由個人コネクタは無人実行では動かないため |
| RFP起草など、価格情報など全員には見せたくないデータを扱う作業 | 向くコネクタ個人コネクタのみ | 理由投稿はチャンネル全員に見えるため、元データの閲覧権限自体を絞る |
| 自分のカレンダー確認・担当CRMレコードの照会 | 向くコネクタ個人コネクタ | 理由本人以外にアクセス権がない情報のため |
| チームで共有するGitHubリポジトリでの作業 | 向くコネクタ共有コネクタ | 理由チーム共通の資産で全員が参照するため |
公式ブログが挙げる2つの例は対照的です。オンコールチャンネルでのCIトリアージは、ランブックや監視ツール、デプロイ履歴への共有コネクタさえ設定しておけば、勤務時間外でもClaudeが問題を特定し対応を助けられます。人が呼びかけなくても動く前提のため、共有コネクタが要ります。一方、RFPの回答をチーム全員で起草する作業は、価格情報など一部のメンバーしかアクセス権を持たないデータを扱うことがあります。この場合はチャンネル全体に共有コネクタを配らず、必要な人だけが個人コネクタ経由でデータを引き込む設計のほうが安全です。ただし投稿された内容自体はチャンネルの全員に見えるため、個人コネクタで守れるのは入力側のアクセス権だけだという点は変わりません。
スケジュール実行やClaudeが自発的に始める処理は、引き続き管理者がチャンネルに紐づけた共有コネクタだけを使います。個人コネクタが動くのは、本人がその場でメンションして依頼したときに限られます。
SlackとClaudeをつなぐ経路には、Claude Codeから使うSlack MCPサーバーもあります。これはSlackの会話ログ自体を外部データとして扱う経路で、Claude Tagのチャンネル内コネクタとは目的も権限モデルも異なります。
背景 — Claude Tagがここまで来た経緯
共有コネクタだけに限っていたのはなぜか
Claude Tagがベータで登場した当初、チャンネルで使えるコネクタは管理者が明示的に紐づけたものだけでした。公式ブログは、これを意図的な設計だったと説明しています。多くの組織は、アクセス権をチャンネルにではなく本人に紐づけたいと考えており、共有コネクタのリストを意図的に短く保っていました。今回の更新は、その制約を緩めるのではなく、共有と個人という別の軸を並存させる形で解決しています。
Claude Code in Slackとの権限モデルの違い
同じくSlackで@Claudeを使う仕組みに、メンションした本人のアカウントで動くClaude Code in Slackがあります。こちらは元々、GitHub接続とClaudeアカウントだけで動く個人単位の仕組みでした。Claude Tagはその逆で、組織管理のサービスアカウントを軸に設計されています。個人コネクタの追加によって、Claude Tagは「組織管理を基本にしつつ、必要な部分だけ本人の権限を持ち込める」形に近づきました。
個人コネクタは共同作業と本人限定情報をどう両立させるか
チャンネルという場は、投稿された内容を全員が見られる前提で成り立っています。一方で、カレンダーやCRMのような情報は、本人以外がアクセスできないからこそ意味を持ちます。今回の更新は、この二つを「入力は本人の権限、出力はチャンネルの前提」という形で両立させる設計です。
『Allow』(自動モード)では、Claudeが結果を投稿前に検査し、機微と判定したものだけを保留します。ただしこの検査は保証ではなく、ふるい分けにとどまり、チャンネルの他のメンバーが同じ権限を持つかまでは考慮しません。本人がレビュー付きの許可を選べること、Enterpriseでは管理者が全員にレビューを義務付けられるようになることが、この不確実性への備えです。個人コネクタ経由の投稿を、本人の選択と管理者のポリシーの両輪でコントロールできる設計が、今回の更新の実質的な核です。
よくある質問
個人コネクタの利用をやめたいときは
接続済みの個人コネクタは、いつでも解除できます。解除はclaude.aiの『Customize > Connectors』から行えます。実行中のタスクは、スレッド内の『Stop』で止められます(Stopボタンは依頼した本人にだけ表示されます)。チャンネルの共有コネクタによる作業には影響しません。
Pro・MaxプランでもClaude Tagを使えますか
Claude Tag自体がTeam・Enterprise向けの機能です。Pro・Maxプランには提供されておらず、SlackでClaudeを使うにはClaude Code in Slackを使うことになります。両者のセットアップ手順はClaudeとSlackの連携にまとめてあります。
まとめ
- 一般メンバー: チャンネル内の依頼でも自分のカレンダーやドライブ、CRMをそのまま使える。初回の依頼時に許可を求められる
- 管理者: ガバナンス設計の選択肢が増えた。エージェントアイデンティティ配下の共有ツールに寄せるか、個人コネクタとロールベースアクセスに任せるかを、チームの運用に合わせて選べる
- 利用プラン: Teamプランで順次ロールアウト中。Enterpriseプランは追ってのロールアウトで、全員レビュー必須化の機能も予定されている