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