Query the Activity Feed

Retrieve, filter, and paginate your organization's Compliance API Activity Feed.


Note

The Compliance API is enabled on request. Claude Enterprise organizations have access to the full API; Claude Console organizations have access to the Activity Feed only. See Get access to the Compliance API.

: same wording, but "Activity Feed (this page)" as plain text so this page doesn't link to itself. Keep in sync with content/en/_snippets/compliance-api-availability.mdx. */}

Note

The Compliance API is enabled on request. Claude Enterprise organizations have access to the full API; Claude Console organizations have access to the Activity Feed (this page) only. See Get access to the Compliance API.

Check

Required scope: read:compliance_activities on the Compliance Access Key or Admin API key.

Both Compliance Access Keys (sk-ant-api01-...) carrying this scope and Admin API keys (sk-ant-admin01-...) can call the Activity Feed. See Get access to the Compliance API for the conditions under which each key type carries the scope.

The Activity Feed records every authentication, chat, file, project, administrative, and platform action that occurs in your organization, in reverse chronological order. Activities are queryable within 1 minute of occurring and are retained for 6 years.

curl --fail-with-body -sS \
  "https://api.anthropic.com/v1/compliance/activities?limit=1" \
  --header "x-api-key: $ANTHROPIC_COMPLIANCE_ACCESS_KEY"
{
  "data": [
    {
      "id": "activity_01XyDMpzjS89pFZXqSFUBDr6",
      "created_at": "2026-04-10T08:09:10Z",
      "organization_id": "org_01Wv6QeBcDfGhJkLmNpQrSt8",
      "organization_uuid": "abcdef01-2345-6789-abcd-ef0123456789",
      "actor": {
        "type": "user_actor",
        "email_address": "user@example.com",
        "user_id": "user_01TuVwXyZaBcDeFgH2JkLmN4",
        "ip_address": "192.0.2.34",
        "user_agent": "Mozilla/5.0..."
      },
      "type": "claude_chat_created",
      "claude_chat_id": "claude_chat_01XyDMpzjS89pFZXqSFUBDr6",
      "claude_project_id": "claude_proj_01KGp4eZNug9ri4kE35RSppq"
    }
  ],
  "has_more": true,
  "first_id": "activity_01XyDMpzjS89pFZXqSFUBDr6",
  "last_id": "activity_01XyDMpzjS89pFZXqSFUBDr6"
}

Filter activities

Filter by organization, actor, activity type, or a created_at time window using the dotted sub-parameters created_at.gte, .gt, .lte, and .lt. See the API reference for each parameter's type and accepted values.

Repeatable parameters use array-bracket query syntax: pass activity_types[]=..., actor_ids[]=..., or organization_ids[]=... once for each value.

curl --fail-with-body -sS -G \
  "https://api.anthropic.com/v1/compliance/activities" \
  --data-urlencode "activity_types[]=claude_file_uploaded" \
  --data-urlencode "activity_types[]=claude_chat_created" \
  --data-urlencode "created_at.gte=2026-04-01T00:00:00Z" \
  --header "x-api-key: $ANTHROPIC_COMPLIANCE_ACCESS_KEY"

The Activity Feed produces hundreds of distinct activity types. See Query compliance activities in the API reference for the full list of values that activity_types[] accepts.

Paginate results

Activities are returned newest first, with ties in created_at broken by activity ID, and capped at limit results in each response (default 100, max 5,000). See the API reference for the full response schema.

The Compliance API uses two pagination schemes depending on the endpoint family:

Endpoint familySort orderSchemeParameters
ActivitiesNewest firstCursorafter_id, before_id (returned as first_id, last_id)
Chats and chat messagesOldest firstCursorafter_id, before_id (returned as first_id, last_id)
Projects, project attachments, users, roles, role permissions, groups, group membersEndpoint-specificPage tokenpage (returned as next_page)

Organizations and files do not paginate: List organizations returns all results in one response, and files are retrieved individually by ID.

