Claude Teamプランの組織設定を実画面で解説 — 管理者ができること一式と最初に見るべき順番

組織設定はどこにあるか — 管理者だけに表示されるメニュー

本記事の画面はすべて、2026年8月26日に当社が2席のTeamプランで実測したときのものです。UIは今後変わる可能性がありますが、「管理者が何を決められるか」の全体像はつかめるはずです。なお、個人プランから組織への切り替え手順は前編のClaude ProからTeamプランへの移行で解説しています。

Teamプランの管理者になると、画面左下のアカウントメニューに「組織設定」と「アナリティクス」の2項目が追加されます。一般メンバーには表示されない、管理者専用の入口です。このうちアナリティクスは利用状況の可視化に特化した画面で、見方と定着度の測り方はアナリティクスの解説記事に分けています。

組織設定を開くと、左サイドバーにメニューが並びます。数は多いものの、「組織設定」「ユーザー」「製品」「ライブラリとアクセス」の4区分に分かれており、この地図さえ頭に入れば迷いません。

読み方のコツをひとつ。各設定のトグルには「デフォルト」か「管理者が設定」のラベルが付いています。前者はAnthropicの既定値のまま、後者は組織として明示的に設定した項目という意味で、「デフォルトのまま放置している設定はどれか」を見つける目印になります。

区分1「組織設定」 — 組織の土台と支出を決める7ページ

① 組織とアクセス — チームの基本情報と「組織の指示」

最初に開くべきは「組織とアクセス」です。上部にチーム概要として許可されたメールドメイン・総シート数・総メンバー数が表示され、チーム名とロゴを変更できます。そしてその下に、このページで最も重要な「組織の指示」の入力欄があります。

組織の指示は、組織全体のすべての会話に適用され、ユーザーの個人設定よりも優先される指示欄です。最大3,000文字で、変更の反映には最大1時間かかる場合があります（公式ドキュメント・2026年8月時点）。何をどう書くべきかは「組織の指示」に何を書くかの記事で、当社の実文例つきで解説します。

同じページの下部は、入口の統制です。メールドメインの「検証」と、同じドメインのユーザーが組織を見つけられる「検索可能」トグルをドメインごとに管理します。シングルサインオン（SSO）の設定には、検証済みドメインが最低1つ必要です。

ユーザープロビジョニングは既定が「招待制」で、SSOを有効にするとジャストインタイム（JIT）を選べるようになります。このほか、有効期限つきの招待リンクの発行、メンバーが同僚を招待できるようにするか、新規メンバーを管理者承認制にするかもこの画面で決めます。

② 請求 — シート数の変更からキャンセルまで

請求ページには、現在のプラン・シート数・次回請求日・予定額が集約されています。シート数の変更・支払いカードの更新・請求書の表示・プランのキャンセルまで、契約まわりの操作はここで完結します。当社の2席契約では月55ドルでした。

TeamとEnterpriseの違いやシート単価の考え方には、本記事では踏み込みません。プラン選定の観点はClaude Codeの法人契約 — Team・Enterpriseプランの選び方で整理しています。

③ 使用量 — 使用クレジットと支出上限

使用量ページで管理するのは、シートの利用枠を超えたあとも従量課金で使い続けられる「使用クレジット」です。組織としてオンにするか、メンバーが上限到達時にクレジットを申請できるようにするか、月間の支出上限をいくらにするかを決めます。

実測時点では使用クレジットのトグルは既定でオフでした。放置してもシート代以上の請求が勝手に膨らむことはない一方、レート制限で業務が止まりやすいチームでは、上限額を決めたうえでオンにする運用が選択肢になります。

④ データとプライバシー — 共有まわりの全体スイッチ

データとプライバシーは、共有まわりの全体スイッチです。チャットの共有・コネクタを使うチャットの共有・公開プロジェクトの可否をここで決めます。組織データの一括エクスポート、回答評価のフィードバック送信、ロケーションメタデータの許可も同じページに並びます。

