Claude Enterpriseは、チャット、Claude Code、Claude Cowork、Claude Design、およびMicrosoft 365、Chrome、Slackなど、チームが既に使用しているツール内のClaudeを通じて、組織に強力なAIへのアクセスを提供します。このアクセスには、利用を効果的に管理する責任が伴います。チームが最大の価値を得られるようにしながら、使用量を予測可能で予算内に保つことが重要です。
このガイドは、Enterprise管理者がトークン利用を制御・最適化するための主要なレバーを理解するのに役立ちます。支出上限の設定、ロールベースのアクセス制御の構成、ユーザー教育、タスクに適したモデルと労力レベルの選択などが含まれます。
利用管理が重要な理由
Claude Enterpriseは、シート単位の使用量ベースのモデルで価格設定されています。組織の利用プールはすべてのユーザー間で共有され、特にClaude CodeとCoworkなどのサーフェスは、標準的なチャットよりも大幅に高い速度でトークンを消費します。
支出制限を積極的に設定し、ユーザーを教育する管理者は、無駄を削減し、高価値のユースケースが必要な容量を確保できます。
サーフェス全体のトークン集約度を理解する
サーフェス | トークン集約度とその要因 |
コアチャット | 低集約度。標準的な双方向会話、要約、ドラフト作成、Q&Aです。トークン使用量はメッセージの長さと会話履歴に応じてスケーリングします。 |
Claude Code | 高集約度。各コーディングセッションには、システムプロンプト、ファイルコンテキスト、ツール呼び出し、マルチターン推論が含まれます。チャットよりもセッションあたりのトークンが多くなります。 |
Claude Cowork | 高集約度。エージェンティックワークフロー、マルチステップタスク実行、スキルは、エンドユーザーに見えない可能性のある重要な中間トークン使用量を生成します。 |
他のサーフェスも組織の使用量を利用し、Analytics、支出エクスポート、Analytics APIで個別の製品として表示されます。(a) Claude for M365（Excel、PowerPoint、Word、Outlookアドイン）は、同じ組織、グループ、ユーザーごとの支出制限とモデル制限の対象です。(b) Claude Design（ベータ版）は、組織の利用から標準APIレートで請求され、組織、グループ、ユーザーごとの制限が適用されます。(c) Chrome内のClaudeは、サイドパネルがClaude Coworkセッションとして実行されるため、マルチステップブラウジングタスクは他のCoworkエージェンティックワークと同様に消費されます（Organization settings > Coworkで管理）。(d) Claude Tag（Slack内のClaude、ベータ版）は、チャネルワークが個別シートではなく組織の使用残高に請求されるため、ユーザーごとおよびグループの制限はそれをキャップしません。Claude Tag支出制限（およびオプションのチャネルごとの制限）をclaude.ai/admin-settings/usage/claude-tagで設定します。Claude TagとのDMは送信者自身のシートに請求されます。
管理者向けヒント：チームとの期待値を設定する
Claude CodeまたはCoworkワークフローを実行しているユーザーは、セッションがどの程度トークン集約的であるかを認識していない可能性があります。単一のCoworkタスクまたはClaude Codeデバッグセッションは、チャットよりもはるかに多くのトークンを消費できます。送信するユーザーオンボーディングにこのコンテキストを含めてください。
ロールベースのアクセス制御
ロールベースのアクセス制御（RBAC）を使用すると、ユーザーをグループ化し、個別ではなくユニットとしてClaudeサーフェスと利用予算へのアクセスを管理できます。これは、大規模な組織での利用を管理するための最もスケーラブルな方法です。
グループの構成方法
グループを組織階層ではなく、職務機能とユースケースの観点から考えてください。いくつかの原則があります。
組織図ボックスではなく、異なる使用パターンにマップするグループを作成します。「North America」と「EMEA」よりも「Engineering」と「Sales」の方が、利用管理に役立ちます。
グループの増殖を制限します。8～10個を超えるグループは管理が難しくなります。4～6個から始めて、使用パターンが明らかに異なる場合にのみ分割してください。
グループを使用して、高集約度サーフェスへのアクセスをゲートします。例えば、「Engineering」グループのメンバーのみがClaude Codeにアクセスでき、他のユーザーはチャットとCoworkのみを表示します。アクセスは、各グループに割り当てるカスタムロールによって付与され、組織ロールがカスタムに設定されているメンバーにのみ有効になります。組み込みのユーザーロールのままのメンバーは、組織全体で有効になっています。グループは手動で作成することも、ID プロバイダーから同期することもできます。Enterprise プランでロールベースの権限を設定するを参照してください。
グループレベルの支出上限を開始点として割り当て、外れ値（例えば、特定のプロジェクトのためにClaude Codeが必要な非技術的なPM）についてはユーザーレベルでオーバーライドします。
グループ支出管理
グループが構成されたら：
初期ロールアウト中は週単位でグループ利用を確認し、その後は月単位で確認します。
グループが一貫して上限に近づいている場合は、自動的に上限を引き上げる前に調査してください。正しい対応は、より多くの予算ではなく、モデルガイダンス（OpusではなくSonnetを使用）である可能性があります。
各部門に「グループオーナー」を割り当てることを検討してください。このオーナーは、使用状況を確認し、チームからの質問に対応する責任があります。これにより、管理負担が分散され、ビジネスコンテキストを持つ人が関与します。これらの人をオーナーまたは管理者にする必要はありません。Analytics（表示可能）管理権限を付与するカスタムロールを作成し、オプションで請求（表示可能）を追加して使用ページを表示できるようにし、小さな「使用状況レビュアー」グループに割り当てます。管理権限はロールがカスタムに設定されているメンバーにのみ適用され、Analytics表示アクセスはグループに限定されるのではなく、組織全体です。
ガバナンスのヒント：サーフェスアクセスを最初のゲートとして使用する
トークンレベルの制限について心配する前に、適切な人が適切なサーフェスにアクセスできることを確認してください。初日にすべてのユーザーにClaude CodeとCoworkアクセスを付与することは、予期しない利用を生成する最速の方法です。高集約度サーフェスを段階的にロールアウトし、それらを生産的に使用する可能性が最も高いチームから始めます。
支出制限を設定する
支出制限は、利用を制御するための主要なツールです。Claude Enterpriseでは、管理者が3つのレベルで制限を設定できます。組織レベル、グループレベル（RBAC付き）、個別ユーザーレベルです。推奨されるアプローチは、RBACグループレベルの制限とユーザーごとの制限から始めることです。これにより、制限に達した場合に組織全体を遮断するリスクなしに、正確でターゲット化された制御が可能になります。
組織レベルの支出制限
組織レベルの制限は、すべてのユーザーとサーフェス全体のハードシーリングとして利用できますが、慎重に使用してください。これに達すると、すべてのユーザーに同時に影響し、混乱を招く可能性があります。ほとんどの管理者は、グループとユーザーレベルで利用を管理することで、運用リスクが少なく、より良い結果が得られることに気付きます。
グループ支出制限
グループ支出制限を使用すると、グループ全体にユーザーごとの月間支出制限を割り当てることができるため、そのグループのすべてのメンバーは個別に設定することなく同じ制限を継承します。これは、中規模から大規模な組織での利用を管理するための最もスケーラブルな方法であり、管理者が開始すべき場所です。
次の優先順位ルールに注意してください。
個別制限は常にグループ制限をオーバーライドします。どちらが高いかに関わらず。
ユーザーが異なる制限を持つ複数のグループに属している場合、支出デフォルトの下のマルチグループ支出制限設定は、より高い制限またはより低い制限が適用されるかどうかを制御します。シートタイプのデフォルト制限はこの比較に含まれます。
組織全体の制限は、ハードシーリングのままです。
どこにも制限がない＝制限がない。メンバーが個別制限を持たず、グループのいずれも制限を持たない場合、その支出はキャップされません。
設定方法：Organization settings → Usage → By group。制限を特定のドル金額または「Unlimited」に設定します。
ユーザーレベルの支出上限
ユーザーレベルの上限を使用すると、個別アカウントの利用制限を設定できます。これは、ロール全体で使用量が大きく異なる組織に不可欠です。毎日Claude Codeを使用する開発者は、コピーライティング用にチャットを使用するマーケターとは非常に異なるニーズを持っています。
ユーザーレベルの上限のベストプラクティス：
ロールアウト前に、ロールタイプに基づいて利用層を定義します。層状構造（例えば、ライト、標準、パワー）により、上限を一貫して割り当てて調整しやすくなります。
控えめに始めましょう。ユーザーのリクエストに基づいて上限を引き上げる方が、超過分の会話を取り消すより簡単です。
パワーユーザー（エンジニア、データサイエンティスト、研究者）には、より高い、または無制限の個別制限を付与しますが、適切なタスクに適切なClaudeモデルを使用することで、これを相殺してください。
毎月個別の使用レポートを監視して、外れ値を特定します。常に上限に達しているユーザー（さらに必要な場合がある）と、ほとんど消費していないユーザー（まだアクティベートされていない可能性がある）の両方です。
モデル選択ガイダンス
管理者ができる最も影響力のあることの1つは、どのタスクにどのモデルを使用するかについて、ユーザーに明確なガイダンスを設定することです。モデルの選択は、支出に直接的で重大な影響を与えます。
努力レベルは、2番目の消費レバーです。ユーザーは、各応答にClaudeが適用する思考量を選択でき、より高い努力レベルはより低いレベルよりも多くのトークンを消費します。ユーザーに、最大努力を最も要求の厳しいタスクのみに予約し、日常的なタスクにはより低い努力を使用するよう促してください。
適切なタスクに適切なモデル
モデル | 最適な用途 | トークン強度 | 推奨される使用方法 |
Claude Fable | 数日間のエージェント型コーディング作業と推論タスク | 非常に高い | 最高価値で最も複雑なエージェント型作業のために予約してください。プレミアム価格設定とOpusより高速な使用ドロー。 |
Claude Opus | 複雑な推論、研究、マルチステップタスク | 高い | パワーユーザーまたは特定のワークフローのみに予約してください |
Claude Sonnet | 日常的なタスク、執筆、分析、Q&A | 中程度 | すべてのユーザーのデフォルトモデル。組織全体のデフォルトとして設定してください（以下を参照） |
Claude Haiku | シンプルな検索、要約、高速応答 | 低い | 大量の軽量自動化タスク |
組織のデフォルトモデルを設定する
ユーザーを適切なモデルに導くことに加えて、組織内のすべてのユーザーが新しい会話を開始するモデルを設定できます。これは利用可能な最も直接的な消費レバーの1つです。デフォルトは、大多数のユーザーが毎日実行する内容を形作ります。
2つのオプションがあります：
Anthropic推奨 — 新しいモデルがリリースされると自動的に更新されるため、組織は常に手動メンテナンスなしで現在推奨される汎用モデルで開始されます。
独自に選択 — 特定のモデルを組織のデフォルトとして設定し、変更するまでそこに保持します。消費予測可能性のために既知のモデルを標準化したい場合に使用してください（たとえば、OpusではなくSonnetをデフォルトにする）。
この設定は、チャット、Claude Cowork、Claude Code（CLI 2.1.199以降）、およびClaude for Microsoft 365の新しい会話に適用されます。選択したモデルが製品で利用できない場合、Anthropicの推奨デフォルトが使用されます。Claude Codeの管理設定を通じてモデルをピン留めする場合、その設定はCLIとIDEの優先順位を取ります。組織のデフォルトモデルを設定するを参照してください。
カスタムロールを通じてロール別にモデルのデフォルトを設定することもできるため、異なるグループが異なるモデルで開始できます。たとえば、エンジニアリンググループを1つのモデルにデフォルト設定し、組織の残りの部分を別のモデルにデフォルト設定します。これは、既に設定したRBACグループと自然にペアになります（セクション2を参照）。
設定方法：組織設定 → モデル。
注：ユーザーの新しい会話の現在のモデル選択がクリアされる可能性があるため、次の会話で組織のデフォルトを選択します。
組織のモデルアクセスを管理する
デフォルトを設定することに加えて、どのモデルが利用可能かを制限できます。これはガイダンスだけより強力なレバーです。これは2つのレベルで機能します：
組織レベル：各モデルは、所有者と管理者を含むすべてのユーザーに対して有効または無効になります。ここでモデルを無効にすると、組織全体のすべてのピッカーから削除されます。
カスタムロールレベル：カスタムロール上のメンバーの場合、各ロールは組織レベルで有効になっているもののサブセットへのアクセスを付与します。ロールは、組織が無効にしたモデルを付与することはできません。組織の設定は常に上限です。
メンバーが異なるカスタムロールを持つ複数のグループに属している場合、アクセスは加算的です。彼らは、彼らのロールが付与するすべてのモデルを取得します（組織全体で有効になっている限り）。
ロール別の努力レベルの上限
ロールが使用できるモデルを制限することに加えて、そのロール上のメンバーがモデルごとに選択できる最大努力レベルを上限にすることができます。これは、既に上記で説明した努力ガイダンスのより詳細なバージョンです。これはカスタムロールにのみ適用され、組織レベルではありません。メンバーが複数のロールを持っている場合、それらのロール全体で最も高い努力キャップが勝ちます。
管理者のヒント：モデル+努力制限をペアにする
モデルガイダンス（「Sonnetがデフォルト」というメッセージ）が着地していない場合、それでもOpusの消費が多い場合、Opusアクセスを特定のロールに制限するか、非パワーユーザーロールの努力をMax代わりに中程度/高に上限にすることが次のレバーです。深い推論が実際に報酬を得るロールのために完全なアクセスを予約してください。
これが適用される場所
モデルアクセスと努力制限は、チャット（Web、デスクトップ、モバイル）、Claude Cowork、Claude Code（CLI 2.1.199以降）を含むほとんどのClaudeプロダクト全体で実施されます。以前のバージョンは制限されたオプションを表示しますが、それらを使用するリクエストは拒否されます。Claude in ChromeとClaude Securityはまだこれをサポートしていません。サポートされているプロダクトの現在のリストについては、組織のモデルアクセスを管理するを参照してください。
設定方法：組織設定 → ロール → ロールを選択 → モデルタブ。モデルアクセス、モデルごとのオプションの努力キャップ、およびオプションのロールレベルのデフォルトモデルを設定します。組織全体の設定を管理するには、組織設定 → モデルに移動してください。詳細については、組織のモデルアクセスを管理するを参照してください。
管理者設定の推奨事項
大量の低複雑度ワークフロー（サポートチケットの要約、初期ドラフトメールの生成など）がある場合、Haikuがより適切かどうかを評価してください。これらのユースケースの消費を大幅に削減できます。
ユーザーが実際に選択しているモデルを定期的に監査してください。消費の大部分がOpusの場合、それはあなたのモデルガイダンスが効果的でないことを示しています。
ユーザーにモデル選択について伝えるべきこと
Sonnetは日常的に使用するモデルです。高速で高機能であり、執筆、分析、コーディング支援、Q&Aなど、大多数のタスクに対応するよう設計されています。
Opusはより難しく複雑な作業向けです。本当に複雑な複数ステップの問題に取り組んでいる場合、または速度よりも品質が重要な場合に使用してください。
迷ったときはSonnetから始めてください。より深い分析が必要な場合は、会話の途中でいつでもモデルをOpusに切り替えることができます。
組織の指示を使用してユーザーの行動を形成する
組織の指示により、管理者は組織全体のすべてのClaudeの会話に継続的なガイダンスを注入できます。これは実質的にClaudeにあなたのチームの規範、ベストプラクティス、ガイドラインを反映するシステムプロンプトを与えます。このツールは、ガイダンスがユーザーが見つけなければならないドキュメントではなく、使用時に製品内に表示されるため、摩擦を加えずにユーザーの行動を変える高いレバレッジツールです。
消費と使用パターンを管理するために組織の指示を使用できるいくつかの方法：
トークン集約的な出力形式に対して促す。特定のアーティファクトタイプの増殖に気付いた場合（例えば、より単純な形式で十分な部門横断的なスレッドで共有されているHTMLダッシュボード）、Claudeに生成する前にユーザーに確認するよう指示できます。これは機能全体を削除することなく、軽量なチェックを追加します。
ユーザーを内部リソースに誘導する。チームのwiki、ベストプラクティスドキュメント、または使用ガイドラインを設定に直接参照してください。Claudeは関連する場合にそれらを表示し、ユーザーを毎回それを再発明する代わりに正しい内部コンテキストに向けます。
モデル選択の規範を強化する。Claudeに（そして拡張的にユーザーに）Sonnetがデフォルトであり、Opusが特定のワークフロー用に予約されていることを思い出させてください。これはすべての人が事前にそれを内在化することを要求することなく、ユーザー教育を補完します。
使用とコストの追跡
分析ページ
ユーザーメニュー内の分析ページ（claude.ai/analytics）は、組織の状況を把握する最速の方法です。週間アクティブユーザー、シート利用率、トップコネクタ、総支出（MTD/QTD/YTD）、モデル別支出、および支出別トップ10ユーザーリーダーボードが表示されます。チャット、Claude Code、Cowork、Claude Designの製品固有のビューは、各サーフェスのアクティビティを詳細に示します。詳細を学ぶ。
スキル分析とスキルごとのROI
各スキルは反復可能なワークフロー（営業通話の準備、契約のレビュー）を表すため、そのコストはそのワークフローの価値に対して直接比較できます。分析のスキルビューは、組織内のすべてのスキルのユーザー、使用あたりのコスト、および総使用回数を表示し、グループ（「私の法務チームはどのスキルを使用していますか？」）または製品サーフェスでフィルタリングできます。
ROI分析を実行するには：
スキルビューからスキルテーブルをCSVにエクスポートします。
各スキルに実行あたりの値を割り当てます。完了したタスクの価値の大まかな推定値（例えば、それが置き換える従業員の時間など）（例えば、「営業通話の準備は私たちにとって約$20の価値があります」）。
スプレッドシートで計算します：（実行あたりの値 − 使用あたりのコスト）×総使用回数は、各スキルが生成した純価値を示します。
計算は現在製品外で行われていますが、CSVエクスポートにより、迅速なスプレッドシート演習が可能になります。大まかな推定値でも説得力のあるストーリーを語ります。実行あたり$0.90のコストの通話準備スキルは、$20の価値に対して、すべての使用で20倍のリターンを返します。
支出レポートCSVエクスポート
1回限りの詳細な内訳が必要な場合は、分析ページからユーザーごと、モデルごとの支出レポートをCSVとしてエクスポートできます。概要タブの支出セクション（「Claudeのコストはいくらですか？」）で、「支出レポートをエクスポート」をクリックして、MTD、先月、過去90日間、または過去90日間までのカスタム範囲を選択します。
分析チャット
分析チャットを使用すると、組織の使用について平易な言語で質問できます。質問を入力してください。「過去30日間の日次支出を表示してください」、「トップスペンダーは誰ですか」、「シート利用率はどのくらいですか」。Claudeはチャートと、見つけたものについての短い書面による要約を返します。最初からやり直すことなく、フォローアップして改善、詳細化、またはピボットできます。
特定の質問があり、ダッシュボードをナビゲートしたくない場合、またはトレンドを探索していて高速な往復を望む場合に使用してください。結果はデフォルトで過去30日間をカバーしています。異なる範囲が必要な場合は、質問で別の範囲を指定してください。データは毎日更新されます。詳細を学ぶ。
分析API
プログラムによるアクセスの場合は、Claude Enterprise分析APIを使用してください。使用されたトークンまたは支出したドルでランク付けされたユーザーのリストを取得するか、製品、モデル、RBACグループ、コンテキストウィンドウ、地域、またはサービス層（標準対高速）で分類された使用とコストのトレンドを確認してください。コストレポートをRBACグループでグループ化すると、ユーザーごとの行をエクスポートすることなく、チャージバック用の部門ごとの支出が得られます。各リクエストは31日間の幅に制限され、過去365日以内に開始され、2026年1月1日より前ではありません。
プライマリオーナーは、組織設定 > APIの下でread:analyticsスコープを持つキーを作成できます。コストと使用データは通常約4時間以内に到着し（時々最大24時間）、最大30日間改訂される可能性があるため、請求グレードの合計については過去30日以上の日付をクエリしてください。ユーザー、スキル、プラグイン、コネクタなどのエンゲージメントエンドポイントは、約1日のラグで毎日更新されます。詳細を学ぶおよびAPIリファレンスガイドを確認してください。
ユーザーごとのスキル、プラグイン、コネクタの使用
分析APIはまた、スキル、プラグイン、コネクタの使用をユーザーごとに分類します。skills、plugins、およびconnectorsエンドポイントはそれぞれgroup_by[]=user_idパラメータをサポートし、ダッシュボードに表示される組織全体の合計を、スキルごと（またはプラグイン、またはコネクタ）のユーザーごとの1行に変えます。これにより、特定のスキルを実行しているユーザー、その頻度、およびロールアウトしたプラグインを実際に呼び出したチームメンバーを正確に確認できます。RBACグループまたは製品サーフェスでグループ化することもできます。また、名前で単一のスキル、プラグイン、またはコネクタにフィルタリングできます。
これは、スプレッドシートにエクスポートされるのではなく、個々のユーザーで分類された上記と同じスキルごとのROI質問に役立ちます。たとえば、プラグインロールアウトが実際にそれが配布されたチームに到達したことを確認し、単にそれがインストールされたことを確認するのではなく。APIリファレンスで詳細を学ぶ：スキル、プラグイン、コネクタ。
管理API
多くのグループ全体で制限を管理する組織の場合、管理APIはコスト制御ワークフローをスクリプトに移動します。増加リクエストレビューの自動化、制限に近いメンバーのフラグ付け、および急速に変化する使用を大規模に表示します。APIはすべてのメンバーの有効な制限と月初からの支出を読み取り、ユーザーごとのオーバーライドを設定またはクリアします。グループ、シートタイプ、および組織レベルの制限は、組織設定で引き続き構成されます。管理APIのユーザー管理エンドポイント（現在エンタープライズ組織向けベータ版）を使用すると、グループを作成し、メンバーを追加または削除し、カスタムロールをプログラムで読み取ることもできます。ユーザー管理を参照してください。
支出閾値アラート
支出閾値アラートは、組織レベルの支出制限の75%および90%で管理者に通知し、誰かがタスクの途中でブロックされる前にキャップを上げる時間を与えます。
エンドユーザー教育
技術的な制御はほとんどの方法を取得しますが、ユーザーの行動が残りを駆動します。消費がどのように機能するかを理解するチームは、独立してより良い選択を行い、トラブルシューティングするエッジケースが少なくなります。
エンドユーザーに伝えるべきこと
ユーザーをオンボードするときは、以下を共有してください：
Claudeの請求方法
使用はトークンで測定されます。長いプロンプトと長い会話はより多くのトークンを消費します。
Claude CodeおよびCoworkセッションはチャットよりも大幅にトークン集約的です。単一の長いコーディングセッションは、典型的なチャットセッションよりもはるかに多くのトークンを使用できます。
設定で設定 → 使用に切り替えることで、使用状況を確認してください。
モデルの選択方法
Sonnetはデフォルトであり、ほとんどのタスクをうまく処理します。Sonnetがあなたが必要とする場所に到達していない場合にのみOpusを使用してください。
組織には新しい会話用に設定されたデフォルトモデルがあります。タスクが必要な場合は、会話の途中でいつでもモデルを切り替えることができます。
モデルセレクタはインターフェイスに表示されます。特に複雑なタスクを実行している場合は、ユーザーにそれをチェックするよう促してください。
モデルセレクタはスティッキーなので、使用したいモデルであることを確認する習慣を作ってください。
努力レベルはモデル名の横に表示されます。より高い努力はより徹底的な応答を意味しますが、トークン消費が多いため、タスクに合わせてください。
上限に達したときに何が起こるか
ユーザーは支出制限に近づくと製品内で通知を受け取り、制限に達すると、Claudeを離れることなく管理者に増加リクエストを送信するために「使用量の増加をリクエスト」をクリックできます。ユーザーに承認者が誰であるか、および予想される処理時間を伝えてください。
既に生成されたものは何も失われません。既に進行中のリクエストは完了しますが、それ以上のリクエストはブロックされるため、複数ステップのClaude CodeまたはClaude Coworkタスクは完了前に一時停止する場合があります。管理者が制限を引き上げるか、月の1日の00:00 UTCに制限がリセットされるとすぐに、ユーザーは作業を再開できます。
ユーザーと共有するリソース