# RBAC Roles ## List RBAC Roles ### Query Parameters ### Header Parameters ### Returns ### Example #### Response ## Get RBAC Role ### Path Parameters ### Header Parameters ### Returns ### Example #### Response ## Domain Types ### Rbac Role # Permissions ## List RBAC Role Permissions ### Path Parameters ### Query Parameters ### Header Parameters ### Returns ### Example #### Response ## Domain Types ### Rbac Role Permission
The whole hunk
497 lines, first recordedThe first capture of this source. The page was already there, and this is what it said.
---
title: RBAC Roles
url: https://platform.claude.com/docs/en/api/admin/rbac_roles
---
# RBAC Roles
## List RBAC Roles
**get** `/v1/organizations/rbac_roles`
List RBAC Roles in the organization.
The RBAC Roles API is in beta and available to Claude Enterprise organizations only. Requests must send the `ce-user-management-2026-07-13` value in the `anthropic-beta` header.
### Query Parameters
- `limit: optional number`
Number of items to return per page.
Defaults to `20`. Ranges from `1` to `1000`.
- `page: optional string`
Optionally set to the `next_page` token from the previous response.
### Header Parameters
- `"anthropic-beta": optional array of string`
Optional header to specify the beta version(s) you want to use.
To use multiple betas, use a comma separated list like `beta1,beta2` or specify the header multiple times for each beta.
### Returns
- `data: array of RbacRole`
- `id: string`
ID of the RBAC Role.
- `created_at: string`
RFC 3339 datetime string indicating when the RBAC Role was created.
- `name: string`
Name of the RBAC Role.
- `type: "rbac_role"`
Object type.
For RBAC Roles, this is always `"rbac_role"`.
- `"rbac_role"`
- `updated_at: string`
RFC 3339 datetime string indicating when the RBAC Role was last updated.
- `has_more: boolean`
Indicates whether there are more results beyond this page.
- `next_page: string or null`
Opaque cursor for the next page. Pass as the `page` parameter on the next
request.
### Example
```http
curl https://api.anthropic.com/v1/organizations/rbac_roles \
-H 'anthropic-version: 2023-06-01' \
-H "Authorization: Bearer $ANTHROPIC_OAUTH_TOKEN"
```
#### Response
```json
{
"data": [
{
"id": "rbac_role_016J8xVtKpDq3Wy9ZmN2hR4s",
"created_at": "2024-10-30T23:58:27.427722Z",
"name": "Project Editor",
"type": "rbac_role",
"updated_at": "2024-10-30T23:58:27.427722Z"
}
],
"has_more": true,
"next_page": "eyJjdXJzb3IiOiAicmJhY19yb2xlXzAxIn0"
}
```
## Get RBAC Role
**get** `/v1/organizations/rbac_roles/{role_id}`
Retrieve an RBAC Role by ID.
The RBAC Roles API is in beta and available to Claude Enterprise organizations only. Requests must send the `ce-user-management-2026-07-13` value in the `anthropic-beta` header.
### Path Parameters
- `role_id: string`
ID of the RBAC Role.
### Header Parameters
- `"anthropic-beta": optional array of string`
Optional header to specify the beta version(s) you want to use.
To use multiple betas, use a comma separated list like `beta1,beta2` or specify the header multiple times for each beta.
### Returns
- `RbacRole object { id, created_at, name, 2 more }`
- `id: string`
ID of the RBAC Role.
- `created_at: string`
RFC 3339 datetime string indicating when the RBAC Role was created.
- `name: string`
Name of the RBAC Role.
- `type: "rbac_role"`
Object type.
For RBAC Roles, this is always `"rbac_role"`.
- `"rbac_role"`
- `updated_at: string`
RFC 3339 datetime string indicating when the RBAC Role was last updated.
### Example
```http
curl https://api.anthropic.com/v1/organizations/rbac_roles/$ROLE_ID \
-H 'anthropic-version: 2023-06-01' \
-H "Authorization: Bearer $ANTHROPIC_OAUTH_TOKEN"
```
#### Response
```json
{
"id": "rbac_role_016J8xVtKpDq3Wy9ZmN2hR4s",
"created_at": "2024-10-30T23:58:27.427722Z",
"name": "Project Editor",
"type": "rbac_role",
"updated_at": "2024-10-30T23:58:27.427722Z"
}
```
## Domain Types
### Rbac Role
- `RbacRole object { id, created_at, name, 2 more }`
- `id: string`
ID of the RBAC Role.
- `created_at: string`
RFC 3339 datetime string indicating when the RBAC Role was created.
- `name: string`
Name of the RBAC Role.
- `type: "rbac_role"`
Object type.
For RBAC Roles, this is always `"rbac_role"`.
- `"rbac_role"`
- `updated_at: string`
RFC 3339 datetime string indicating when the RBAC Role was last updated.
# Permissions
## List RBAC Role Permissions
**get** `/v1/organizations/rbac_roles/{role_id}/permissions`
List the permissions an RBAC Role grants.
The RBAC Roles API is in beta and available to Claude Enterprise organizations only. Requests must send the `ce-user-management-2026-07-13` value in the `anthropic-beta` header.
### Path Parameters
- `role_id: string`
ID of the RBAC Role.
### Query Parameters
- `limit: optional number`
Number of items to return per page.
Defaults to `20`. Ranges from `1` to `1000`.
- `page: optional string`
Optionally set to the `next_page` token from the previous response.
### Header Parameters
- `"anthropic-beta": optional array of string`
Optional header to specify the beta version(s) you want to use.
To use multiple betas, use a comma separated list like `beta1,beta2` or specify the header multiple times for each beta.
### Returns
- `data: array of RbacRolePermission`
- `action: string`
Action the permission grants on the resource.
The vocabulary follows the resource: an `organization` grant carries a
product-feature entitlement (for example `chat`), an admin-panel
permission entitlement (`permission_*`), or a blanket capability-access
mode — `capability_access_all` grants every product-feature entitlement,
and `capability_access_all_ga` grants the generally-available subset as
it stands at permission-check time; neither mode grants model-access
entitlements. A consumer enumerating a role's per-feature grants should
treat a blanket row as granting every product-feature entitlement it
covers, or it will under-report the role's effective access. A `connector_tool` grant carries
a tool-access action (`use` or `always_allow`); a `connector_scope` grant
carries the scope action `grant` (the role may receive the named OAuth
scope when tokens are minted for the connector); `connector` and
`all_connectors` grants carry a tool-access action, the scope action, or
an authentication-method action (`interactive` or `managed`).
- `resource: object { organization_id, type } or object { connector_id, tool_name, type } or object { connector_id, scope, type } or 2 more`
What the permission applies to.
A tagged union: `type` names the kind of resource and determines which
identifier fields are present.
- `Organization object { organization_id, type }`
- `organization_id: string`
UUID of the organization the permission applies to.
- `type: "organization"`
Kind of resource the permission applies to.
- `"organization"`
- `ConnectorTool object { connector_id, tool_name, type }`
- `connector_id: string`
ID of the connector the permission applies to.
- `tool_name: string`
Published name of the connector tool the permission applies to.
When the published name contains characters outside `[a-zA-Z0-9_-]` (or
collides with a reserved form), it is server-encoded into a stable
`{prefix}_{32-hex}` form — a shortened readable prefix of the name plus
a hash — from which the published name is not recoverable.
- `type: "connector_tool"`
Kind of resource the permission applies to.
- `"connector_tool"`
- `ConnectorScope object { connector_id, scope, type }`
- `connector_id: string`
Cut at 300 lines. The page has the rest.