⑤ 機能 — 会話系機能のトグル棚卸し

機能ページでは、ウェブ検索・インタラクティブコンテンツ・アーティファクトコネクター・インライン可視化など、会話系機能のオン/オフを組織単位で決められます。当社の画面ではウェブ検索が「デフォルト」ラベルのままオフになっており、まず現状確認から始めることになりました。

この画面には「AI Orchestraに質問」のように組織名を冠した項目もあります。組織の接続済みデータソースとナレッジベースを横断検索する機能で、組織共有プロジェクトと組み合わせた活用は組織共有プロジェクトの記事で扱います。

下部のコード実行では、クラウド上でのコード実行とファイル作成の可否、サンドボックスのネットワーク外部通信とドメイン許可リスト（既定はパッケージマネージャーのみ）を管理します。チームのメモリ機能のオン/オフもこのページにあります。

⑥ 通知・クラウド環境

残る2つは補足です。通知は管理者向け通知の設定、クラウド環境はClaude CodeやClaude Tagのクラウドセッションが動く実行環境の管理ページで、Anthropicがホストする環境の作成と、セルフホストランナーの許可（既定オフ）を扱います。

区分2「ユーザー」 — メンバーと役割の管理

メンバー一覧では、各メンバーの役割とシートのティアを確認・変更できます。一覧はCSVでエクスポートでき、招待済み・未承諾の人は「保留中」タブに分かれます。当社の2席は「主要所有者」と「ユーザー」という構成でした。

役割は主要所有者・所有者・管理者・ユーザーの4種類です。管理者はメンバー管理までで請求は扱えず、請求を含む全権は所有者以上、組織の所有権の譲渡は主要所有者だけができます（公式: メンバー管理・2026年8月時点）。

区分3「製品」 — 製品ごとのオン/オフと統制ポイント

製品の区分には、2026年8月時点でClaude Code・Claude in Chrome・Claude Tag・Cowork・アーティファクト・Claude Design・Office Agents・Claude Scienceの8製品が並びます。すべてを覚える必要はなく、統制への影響が大きい3つを押さえれば十分です。

Claude Code — 「管理された設定」が統制の本丸

冒頭にある「管理された設定」は、組織全体の権限や許可ディレクトリを定め、ユーザーやプロジェクトの設定を上書きしてCLI・IDE・デスクトップアプリに適用する機能です。何をどう制限するかの設計には、Claude Codeの権限設定の記事の考え方がそのまま使えます。

そのほか、デスクトップ・モバイル・Webという利用経路ごとのオン/オフ、claude.aiからローカルセッションを操作するリモートコントロール（既定オフ）、クラウドセッションの共有可否が並びます。Claude Code分析をオンにすると、アナリティクスでコード行数などの指標が見られるようになります。

Claude in Chrome — サイト権限の既定は「すべて許可」

ブラウザ操作系で最初に見るべきはサイトの権限です。既定は「すべてのサイトを許可」で、しかもこの権限は拡張機能だけでなくClaude Code DesktopとCoworkの組み込みブラウザにも共有されます。触らせたくないサイトがあるなら、ブロックリストへの登録が最初の仕事になります。

パスワードマネージャー連携は既定でオフです。オンにするとメンバーがパスワードマネージャーを接続し、Claudeが作業中にサイトへサインインできるようになります（承認は各メンバーが自分で行い、Claudeはパスワード自体を見ない設計）。組織として使うかどうかを先に決めておきたい項目です。

Cowork — ディスパッチと承認モードは慎重に

Coworkには、組織での有効化に加えてクラウドでCoworkを実行する早期アクセスと「ディスパッチ」のトグルがあります。ディスパッチはメンバーのコンピューターを起動したままにして、サインイン済みの別デバイスから指示を送れる機能で、既定はオフです。

権限まわりでは、操作を自動承認する「自動承認」モード（実測時オン）と、承認自体を省く「Skip all approvals」モード（ベータ・既定オフ）を許可するかを選べます。画面にも組織のデータが危険にさらされる可能性が明記されており、後者は既定のオフのままが無難です。

