---
title: Interroger le flux d'activité
url: https://platform.claude.com/docs/fr/manage-claude/compliance-activity-feed
description: Récupérez, filtrez et paginez le flux d'activité (Activity Feed) de l'API Compliance de votre organisation.
---
Pour activer la « Compliance API » (API de conformité), consultez [Configurer la Compliance API](https://platform.claude.com/docs/fr/manage-claude/compliance-api-access).
**Portée requise :** `read:compliance_activities` sur la clé d'accès Compliance (Compliance Access Key) ou la clé Admin API.
Les clés d'accès Compliance (`sk-ant-api01-...`) portant cette portée ainsi que les clés Admin API (`sk-ant-admin01-...`) peuvent toutes deux appeler le flux d'activité. Consultez [Configurer l'API Compliance](https://platform.claude.com/docs/fr/manage-claude/compliance-api-access) pour connaître les conditions dans lesquelles chaque type de clé porte cette portée.
Le « Activity Feed » (flux d'activité) enregistre l'activité d'authentification, de chat, de fichiers, de projets, d'administration et de plateforme dans l'ensemble de votre organisation et la renvoie dans l'ordre chronologique inverse. Les activités sont interrogeables dans la minute qui suit leur survenue et sont conservées pendant 6 ans. L'enregistrement n'est pas rétroactif : il commence lorsque l'API Compliance est activée pour la première fois pour votre organisation, et l'activité antérieure à l'activation n'est pas rétroalimentée.
```bash cURL
curl --fail-with-body -sS \
"https://api.anthropic.com/v1/compliance/activities?limit=1" \
--header "x-api-key: $ANTHROPIC_COMPLIANCE_ACCESS_KEY" \
--header "anthropic-version: 2023-06-01"
```
```json Response
{
"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"
}
```
## Filtrer les activités
Filtrez par organisation, acteur, type d'activité ou fenêtre temporelle `created_at` à l'aide des sous-paramètres pointés `created_at.gte`, `.gt`, `.lte` et `.lt`. Consultez la [référence API](https://platform.claude.com/docs/fr/api/compliance/activities/list) pour connaître 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.
```bash cURL
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" \
--header "anthropic-version: 2023-06-01"
```
Le flux d'activité produit des centaines de types d'activité distincts. Consultez [Interroger les activités de conformité](https://platform.claude.com/docs/fr/api/compliance/activities/list) dans la référence API pour obtenir la liste complète des valeurs acceptées par `activity_types[]`.
## Paginer les résultats
Les activités sont renvoyées de la plus récente à la plus ancienne, les égalités sur `created_at` étant départagées par l'ID d'activité, et plafonnées à `limit` résultats dans chaque réponse (100 par défaut, 5 000 au maximum). Consultez la [référence API](https://platform.claude.com/docs/fr/api/compliance/activities/list) pour le schéma de réponse complet.
L'API Compliance 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 d'abord | Curseur | `after_id`, `before_id` (renvoyés sous forme de `first_id`, `last_id`) |
| Chats et messages de chat | Plus anciens d'abord | Curseur | `after_id`, `before_id` (renvoyés sous forme de `first_id`, `last_id`) |
| Organisations, projets, pièces jointes de projet, utilisateurs, rôles, autorisations de rôle, groupes, membres de groupe | Propre au point de terminaison | Jeton de page | `page` (renvoyé sous forme de `next_page`) |
| Sessions locales et distantes et messages de session | Sessions les plus récentes d'abord ; messages les plus anciens d'abord par défaut | Jeton de page | `page` (renvoyé sous forme de `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 tels quels. 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` afin que vous sachiez quand vous arrêter. Les points de terminaison de session (locaux et distants) font exception : ils renvoient `next_page` sans `has_more`, arrêtez-vous donc lorsque `next_page` vaut `null`.
Pour parcourir les pages d'activités :
* Passez le `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 de la plus récente à la plus ancienne, la page suivante contient des entrées plus anciennes.
* Passez `first_id` comme `before_id` pour revenir à la page précédente.
* Arrêtez-vous lorsque `has_more` vaut `false`.
Le paramètre de curseur définit le sens de pagination ; l'ordre de tri du point de terminaison définit le sens temporel. Le même paramètre `after_id` atteint ici des activités plus anciennes. Les chats sont triés du plus ancien au plus récent ; consultez [Récupérer et supprimer des chats, fichiers et projets](https://platform.claude.com/docs/fr/manage-claude/compliance-content-data) pour la sémantique des curseurs dans ce cas.
**Les curseurs peuvent être réutilisés sans risque 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 au-delà de laquelle il pointe.
Les jetons de page des points de terminaison de session locale font exception lors de pauses plus longues. Sur le [point de terminaison des messages de session locale](https://platform.claude.com/docs/fr/manage-claude/compliance-sessions#retrieve-a-local-session-transcript), les jetons `page` d'un parcours expirent 24 heures après sa première page (un parcours correspond à un passage à travers les pages) ; terminez ou reprenez donc dans cette fenêtre, ou recommencez sans le paramètre `page`. Sur la [liste des sessions locales](https://platform.claude.com/docs/fr/manage-claude/compliance-sessions#retrieve-local-sessions), un jeton `page` plus ancien est toujours accepté mais est réévalué par rapport à la limite de rétention actuelle et peut ignorer des sessions ; terminez donc également les parcours de liste dans les 24 heures.
```bash cURL
# Récupérez la première page (activités les plus récentes en premier) et conservez 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" \
--header "anthropic-version: 2023-06-01" | jq -er '.last_id')
# Renvoyez 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" \
--header "anthropic-version: 2023-06-01" \
--data-urlencode "limit=2" \
--data-urlencode "after_id=${last_id}"
```
Une boucle de **rétroalimentation** (backfill) en production parcourt les activités plus anciennes en pilotant l'itération à partir de `has_more` et `last_id` :
1. Partez de votre curseur stocké (ou omettez `after_id` pour partir du début).
2. Parcourez les pages avec `after_id=` jusqu'à ce que `has_more` vaille `false`.
3. Ne persistez le `last_id` final qu'après avoir stocké chaque page qu'il couvre.
```text
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)
```
## Comprendre l'objet Activity
Chaque entrée de `data` est une Activity ayant cette forme 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 dans laquelle l'activité s'est produite, ou `null` pour les événements non liés à une organisation (connexion, déconnexion, appels à l'API Compliance). |
| `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é. Consultez le tableau des acteurs ci-dessous. |
| `type` | string | Le type d'activité, par exemple `claude_chat_created`. |
| *champs supplémentaires* | variable | Champs propres au type, par exemple `claude_chat_id` sur les événements de chat ou `claude_file_id` sur les événements de fichier. Consultez [Interroger les activités de conformité](https://platform.claude.com/docs/fr/api/compliance/activities/list) dans la référence API pour la liste des champs par type. |
Le champ `actor` est une union discriminée. Le discriminant `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, ou un processus qu'Anthropic exécute pour le compte de cet utilisateur l'a fait (voir le paragraphe qui suit ce tableau). | `email_address`, `user_id`, `ip_address`, `user_agent` |
| `api_actor` | Une requête a appelé l'API Claude ou l'API Compliance avec une clé API émise par le client. Les appels à l'API Compliance produisent ce type d'acteur aussi bien pour les clés d'accès Compliance que pour les clés Admin API. | `api_key_id`, `ip_address`, `user_agent` |
| `admin_api_key_actor` | Un administrateur de l'organisation a utilisé une clé Admin API pour gérer des utilisateurs, des invitations, des espaces de travail ou des clés API. | `admin_api_key_id`, `ip_address`, `user_agent` |
| `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 au moyen d'outils internes. | `email_address` (toujours `null` ; présent pour assurer 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) |
| `system_actor` | Traitement automatisé en arrière-plan effectué par les systèmes d'Anthropic, agissant sans identifiant d'utilisateur ou de client. | `service` (nullable ; le nom du processus automatisé ayant effectué l'action, lorsqu'il est connu) |
| `scim_directory_sync_actor` | Un fournisseur d'identité (tel qu'Okta, Microsoft Entra ID ou JumpCloud) a transmis une modification via la synchronisation d'annuaire SCIM. | `workos_event_id`, `directory_id`, `idp_connection_type` (nullable ; par exemple `OktaSCIMV2`, `AzureSCIMV2`) |
Une activité `user_actor` ne signifie pas toujours que l'utilisateur a effectué l'action. Les processus qu'Anthropic exécute pour le compte d'un utilisateur peuvent actuellement apparaître comme `user_actor` pour l'utilisateur concerné plutôt que comme `system_actor`, et cette attribution peut changer. Par exemple, les activités de mémoire issues d'une migration, telles que `platform_memory_store_created`, `platform_memory_created` et `platform_memory_deleted`, sont attribuées de cette manière. Les activités de mémoire peuvent afficher une `ip_address` de `0.0.0.0` quel que soit leur auteur ; cette valeur ne permet donc pas à elle seule d'identifier une activité provenant d'un processus de la plateforme.
Une activité `claude_*_viewed` signifie qu'une application Claude a chargé du contenu, et non qu'une personne l'a consulté. Des types tels que `claude_chat_viewed`, `claude_file_viewed` et `claude_project_viewed` sont enregistrés chaque fois qu'une application Claude charge le chat, le fichier ou le projet depuis les serveurs d'Anthropic. Les chargements répétés ne sont pas dédupliqués. Les applications web, de bureau et mobiles chargent le contenu à des moments différents, parfois en arrière-plan, et peuvent afficher une copie en cache sans la charger. Le nombre de ces activités varie donc selon la plateforme, et il ne correspond ni aux messages envoyés ni aux écrans consultés.
Les activités concernant un fichier, un document de projet ou un artefact n'incluent pas son nom ni son titre. Depuis le 24 septembre 2026, les champs `filename` et `title` de ces activités sont toujours `null`, une chaîne vide ou omis, y compris pour les activités enregistrées avant cette date. Pour rechercher un nom ou un titre, passez l'ID `claude_file_*`, `claude_proj_doc_*` ou `claude_artifact_version_*` de l'activité au point de terminaison de métadonnées correspondant dans [Récupérer les fichiers et les artifacts](https://platform.claude.com/docs/fr/manage-claude/compliance-content-data#retrieve-files-and-artifacts), en utilisant une clé d'accès Compliance disposant de la portée `read:compliance_user_data`. Vous ne pouvez pas rechercher un nom ou un titre une fois le fichier, le document ou l'artefact supprimé, ni lorsque l'activité ne comporte pas un tel ID.
**Créez des gestionnaires compatibles avec les évolutions futures.** Laissez passer 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 publiés.
## Étapes suivantes
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 Compliance requise).
Choisissez un modèle de consommation par interrogation périodique ou par lots et planifiez la corrélation SIEM.
Le catalogue complet des erreurs.