ワークスペース
ワークスペースを使用してAPIキーを整理し、チームのアクセスを管理し、コストを制御します。
「workspaces」(ワークスペース)は、組織内でのAPI使用を整理する手段を提供します。ワークスペースを使用すると、請求と管理を一元化したまま、異なるプロジェクト、環境、またはチームを分離できます。
ワークスペースの仕組み
すべての組織には、名前の変更、アーカイブ、削除ができないDefault Workspaceがあります。追加のワークスペースを作成すると、それぞれにメンバー、サービスアカウント、APIキー、リソース制限を割り当てることができます。
主な特徴:
- ワークスペース識別子は
wrkspc_プレフィックスを使用します(例:wrkspc_01JwQvzr7rXLA5AGx3HKfFUJ) - デフォルトでは組織あたり最大100個のワークスペース(アーカイブ済みのワークスペースはカウントされません)。さらに必要な場合はアカウントチームにお問い合わせください
- Default Workspaceは他のワークスペースと同様に
wrkspc_IDを持ちます(anthropic-workspace-idレスポンスヘッダーで返され、Get Workspaceで受け付けられます)が、List Workspacesの結果には表示されず、APIキー、使用量レポート、コストレポートではそのworkspace_idにnullが表示されます。これは全ワークスペース対象のAPIキーでも同様です(APIキーのscopeフィールドで両者を区別できます。Default Workspaceにバインドされたキーの場合、このフィールドには実際のIDが含まれます) - APIキーは単一のワークスペースにスコープを限定できます。この場合、そのワークスペース内のリソースにのみアクセスできます。一部のAPIキーには複数のワークスペースにまたがる権限を付与でき、ワークスペースIDヘッダーを指定してそのワークスペース内のリソースにアクセスします
Claude Codeワークスペース
組織のメンバーがClaude Consoleアカウントで初めてClaude Codeにサインインすると、Anthropicは組織内にClaude Codeワークスペースを自動的に作成し、そのメンバーを追加します。その後Claude Codeにサインインするすべてのメンバーも同じ方法で追加されます。
Claude Codeワークスペースは、Claude Codeのトラフィックを他のAPIワークロードから分離します:
- Claude Codeはサインイン時に、このワークスペース内にユーザーごとのAPIキーを発行します。Consoleからこのワークスペースに手動でキーを作成することはできません。
- Claude Codeキーは、ワークスペースキーとは異なり、その所有者がワークスペースまたは組織から削除されると機能しなくなります。
- Claude Codeの使用量は個別にレート制限され、管理者はSettings > Workspacesで組織の制限に占める割合に上限を設定できます。
- ユーザーごとの月間支出制限をサポートする唯一のワークスペースです。
ワークスペースのロールと権限
メンバーはワークスペースごとに異なるロールを持つことができ、きめ細かなアクセス制御が可能です。
| ロール | 権限 |
|---|---|
| Workspace User | playgroundの使用のみ |
| Workspace Limited Developer | APIキーの作成と管理、APIの使用。セッショントレースビューへのアクセスやファイルのダウンロードはできません。 |
| Workspace Developer | APIキーの作成と管理、APIの使用 |
| Workspace Admin | ワークスペースの設定とメンバーに対する完全な制御 |
| Workspace Billing | ワークスペースの請求情報の表示(組織の請求ロールから継承) |
ロールの継承
- 組織管理者は、すべてのワークスペースに対するWorkspace Adminアクセスを自動的に受け取ります
- 組織の請求メンバーは、すべてのワークスペースに対するWorkspace Billingアクセスを自動的に受け取ります
- 組織のユーザーと開発者は、各ワークスペースに明示的に追加する必要があります
- サービスアカウントは、Settings → Service accountsのサービスアカウントのページ、またはワークスペースのService accountsタブからワークスペースに追加します
ワークスペースの管理
Consoleの使用
Claude Consoleでワークスペースを作成および管理します。
ワークスペースの作成
ワークスペース設定を開く
Claude Consoleで、Settings > Workspacesに移動します。
ワークスペースを作成する
Create workspaceをクリックします。
ワークスペースを設定する
ワークスペース名を入力し、視覚的に識別するための色を選択します。
ワークスペースの作成を完了する
Createをクリックして確定します。
ワークスペースの詳細の編集
ワークスペースの名前または色を変更するには:
- リストからワークスペースを選択します。
- 省略記号メニュー(...)をクリックし、Edit detailsを選択します。
- 名前または色を更新し、変更を保存します。
ワークスペースへのメンバーの追加
- ワークスペースのMembersタブに移動します。
- Add to Workspaceをクリックします。
- 組織のメンバーを選択し、ワークスペースロールを割り当てます。
- 追加を確認します。
メンバーを削除するには、名前の横にあるゴミ箱アイコンをクリックします。
ワークスペース制限の設定
各ワークスペースの設定では、これらが2つのタブに分かれています:
- レート制限: Rate limitsタブで、モデルティアごとに1分あたりのリクエスト数、入力トークン、または出力トークンの制限を設定します
- 支出制限: Spend limitsタブで、月間支出の上限を設定し、支出が特定のしきい値に達したときのアラートを設定します
ワークスペースのアーカイブ
ワークスペースをアーカイブするには、省略記号メニュー(...)をクリックし、Archiveを選択します。アーカイブすると:
- レポート用に履歴データが保持されます
- ワークスペースが無効化され、そのワークスペース用に作成されたすべてのAPIキーがアーカイブされます
- 元に戻すことはできません
Admin APIの使用
Admin APIを使用してプログラムでワークスペースを管理します。
以下のSDKおよびCLIの例では、ANTHROPIC_API_KEY環境変数からAdmin APIキーを読み取るデフォルトクライアントを構築します。SDKはこれらのエンドポイントをclient.beta.organization.workspacesの下で公開しています。SDKのlistメソッドは必要に応じて後続のページを取得するため、limitはページサイズを設定します。PHP、Ruby、curlの例は1ページを返します。
ワークスペースを作成する:
client = anthropic.Anthropic()
workspace = client.beta.organization.workspaces.create(name="Production")
print(f"id: {workspace.id}")
print(f"name: {workspace.name}")ワークスペースを一覧表示する:
client = anthropic.Anthropic()
workspaces = client.beta.organization.workspaces.list(limit=10, include_archived=False)
for workspace in workspaces:
print(f"{workspace.id}: {workspace.name}")ワークスペースをアーカイブする:
client = anthropic.Anthropic()
workspace = client.beta.organization.workspaces.archive(
"wrkspc_01JwQvzr7rXLA5AGx3HKfFUJ"
)
print(f"id: {workspace.id}")
print(f"archived_at: {workspace.archived_at}")パラメータの詳細とレスポンススキーマの全容については、Workspaces APIリファレンスを参照してください。
ワークスペースメンバーの管理
ワークスペースにメンバーを追加する:
client = anthropic.Anthropic()
member = client.beta.organization.workspaces.members.add(
"wrkspc_01JwQvzr7rXLA5AGx3HKfFUJ",
user_id="user_01XyDMpzjS89pFZXqSFUBDr6",
workspace_role="workspace_developer",
)
print(f"user_id: {member.user_id}")
print(f"workspace_role: {member.workspace_role}")メンバーのロールを更新する:
client = anthropic.Anthropic()
member = client.beta.organization.workspaces.members.update(
"user_01XyDMpzjS89pFZXqSFUBDr6",
workspace_id="wrkspc_01JwQvzr7rXLA5AGx3HKfFUJ",
workspace_role="workspace_admin",
)
print(f"user_id: {member.user_id}")
print(f"workspace_role: {member.workspace_role}")ワークスペースからメンバーを削除する:
client = anthropic.Anthropic()
removed_member = client.beta.organization.workspaces.members.remove(
"user_01XyDMpzjS89pFZXqSFUBDr6",
workspace_id="wrkspc_01JwQvzr7rXLA5AGx3HKfFUJ",
)
print(f"user_id: {removed_member.user_id}")パラメータの詳細の全容については、Workspace Members APIリファレンスを参照してください。
APIキーとリソースのスコープ
すべてのリクエストは厳密に1つのワークスペースで実行され、そのワークスペース内のリソースにのみアクセスできます。どのワークスペースになるかはキーの種類によって決まります:
- ワークスペースキー(所有者のいないレガシーキー)は、作成されたワークスペースに属し、常にそこで実行されます。
- 個人キーまたはサービスアカウントキーは、そのユーザーまたはサービスアカウントとして動作します。単一ワークスペースキーは、作成時に選択されたワークスペースで常に実行されます。マルチワークスペースキーは、各リクエストの
anthropic-workspace-idヘッダーで指定されたワークスペースで実行されます。アカウントがそのワークスペースを使用するには、そのワークスペースへのアクセス権が必要です。
ワークスペースにスコープが限定されるリソースには以下が含まれます:
- Files APIで作成されたファイル
- Batch APIで作成されたメッセージバッチ
- Skills APIで作成されたスキル
一部のリソースは異なる方法で管理されます:
- MCPトンネルは、APIキーではなく、Workload Identity Federationを通じて取得した
workspace:manage_tunnelsOAuthトークンで管理されます。トンネルはワークスペース内に作成され、ConsoleのMCP tunnelsリストとManaged Agentのサーバーピッカーには現在のワークスペース内のトンネルのみが表示されます。アクティブなトンネル10個という上限は組織全体に適用されます。トンネルの管理にはトンネル管理権限を持つロールが必要です。組織の開発者は表示できますが変更はできません。 - ワークスペース自体と組織メンバーは、Admin APIキー、
org:adminOAuthトークン、または特定のワークスペースにスコープが限定されていない個人キーもしくはサービスアカウントキーを使用して、Admin APIを通じて組織レベルで管理されます。
組織のワークスペースIDを調べるには、List Workspacesエンドポイントを呼び出すか、Claude Consoleで確認してください。
APIレスポンスの背後にあるワークスペースの特定
Claude APIのレスポンスには、request-idおよびanthropic-organization-idのレスポンスヘッダーとともにanthropic-workspace-idヘッダーが含まれます。その値は、リクエストのAPIキーまたはアクセストークンが解決されたワークスペースのwrkspc_プレフィックス付きIDであり、そのワークスペースがDefault Workspaceである場合も含まれます。たとえば、成功したレスポンスには次のようなヘッダーが含まれます:
HTTP/1.1 200 OK
request-id: req_018EeWyXxfu5pfWkrYcMdjWG
anthropic-organization-id: 0d0e7a3b-52f1-4c7e-9a51-3f6f2f7c1b9e
anthropic-workspace-id: wrkspc_01JwQvzr7rXLA5AGx3HKfFUJ認証情報がワークスペースに解決されない場合(たとえばAdmin APIリクエストの場合)、または401エラーのように認証が完了する前にリクエストが失敗した場合、このヘッダーは存在しません。
以下の例では、Messages APIリクエストを送信し、レスポンスヘッダーからワークスペースIDを出力します:
client = anthropic.Anthropic()
response = client.messages.with_raw_response.create(
model="claude-opus-5",
max_tokens=1024,
messages=[{"role": "user", "content": "Hello, Claude"}],
)
workspace_id = response.headers.get("anthropic-workspace-id")
print(f"Workspace ID: {workspace_id}")Workspace ID: wrkspc_01JwQvzr7rXLA5AGx3HKfFUJ同じアクセサーで、Claude Managed Agents APIを含む他のClaude APIエンドポイントからもこのヘッダーを読み取れます。たとえば、セッションを作成するレスポンスからanthropic-workspace-idを読み取り、そのセッションがどのワークスペースに属するかを記録します。
レスポンスから取得したワークスペースIDを使用すると、次のことができます:
- リクエストがどのワークスペースの使用量、コスト、レート制限にカウントされたかを確認する
- Usage and Cost APIレポートや、APIキーなどのAdmin APIオブジェクトの
workspace_idフィールドと照合する(どちらもDefault Workspaceに対してはnullを報告し、APIキーは全ワークスペース対象のキーに対しても同様にnullを報告します。APIキーのscopeフィールドで両者を区別でき、1つのワークスペースにバインドされたキーの場合はそのワークスペースの実際のIDが含まれます) - Admin APIキーを使用してGet Workspaceに渡すことで、それがDefault WorkspaceのIDかどうかを確認する。List Workspacesでは省略されますが、Default Workspaceは
"name": "Default"として返されます - Consoleでそのワークスペースを開き、セッション、ファイル、メッセージバッチ、スキルなど、リクエストのリソースを見つける
ワークスペース制限
過剰使用を防ぎ、公平なリソース配分を確保するために、各ワークスペースにカスタムの支出制限とレート制限を設定できます。
ワークスペース制限の設定
ワークスペース制限は、組織の制限より低く設定できます(高く設定することはできません):
- 支出制限: ワークスペースの月間支出に上限を設定します。Claude ConsoleのワークスペースのSpend limits設定タブで設定します。
- レート制限: 1分あたりのリクエスト数、1分あたりの入力トークン数、または1分あたりの出力トークン数を制限します。Claude ConsoleのワークスペースのRate limits設定タブで設定します。
レート制限とその仕組みの詳細については、レート制限を参照してください。また、Rate Limits APIを使用して、現在の組織およびワークスペースのレート制限をプログラムで読み取ることもできます。
使用量とコストの追跡
Usage and Cost APIを使用して、ワークスペースごとに使用量とコストを追跡します:
curl "https://api.anthropic.com/v1/organizations/usage_report/messages?\
starting_at=2025-01-01T00:00:00Z&\
ending_at=2025-01-08T00:00:00Z&\
workspace_ids[]=wrkspc_01JwQvzr7rXLA5AGx3HKfFUJ&\
group_by[]=workspace_id&\
bucket_width=1d" \
-H "anthropic-version: 2023-06-01" \
-H "x-api-key: $ANTHROPIC_ADMIN_KEY"Default Workspaceに帰属する使用量とコストは、workspace_idの値がnullになります。
一般的なユースケース
環境の分離
開発、ステージング、本番用に個別のワークスペースを作成します:
| ワークスペース | 目的 |
|---|---|
| Development | 低いレート制限でのテストと実験 |
| Staging | 本番に近い制限での本番前テスト |
| Production | 完全なレート制限と監視を備えたライブトラフィック |
チームまたは部門の分離
コスト配分とアクセス制御のために、異なるチームにワークスペースを割り当てます:
- 開発者アクセスを持つエンジニアリングチーム
- 独自のAPIキーを持つデータサイエンスチーム
- 顧客向けツール用に制限されたアクセスを持つサポートチーム
プロジェクトベースの整理
特定のプロジェクトまたは製品用のワークスペースを作成し、使用量とコストを個別に追跡します。
ベストプラクティス
ワークスペース構造を計画する
ワークスペースを作成する前に、どのように整理するかを検討してください。請求、アクセス制御、使用量追跡のニーズについて考えてください。
意味のある名前を使用する
目的が明確にわかるようにワークスペースに名前を付けてください(例:「Production - Customer Chatbot」や「Dev - Internal Tools」)。
適切な制限を設定する
予期しないコストを防ぎ、公平なリソース配分を確保するために、支出制限とレート制限を設定してください。
アクセスを定期的に監査する
ワークスペースのメンバーシップを定期的に見直し、適切なユーザーのみがアクセスできるようにしてください。
使用量を監視する
Usage and Cost APIを使用して、ワークスペースレベルの消費量を追跡してください。
FAQ
すべての組織には、名前の変更、アーカイブ、削除ができない「Default Workspace」があります。すべてのワークスペースと同様にwrkspc_ IDを持ちます。APIはanthropic-workspace-idレスポンスヘッダーでこれを返し、Get WorkspaceおよびUpdate Workspaceに渡すことができます。アクセスは各メンバーの組織ロールに従うため、独自のメンバーリストはありません。List Workspacesの結果には表示されず、これに属するAPIキー、使用量レポート、コストレポートではworkspace_idにnullが表示されます。これは全ワークスペース対象のAPIキーでも同様です。APIキーのscopeフィールドで両者を区別でき、Default Workspaceに属するキーの場合はその実際のIDが含まれます。
Anthropicは、組織のメンバーがConsoleアカウントで初めてClaude Codeにサインインしたときに、Claude Codeワークスペースを自動的に作成します。これにより、Claude CodeのAPIキー、使用量、レート制限が他のワークロードから分離されます。詳細についてはClaude Codeワークスペースを参照してください。
はい。各組織はデフォルトで最大100個のワークスペースを持つことができ、アーカイブ済みのワークスペースはこの制限にカウントされません。さらに必要な場合は、アカウントチームにお問い合わせください。
組織管理者は、すべてのワークスペースでWorkspace Adminロールを自動的に取得します。組織の請求メンバーはWorkspace Billingロールを自動的に取得します。組織のユーザーと開発者は、各ワークスペースに手動で追加する必要があります。
組織のユーザーと開発者には、Workspace Admin、Workspace Developer、Workspace Limited Developer、またはWorkspace Userロールを割り当てることができます。Workspace Billingロールは手動で割り当てることができず、組織のbillingロールを持つことで継承されます。
組織管理者と請求メンバーは、それらの組織ロールを保持している間、ワークスペースロールを変更したりワークスペースから削除したりすることはできません(1つの例外として、請求メンバーはWorkspace Adminロールにアップグレードできます)。この制約の対象となるその他のすべての人については、まず組織ロールを変更してからワークスペースへのアクセスを変更してください。
組織管理者または請求メンバーがユーザーまたは開発者に降格された場合、手動でロールが割り当てられていたワークスペースを除くすべてのワークスペースへのアクセスを失います。ユーザーが管理者または請求ロールに昇格されると、すべてのワークスペースへの自動アクセスを取得します。
動作はキーの種類によって異なります。
個人キーまたはサービスアカウントキーは、そのユーザーまたはサービスアカウントがワークスペースから削除された直後に、そのワークスペースで機能しなくなります。サービスアカウントキーは、それを作成したユーザーが削除されても引き続き機能します。ワークスペースAPIキーは引き続き機能します。Claude Codeワークスペースでは、各キーはそれを作成したメンバーにバインドされており、そのメンバーが削除されると機能しなくなります。
個人キーは、そのユーザーが組織から削除されるとアーカイブされます。ユーザーが再招待された場合は、新しいキーを作成する必要があります。アーカイブされたキーは復元されません。
関連項目
Was this page helpful?