Pagination cursors and page tokens are opaque strings: pass them back unchanged. Their internal format is not stable, and parsing them will break without notice. Only one of after_id or before_id may be set in each request, and both schemes return has_more so you know when to stop.

To page through activities:

  • Pass the response's last_id as after_id to advance to the next page in result order. With activities sorted newest first, the next page contains older entries.
  • Pass first_id as before_id to return to the previous page.
  • Stop when has_more is false.

The cursor parameter sets the page direction; the endpoint's sort order sets the time direction. The same after_id parameter reaches older activities here. Chats sort oldest first; see Retrieve and delete chats, files, and projects for the cursor semantics there.

Note

Cursors are safe to reuse on retry. A cursor or page token from a successfully returned page remains valid; a request that fails (5xx, timeout, network error) does not advance your position. Retry the same request with the same cursor. Only move to the next cursor after you have stored the page it points past.

# Fetch the first page (newest activities first) and capture its trailing cursor.
last_id=$(curl --fail-with-body -sS \
  "https://api.anthropic.com/v1/compliance/activities?limit=2" \
  --header "x-api-key: $ANTHROPIC_COMPLIANCE_ACCESS_KEY" | jq -er '.last_id')

# Pass the cursor back unchanged to fetch the next (older) page.
curl --fail-with-body -sS -G \
  "https://api.anthropic.com/v1/compliance/activities" \
  --header "x-api-key: $ANTHROPIC_COMPLIANCE_ACCESS_KEY" \
  --data-urlencode "limit=2" \
  --data-urlencode "after_id=${last_id}"

A production backfill loop pages through older activities by driving iteration off has_more and last_id:

  1. Start from your stored cursor (or omit after_id to start from the beginning).
  2. Page through with after_id=<last_id> until has_more is false.
  3. Persist the final last_id only after you've stored every page it covers.
cursor = stored_cursor
loop:
  if cursor is not null:
    page = GET /v1/compliance/activities?after_id={cursor}&limit=100
  else:
    page = GET /v1/compliance/activities?limit=100
  store(page.data)
  if page.last_id is not null:
    cursor = page.last_id
  if not page.has_more: break
persist(cursor)

Understand the Activity object

Every entry in data is an Activity with this top-level shape:

FieldTypeDescription
idstringUnique identifier for the activity.
created_atRFC 3339 stringWhen the activity occurred.
organization_idstring or nullOrganization where the activity occurred, or null for events not tied to an organization (sign-in, sign-out, Compliance API calls).
organization_uuidstring or nullSame scoping as organization_id, expressed as a UUID.
actorActor unionWho or what performed the activity. See the following actor table.
typestringThe activity type, for example claude_chat_created.
additional fieldsvariesType-specific fields, for example claude_chat_id on chat events or filename on file events. See Query compliance activities in the API reference for the per-type field list.

The actor field is a discriminated union. The type discriminator tells you which other fields are present:

actor.typeWhen it appearsKey fields
user_actorA signed-in claude.ai or Claude Console user took the action.email_address, user_id, ip_address, user_agent
api_actorA request called the Claude API or the Compliance API with a customer-issued API key. Compliance API calls produce this actor type for both Compliance Access Keys and Admin API keys.api_key_id, ip_address, user_agent
admin_api_key_actorAn organization admin used an Admin API key to manage users, invites, workspaces, or API keys.admin_api_key_id
unauthenticated_user_actorAn action occurred before sign-in completed, for example sso_login_initiated.unauthenticated_email_address, ip_address, user_agent
anthropic_actorAnthropic acted on the organization, for example through internal tooling.email_address (always null; present for shape consistency with user_actor, since Anthropic operators are not represented by individual email)
scim_directory_sync_actorAn identity provider (such as Okta, Microsoft Entra ID, or JumpCloud) pushed a change through SCIM directory sync.workos_event_id, directory_id, idp_connection_type (nullable; for example OktaSCIMV2, AzureSCIMV2)
Note

Build forward-compatible handlers. Pass through unrecognized type and actor.type values, and ignore fields your handler does not expect, so your integration keeps working when new activity types ship.

Next steps