claude 組織設定の開き方|変更できる権限と導入時の確認点
会社でClaudeを使い始めると、「組織設定はどこにあるのか」「管理者なのに変更できないのはなぜか」「共通の指示だけで操作も制限できるのか」で迷いがちです。この記事では、Team・Enterpriseの設定画面と役割、組織の指示を登録する手順、Claude Codeまで展開するときの確認点を整理します。
Claudeの組織設定はTeam・Enterpriseの組織管理に使い、変更できる項目は役割で異なります。共通の指示はオーナーが「組織とアクセス」で設定し、Claude Codeの操作制限は管理設定で別に設計することで、目的に合う設定先を選択できる。
Contents (7)
claudeの組織設定は個人設定・Consoleとどう違う?
まず確認したいのは、どの契約・組織を管理しているかです。Claudeの個人設定、Team・Enterpriseの組織設定、API向けConsoleは、対象が異なります。個人の画面で設定を変えても、会社全体の利用方針を設定したことにはなりません。
| 設定先 | 主な対象 | 管理したいこと |
|---|---|---|
| 個人設定 | 自分のClaude利用 | 自分の応答の好みや接続 |
| Team・Enterpriseの組織設定 | 所属組織の利用者 | 共通の指示、機能、アクセス、支出など |
| Claude Console | API利用の組織 | APIの認証・使用量・課金など |
| Claude Codeのマネージド設定 | 開発者の実行環境 | ツール、コマンド、接続先などの制御 |
Claude Codeの公式導入文書でも、Team・EnterpriseとConsoleでは認証・課金や利用状況の管理先が分かれています。「Claudeを使っている」という共通点だけで同じ設定画面を探さず、会社がシート契約なのか、API経由なのかを確かめましょう。
組織設定の開き方と変更権限を確認する
Team・Enterpriseでは、対象の組織に切り替えてから組織設定を開きます。表示名や項目はプラン、役割、機能の提供状況で変わるため、画面にない項目を別組織の説明だけで探し続けないことが大切です。
- Claudeにログインし、会社の対象組織を選びます。
- アカウントのメニューから「組織設定」を開きます。
- 変更したい項目を選び、その項目に必要な役割を確認します。
- 項目が見えない場合は、組織のオーナーにプランと自分の役割を確認してもらいます。
注意したいのは、管理者という呼び方だけでは変更権限を判断できない点です。公式ヘルプでは、組織共通の指示を表示・編集できるのはオーナーとプライマリオーナーとされています。一方、公式Code導入文書ではGitプロバイダーのページに管理者ロールが必要と説明されています。項目ごとに条件を見ましょう。
依頼時は「設定ができない」だけでなく、対象組織、探している項目、現在の役割を伝えると確認が進みます。画面の表示を共有する場合も、組織IDやメンバーの個人情報まで広く送る必要はありません。
組織共通の指示を設定する手順
会社の呼称、回答の文体、出力形式などを全員の会話に反映したいなら、「組織の指示」が候補です。個々の利用者に同じ文章を毎回貼ってもらう負担を減らせます。
オーナーまたはプライマリオーナーは、次の順序で設定します。
- 組織設定から「組織とアクセス」を開きます。
- 「組織の指示」の入力欄を探します。
- 組織全体に必要な指示を、上限の3,000文字以内で入力します。
- 「変更を保存」を選びます。
- 反映を待ち、新しい会話で複数の質問を試します。
公式ヘルプによると、Claudeの全製品への反映には最大1時間かかる場合があります。保存直後の一度の回答だけで失敗と決めず、保存状態と経過時間を確認してください。削除するときは入力欄を空にして保存します。
指示には、全員に共通する短いルールが向いています。たとえば「回答は日本語で、最初に判断結果を書く」「社内略語は初出時に正式名称を添える」といった具体的な表現です。部署固有の作業手順まで詰め込むと、関係のない質問にも影響するため、組織全体で必要な内容に絞ります。
出典:組織の指示を設定する
組織の指示は優先されるが操作権限の代わりにはならない
組織の指示と個人の指示が直接矛盾する場合、公式ヘルプでは組織の指示が優先されると説明されています。組織で決めていない内容には個人の指示が引き続き適用されます。
ただし、これはプロンプトによる指示の優先付けです。公式も、矛盾する指示がある一部のケースでは挙動が異なる可能性があるため、テストするよう案内しています。「顧客情報を書かない」と入力しただけで、アクセス制限や出力検査をすべて置き換えられるわけではありません。
| 実現したいこと | 確認する設定・運用 |
|---|---|
| 文体や回答形式を揃える | 組織の指示 |
| 外部サービスの利用を許可する | 組織の機能・コネクター設定と接続先の権限 |
| Codeのコマンド実行を制限する | マネージド設定の権限ルール |
| 特定の通信先に制限する | Codeのサンドボックス・ネットワーク設定 |
また、組織の指示でClaudeの組み込みの安全方針を無効化することはできません。文章のルール、利用できる機能、実際にアクセスできる情報を、それぞれ対応する場所で管理します。
Claude Codeの組織設定は配信方法まで決める
Claude Codeを会社で使う場合、共通の文章だけでなく、開発者の端末に適用するマネージド設定を設計します。公式文書では、サーバー配信、OSの管理機構、管理設定ファイルなどが案内され、管理された値はユーザーやプロジェクトの設定より優先されます。
Team・Enterpriseでは、claude.aiの管理コンソール経由で配信できます。APIや外部クラウド経由では、認証経路に合う配信方法を選ぶ必要があります。契約が同じ会社でも、接続経路が異なる端末に設定が届くとは限りません。
導入担当者は次の順序で確認します。
- 各開発者の認証・課金経路を把握します。
- 許可する操作と通信先を決め、配信方法を選びます。
- 少数の端末に設定を適用します。
- Claude Codeで
/statusを実行し、設定ソースの表示を確認します。 - 許可した操作と制限した操作をそれぞれ試し、部門へ展開します。
権限ルールとネットワーク制限は別の役割です。特定の取得ツールを止めても、許可されたコマンド経由の通信まで同じように止まるとは限りません。端末への配信確認と実際の操作確認を組み合わせることが、設定漏れの発見につながります。
導入時は機能・支出・データの設定を順番に確認する
初期設定では、使える機能を一度に広げるより、対象業務と管理者を決めて順に確認すると変更の影響を把握できます。以下は導入時の確認例です。
- 組織とアクセス:対象者と役割、共通の指示を確認します。
- 機能・接続:業務に必要な機能や連携だけを選び、接続先でも権限を確認します。
- 使用量・支出:契約に応じた利用状況と支出管理の場所を確認します。
- データの扱い:保持期間、社内の入力ルール、必要な管理機能を照合します。
- 試験運用:少人数で使い、問い合わせ先と変更担当者を明確にします。
公式Code導入文書は、Team・Enterprise、Console、外部クラウドで支出の管理先が異なると説明しています。また、モデル学習への利用とデータ保持は別の確認項目です。契約上の説明だけで判断せず、自社の要件と利用機能の条件を照合しましょう。
設定が見えない・反映されないときの確認順
問題が起きたときは、同じ設定を何度も保存する前に原因を切り分けます。
| 症状 | 先に確認すること |
|---|---|
| 組織設定が見つからない | 個人アカウントを開いていないか、対象組織に所属しているか |
| 組織の指示を編集できない | OwnerまたはPrimary Ownerの役割があるか |
| 保存した指示が回答に出ない | 保存状態、最大1時間の反映待ち、新しい会話での検証 |
| Codeで制限が効かない | 認証経路、設定の配信先、/statusの設定ソース |
指示の検証には、短い質問、長文の要約、指定形式での回答など異なる業務を使います。確認結果と変更前の文面を残しておけば、問題が出たときに戻す判断もできます。
組織設定を整える際は、まず対象組織と役割を確認し、回答方針は組織の指示、実行範囲は対応する管理設定で決めます。この順序なら、変更する場所と確認する担当者が明確になります。