Claude TagがSlackで個人コネクタを使うと、投稿内容は誰に見える？2026

この記事は、Claude TagとSlackの試験導入を管理する管理者、個人IDとチャンネル用サービスアカウントの違いを整理する基盤担当者、自動投稿や定期実行の可否を決める開発・セキュリティ担当者向けです。

最終更新：2026年9月27日。機能の公開時期と説明は、2026年9月24日の公式発表を基準に確認しています。

1発表から利用開始まで：ベータ提供と全面利用は別

Anthropicは2026年9月24日、Slackチャンネルで依頼者個人のコネクタを利用できるようになったと発表しました。発表時点ではClaude Tagはベータで、個人コネクタはTeamプランから順次提供、Enterpriseプランは後日提供とされています。発表されたことと、すべての組織で利用可能になったことは分けて確認してください。

変わったのは、管理者がチャンネルに追加した共有コネクタだけでなく、依頼者自身のClaudeアカウントに接続したコネクタも、その人の依頼に限って使える点です。提供状況や管理設定は変わる可能性があるため、試験開始前に管理者向けのClaude Tag情報を確認してください。

2依頼時の権限：個人コネクタとチャンネル接続の違い

個人コネクタは、依頼者のClaudeアカウントに接続された情報源へのアクセスです。たとえば、本人だけが閲覧できるGoogle Driveの文書をチャンネルで調べる場合、Claudeは依頼者の権限でその文書を読み取ります。その操作によって、元ファイルを開く権限がチャンネル全員に与えられるわけではありません。

一方、管理者がチャンネルに設定した接続は、チャンネル用のサービスアカウントで動作します。同じチャンネルで個人接続と共有接続の両方を使う場合は、どの情報を誰の権限で取得したのかを混同しないことが大切です。

公式発表では、個人コネクタによる作業は接続先サービスに依頼者のアカウントで記録され、チャンネル接続による作業はサービスアカウントで記録されると説明されています。ただし、記録される項目や保持期間がすべての接続先で同一とは限りません。対象サービスの監査ログを実際に確認し、どのIDと操作が残るかを確かめてください。

また、別の参加者が同じスレッドに追加依頼を書いても、その依頼が最初の依頼者の個人コネクタを使うわけではありません。個人コネクタは本人が開始した依頼に使うものだと、試験参加者にも共有しておきましょう。Claude Tagの公開チャンネルでの動作説明も、権限境界を確認するときの参考になります。

3返信時の公開範囲：元文書の権限とチャンネルの閲覧者

Claude TagがSlackチャンネルで個人のGoogle Driveを読み取った場合、元ファイルを開ける人と、Claudeの回答を読める人は別です。元文書は依頼者だけが閲覧できても、チャンネルに投稿された比較結果や要約は、チャンネルの参加者に見える可能性があります。Slackチャンネルの可視性は、個人コネクタが取得した元データの権限とは切り分けて考えてください。

確認モードでは、依頼者が返信内容を確認してからチャンネルに投稿します。自動モードでは、Claudeがセンシティブな内容だと判断した返信を確認待ちにし、それ以外を自動投稿します。ただし、自動判定はすべての機密情報を検出する保証ではありません。自動モードを選んでも安全性を判定に委ねず、機微な情報を含む依頼には確認モードを使ってください。Enterpriseプランでは、管理者が全員に確認を求める設定も案内されています。

判断条件は次のとおりです。

• 返信をチャンネル参加者全員が読んでも問題なく、自動判定の見落としリスクも許容できる場合は、範囲を絞って自動モードを試します。
• 結果に顧客情報、社内限定情報、個人情報が混ざる可能性がある場合は、確認モードを選びます。
• 内容をチャンネルで共有できない場合は、確認モードでも投稿を承認せず、依頼場所をDMなどに切り替えます。

4自動実行との境界：個人コネクタは定期タスク用ではない

個人コネクタは、依頼者が自分で開始した作業に使う機能です。定期実行やClaudeが自ら始める作業では、個人コネクタではなく、管理者がチャンネルに設定した共有接続が使われます。個人アカウントの権限をそのまま無人運転へ流用できると考えてはいけません。

定期作業はチャンネルに属し、結果も参加者が見られる場所に投稿されます。依頼者が個人接続を持っているからといって、本人だけの権限で実行されるわけではありません。共有接続を使う場合は、専用アカウントに必要な範囲だけ許可し、接続先サービスの記録を追える状態にしてください。定期作業の設定と管理については公式の定期タスク説明も参照できます。

5試験導入の進め方：権限と公開先を段階的に確認

試験を始める前に、管理者、接続先サービスの担当者、チャンネル参加者の間で「何を取得できるか」だけでなく、「何を投稿してよいか」も決めます。個人コネクタで取得対象を限定できても、返信の公開範囲まで自動で狭くなるわけではありません。

まず、試験用の限定チャンネルを選び、参加者と利用する接続を記録します。次に、チャンネル共有接続のサービスアカウントと個人コネクタの本人アカウントを分けて一覧化し、それぞれの接続先でログインIDを確かめます。

次に、公開して問題のないサンプル情報を使い、依頼者本人のアカウントで読み取れることと、別の参加者の依頼が本人の接続を使わないことを確認します。実際の顧客情報や未発表資料をテストに使わないでください。

そのうえで、自動モードと確認モードをそれぞれ試し、確認待ちになる条件と、チャンネルに表示される回答を見ます。自動判定がすべての機密情報を検出するとはみなさず、共有できない情報を含む依頼はチャンネルで行わないルールも周知します。

最後に、接続先のログに本人名義の操作が残るかを確かめ、試験後にコネクタを切断してアクセスの変化を確認します。切断後の動作や過去ログの扱いは接続先サービスごとに異なるため、画面に「切断済み」と出ただけで、過去の記録やデータまで消えたと判断しないでください。コネクタの接続解除や権限確認には公式のコネクタ管理手順を参照し、接続先側の監査ログとも照合します。

試験記録には、接続の種類、依頼者、確認モードの選択、チャンネルに投稿された回答、接続先ログで確認できたID、切断後の挙動を残します。実際のログや試験結果を確認できない段階では、組織の監査性や安全性を断定しないでください。

6次の環境選び：Slackでの依頼と実行基盤を分ける

Slackで個人コネクタを使うと、個人のアクセス権をチャンネル全員へ移さずに済みます。その一方で、返信の公開判断が必要で、定期作業には個人接続を使えず、接続先ごとのログ確認にも手間がかかります。リポジトリ変更や長時間の実行まで進める場合、チャンネルでの依頼だけで開発環境や実行権限まで賄えるとは限りません。試験後に運用上の疑問が残る場合は、vpstixのブログ記事で関連する環境運用の情報を確認し、実行環境と権限管理を分けて検討してください。

一時的な検証用Macが必要なら、vpstixのMacレンタルはSlackの個人コネクタを動かす前提ではなく、別途ビルドや検証環境を用意したいときの選択肢です。継続的な高負荷作業、物理接続が必要な処理、常時同じ環境を維持する用途では、自社所有のMacや既存の実行基盤も比較してください。利用環境の検討時には、vpstixのサービス情報も確認できます。個人データの権限、チャンネルの閲覧者、監査記録を先に明確にし、Mac環境は必要な工程が見えた段階で選ぶのが安全です。