CoworkとOffice AgentsのページにはOpenTelemetryのモニタリング設定（OTLPエンドポイント）もあります。ログ計測の実装はClaude Codeの監査ログの記事で扱っているため、本記事では場所の紹介に留めます。

そのほかの製品 — 使わないものはオフにできる

アーティファクトは、組織外の誰でも閲覧できるページを公開できる「外部共有」が既定でオフでした。オンにしない限り、社外への公開は起きません。Claude TagはSlackに@Claudeを常駐させる機能で、専用のセットアップ画面とアクセスバンドル・アクティビティの管理ページがあります。

Claude Design・Office Agentsは有効化と公開リンクなどの管理、Claude Scienceは既定でオフでした。使わない製品をオフにしておくと、メンバーの画面が絞られ、想定外の利用経路も減らせます。

区分4「ライブラリとアクセス」 — 組織で配る部品の管理

プラグインのページでは、メンバーが閲覧・インストールできるプラグインのマーケットプレイスを管理します。Anthropicとパートナーによる公式マーケットプレイスが最初から接続されており、プラグインごとに「インストール可能」かどうかをユーザーアクセス欄で制御できます。

コネクタのページでは、組織で使える外部サービス連携を管理します。当社の環境にはGitHub・Gmail・Google Drive・Slackが並び、認可欄は「個人」、つまり接続の認可は各メンバーが自分で行う形でした。デスクトップ拡張機能の許可リストをオンにすると、インストールできる拡張機能をリスト内に限定できます。

スキルのページでは、組織内の誰でも使えるスキルをアップロードして配布できます。前編で書いたとおり個人アカウントのカスタムスキルは移行されないため、ZIPで持ち出したスキルの再配布先はここです。GitHubは組織リポジトリへの接続、ディレクトリは自作MCPサーバーやプラグインの掲載申請の窓口です。

導入初日に管理者が見る順番 — 当社の結論は5ステップ

メニューは多いものの、導入初日に決めるべきことは5つに絞れます。当社が2席で実測した経験をもとに、上から順に進める形で整理しました。

1. 1メンバーと役割を確定する — 所有者・管理者を誰にするかを決め、メンバー招待の可否と新規メンバーの承認設定を確認する。保留中の招待もシートを占有するため、招待は使う人から順に出す
2. 2組織の指示を書く — 全メンバーの全会話に効き、個人設定より優先される。最初は表記ルールと禁止事項の数行で十分（書き方は前述の実文例記事を参照）
3. 3組織設定のトグルを棚卸しする — 機能ページ（ウェブ検索・コード実行・メモリ）とデータとプライバシー（チャット共有・公開プロジェクト）を一巡し、「デフォルト」のまま意図と違う項目がないか確認する
4. 4製品別の影響が大きい設定を確認する — Claude in Chromeのサイト権限（既定は全サイト許可）とパスワードマネージャー、Coworkのディスパッチと承認モード、Claude Codeの管理された設定とリモートコントロール
5. 5ドメイン検証とプロビジョニング方針を決める — 少人数の招待制運用なら急がなくてよい。SSOやJIT、検索可能ドメインを使う段階になったら検証すればよい

この順番の意図は、人とルール（①②）を先に、機能の絞り込み（③④）を後にすることです。トグルの細部から入ると、誰が管理者で、組織として何を優先するかという土台が置き去りになります。⑤は組織の規模が出てきてから戻れば間に合います。

組織設定の設計から社内展開まで — 当社の導入支援

当社のClaude Code研修・導入伴走支援では、Teamプランの組織設定や利用規定の設計から、経営層・現場それぞれへの研修、導入後の定着までを一体で支援しています。管理画面は一度決めて終わりではなく、製品が増えるたびに設定項目も増えていきます。自社だけで棚卸しを続けるのが不安な場合は、無料相談をご利用ください。