Les informations sur les politiques de conservation standard d'Anthropic sont définies dans la politique de conservation des données commerciales d'Anthropic et la politique de conservation des données des consommateurs.
Lorsque les utilisateurs utilisent des points de terminaison API avec rétention zéro des données (ZDR), les données client soumises via ces points de terminaison ne sont pas stockées au repos après le retour de la réponse API, sauf lorsque cela est nécessaire pour se conformer à la loi ou lutter contre les abus. Sous réserve de ces exceptions, lors de l'utilisation de points de terminaison compatibles ZDR, les données client sont traitées en temps réel et rapidement supprimées, sans journalisation ni stockage non éphémère des invites ou des sorties.
Les différentes API et fonctionnalités ont des besoins différents en matière de stockage et de conservation. Lorsqu'une API ou une fonctionnalité ne nécessite pas le stockage des invites ou des réponses des clients, elle peut être éligible à la ZDR. Lorsqu'une API ou une fonctionnalité nécessite nécessairement le stockage des invites ou des réponses des clients, Anthropic conçoit pour l'empreinte de conservation la plus petite possible. Pour ces fonctionnalités :
Dans le tableau d'éligibilité ZDR, certaines fonctionnalités sont marquées « Oui (qualifié) » dans la colonne éligible ZDR. Si votre organisation dispose d'un accord ZDR, vous pouvez utiliser ces fonctionnalités avec la certitude que ce qu'Anthropic conserve est limité et requis pour des performances optimales.
Ce que couvre la ZDR
Ce que la ZDR ne couvre PAS
Pour les informations les plus récentes sur les produits et fonctionnalités éligibles à la ZDR, consultez les termes de votre contrat ou contactez votre représentant de compte Anthropic.
| Fonctionnalité | Point de terminaison | Éligible ZDR | Détails de conservation des données |
|---|---|---|---|
| API Messages | /v1/messages | Oui | Appels API standard pour générer des réponses Claude. |
| Comptage de tokens | /v1/messages/count_tokens | Oui | Comptez les tokens avant d'envoyer des requêtes. |
| Recherche web | /v1/messages (avec l'outil web_search) | Oui1 | Résultats de recherche web en temps réel retournés dans la réponse API. |
| Récupération web | /v1/messages (avec l'outil web_fetch) | Oui1 2 | Contenu web récupéré retourné dans la réponse API. |
| Outil mémoire | /v1/messages (avec l'outil memory) | Oui | Stockage de mémoire côté client où vous contrôlez la conservation des données. |
| Gestion du contexte (compaction) | /v1/messages (avec context_management) | Oui | Les résultats de compaction côté serveur sont retournés/transmis de manière sans état via la réponse API. |
| Édition du contexte | /v1/messages (avec context_management) | Oui | Les modifications de contexte (effacement de l'utilisation des outils + effacement de la réflexion) sont appliquées en temps réel. |
| Mode rapide | /v1/messages (avec speed: "fast") | Oui | Même point de terminaison API Messages avec une inférence plus rapide. La ZDR s'applique quel que soit le paramètre de vitesse. |
| Fenêtre de contexte de 1M tokens | /v1/messages | Oui | Le traitement de contexte étendu utilise l'API Messages standard. |
| Réflexion adaptative | /v1/messages | Oui | La profondeur de réflexion dynamique utilise l'API Messages standard. |
| Citations | /v1/messages | Oui | L'attribution des sources utilise l'API Messages standard. |
| Résidence des données | /v1/messages (avec inference_geo) | Oui | Le routage géographique utilise l'API Messages standard. |
| Effort | /v1/messages (avec effort) | Oui | Le contrôle de l'efficacité des tokens utilise l'API Messages standard. |
| Réflexion étendue | /v1/messages (avec thinking) | Oui | Le raisonnement étape par étape utilise l'API Messages standard. |
| Support PDF | /v1/messages | Oui | Le traitement des documents PDF utilise l'API Messages standard. |
| Résultats de recherche | /v1/messages (avec la source search_results) | Oui | La prise en charge des citations RAG utilise l'API Messages standard. |
| Outil Bash | /v1/messages (avec l'outil bash) | Oui | Outil côté client exécuté dans votre environnement. |
| Outil éditeur de texte | /v1/messages (avec l'outil text_editor) | Oui | Outil côté client exécuté dans votre environnement. |
| Utilisation de l'ordinateur | /v1/messages (avec l'outil computer) | Oui | Outil côté client où les captures d'écran et les fichiers sont capturés et stockés dans votre environnement, pas par Anthropic. Voir Utilisation de l'ordinateur. |
| Streaming d'outils à granularité fine | /v1/messages | Oui | Les paramètres d'outils en streaming utilisent l'API Messages standard. |
| Mise en cache des invites | /v1/messages | Oui | Vos invites et les sorties de Claude ne sont pas stockées. Les représentations du cache KV et les hachages cryptographiques sont conservés en mémoire pendant la TTL du cache et rapidement supprimés après expiration. Voir Mise en cache des invites. |
| Sorties structurées | /v1/messages | Oui (qualifié) | Vos invites et les sorties de Claude ne sont pas stockées. Seul le schéma JSON est mis en cache, pendant jusqu'à 24 heures depuis la dernière utilisation. Voir Sorties structurées. |
| Recherche d'outils | /v1/messages (avec l'outil tool_search) | Oui (qualifié) | Seules les données du catalogue d'outils (noms, descriptions, métadonnées des arguments) sont stockées côté serveur. Voir Recherche d'outils. |
| Traitement par lots | /v1/messages/batches | Non | Conservation de 29 jours ; stockage asynchrone requis. Voir Traitement par lots. |
| Exécution de code | /v1/messages (avec l'outil code_execution) | Non | Données du conteneur conservées jusqu'à 30 jours. Voir Exécution de code. |
| Appel d'outils programmatique | /v1/messages (avec l'outil code_execution) | Non | Basé sur des conteneurs d'exécution de code ; données conservées jusqu'à 30 jours. Voir Appel d'outils programmatique. |
| API Fichiers | /v1/files | Non | Fichiers conservés jusqu'à suppression explicite. Voir API Fichiers. |
| Compétences d'agent | /v1/messages (avec skills) / /v1/skills | Non | Données de compétences conservées selon la politique standard. Voir Compétences d'agent. |
| Connecteur MCP | /v1/messages (avec mcp_servers) | Non | Données conservées selon la politique standard. Voir Connecteur MCP. |
1 Le filtrage dynamique n'est pas éligible à la ZDR.
2 Bien que la récupération web soit éligible à la ZDR, les éditeurs de sites web peuvent conserver les données de requête (telles que les URL récupérées et les métadonnées de requête) conformément à leurs propres politiques.
Le partage de ressources entre origines multiples (CORS) n'est pas pris en charge pour les organisations disposant d'accords ZDR. Si vous devez effectuer des appels API depuis des applications basées sur un navigateur, vous devez :
Même avec des accords ZDR en place, Anthropic peut conserver des données lorsque la loi l'exige ou pour lutter contre les violations de la politique d'utilisation et les utilisations malveillantes de la plateforme Anthropic. Par conséquent, si une conversation ou une session est signalée pour une telle violation, Anthropic peut conserver les entrées et les sorties pendant jusqu'à 2 ans.
Was this page helpful?