Pour activer l'API de conformité, consultez Configurer l'API de conformité.
Portée requise : read:compliance_activities sur la clé d'accès de conformité ou la clé API Admin.
Les clés d'accès de conformité (sk-ant-api01-...) portant cette portée ainsi que les clés API Admin (sk-ant-admin01-...) peuvent appeler le flux d'activité. Consultez Configurer l'API de conformité pour connaître les conditions dans lesquelles chaque type de clé porte cette portée.
Le flux d'activité enregistre chaque action d'authentification, de chat, de fichier, de projet, d'administration et de plateforme qui se produit dans votre organisation, dans l'ordre chronologique inverse. Les activités sont interrogeables dans la minute qui suit leur occurrence et sont conservées pendant 6 ans.
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": "[email protected]",
"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"
}Filtrez par organisation, acteur, type d'activité, ou par une fenêtre temporelle created_at en utilisant les sous-paramètres à points created_at.gte, .gt, .lte et .lt. Consultez la référence API pour le type et les valeurs acceptées de chaque paramètre.
Les paramètres répétables utilisent la syntaxe de requête avec crochets de tableau : passez activity_types[]=..., actor_ids[]=... ou organization_ids[]=... une fois pour chaque valeur.
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"Le flux d'activité produit des centaines de types d'activité distincts. Consultez Interroger les activités de conformité dans la référence API pour la liste complète des valeurs acceptées par activity_types[].
Les activités sont renvoyées des plus récentes aux plus anciennes, les égalités dans created_at étant départagées par l'ID d'activité, et limitées à limit résultats dans chaque réponse (100 par défaut, 5 000 au maximum). Consultez la référence API pour le schéma complet de la réponse.
L'API de conformité utilise deux schémas de pagination selon la famille de points de terminaison :
| Famille de points de terminaison | Ordre de tri | Schéma | Paramètres |
|---|---|---|---|
| Activités | Plus récentes en premier | Curseur | after_id, before_id (renvoyés comme first_id, last_id) |
| Chats et messages de chat | Plus anciens en premier | Curseur | after_id, before_id (renvoyés comme first_id, last_id) |
| Organisations, projets, pièces jointes de projet, utilisateurs, rôles, permissions de rôle, groupes, membres de groupe | Spécifique au point de terminaison | Jeton de page | page (renvoyé comme next_page) |
Les fichiers ne sont pas paginés : ils sont récupérés individuellement par ID.
Les curseurs de pagination et les jetons de page sont des chaînes opaques : renvoyez-les sans les modifier. Leur format interne n'est pas stable, et leur analyse cessera de fonctionner sans préavis. Un seul des paramètres after_id ou before_id peut être défini dans chaque requête, et les deux schémas renvoient has_more pour que vous sachiez quand vous arrêter.
Pour parcourir les pages d'activités :
last_id de la réponse comme after_id pour avancer à la page suivante dans l'ordre des résultats. Les activités étant triées des plus récentes aux plus anciennes, la page suivante contient des entrées plus anciennes.first_id comme before_id pour revenir à la page précédente.has_more est false.Le paramètre de curseur définit la direction de la page ; l'ordre de tri du point de terminaison définit la direction temporelle. Le même paramètre after_id atteint ici des activités plus anciennes. Les chats sont triés des plus anciens aux plus récents ; consultez Récupérer et supprimer des chats, fichiers et projets pour la sémantique des curseurs à cet endroit.
Les curseurs peuvent être réutilisés en toute sécurité lors d'une nouvelle tentative. Un curseur ou un jeton de page provenant d'une page renvoyée avec succès reste valide ; une requête qui échoue (5xx, délai d'attente dépassé, erreur réseau) ne fait pas avancer votre position. Réessayez la même requête avec le même curseur. Ne passez au curseur suivant qu'après avoir stocké la page qu'il dépasse.
# Récupérez la première page (activités les plus récentes en premier) et capturez son curseur de fin.
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')
# Repassez le curseur tel quel pour récupérer la page suivante (plus ancienne).
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}"Une boucle de backfill (rattrapage) en production parcourt les activités plus anciennes en pilotant l'itération à partir de has_more et last_id :
after_id pour commencer depuis le début).after_id=<last_id> jusqu'à ce que has_more soit false.last_id final qu'après avoir stocké chaque page qu'il couvre.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)Chaque entrée dans data est une Activity avec cette structure de premier niveau :
| Champ | Type | Description |
|---|---|---|
id | string | Identifiant unique de l'activité. |
created_at | chaîne RFC 3339 | Moment où l'activité s'est produite. |
organization_id | string ou null | Organisation où l'activité s'est produite, ou null pour les événements non liés à une organisation (connexion, déconnexion, appels à l'API de conformité). |
organization_uuid | string ou null | Même portée que organization_id, exprimée sous forme d'UUID. |
actor | union Actor | Qui ou quoi a effectué l'activité. Voir le tableau des acteurs ci-dessous. |
type | string | Le type d'activité, par exemple claude_chat_created. |
| champs supplémentaires | variable | Champs spécifiques au type, par exemple claude_chat_id sur les événements de chat ou filename sur les événements de fichier. Consultez Interroger les activités de conformité dans la référence API pour la liste des champs par type. |
Le champ actor est une union discriminée. Le discriminateur type vous indique quels autres champs sont présents :
actor.type | Quand il apparaît | Champs clés |
|---|---|---|
user_actor | Un utilisateur connecté à claude.ai ou à la Claude Console a effectué l'action. | email_address, user_id, ip_address, user_agent |
api_actor | Une requête a appelé l'API Claude ou l'API de conformité avec une clé API émise par le client. Les appels à l'API de conformité produisent ce type d'acteur à la fois pour les clés d'accès de conformité et les clés API Admin. | api_key_id, ip_address, user_agent |
admin_api_key_actor | Un administrateur d'organisation a utilisé une clé API Admin pour gérer des utilisateurs, des invitations, des espaces de travail ou des clés API. | admin_api_key_id |
unauthenticated_user_actor | Une action s'est produite avant la fin de la connexion, par exemple sso_login_initiated. | unauthenticated_email_address, ip_address, user_agent |
anthropic_actor | Anthropic a agi sur l'organisation, par exemple via des outils internes. | email_address (toujours null ; présent pour la cohérence de structure avec user_actor, car les opérateurs d'Anthropic ne sont pas représentés par une adresse e-mail individuelle) |
scim_directory_sync_actor | Un fournisseur d'identité (tel qu'Okta, Microsoft Entra ID ou JumpCloud) a poussé une modification via la synchronisation d'annuaire SCIM. | workos_event_id, directory_id, idp_connection_type (nullable ; par exemple OktaSCIMV2, AzureSCIMV2) |
Construisez des gestionnaires compatibles avec les évolutions futures. Transmettez les valeurs type et
actor.type non reconnues, et ignorez les champs que votre gestionnaire n'attend pas, afin que votre
intégration continue de fonctionner lorsque de nouveaux types d'activité sont déployés.
Le schéma complet de requête et de réponse pour GET /v1/compliance/activities, y compris chaque valeur activity_types[] prise en charge.
Interrogez et supprimez le contenu sous-jacent des activités que vous trouvez dans le flux (clé d'accès de conformité requise).
Choisissez un modèle de consommation par interrogation ou par lots et planifiez la corrélation SIEM.
Le catalogue complet des erreurs.
Was this page helpful?