Le 24 juillet 2026, Anthropic a lancé Claude Opus 5, un nouveau modèle de la gamme Opus, destiné avant tout au développement agentique complexe, aux processus longs et multiétapes ainsi qu’aux usages enterprise exigeants.[1]
Son nom officiel est Claude Opus 5, et non « Claude Opus 5.0 ». Son identifiant dans l’API est :
claude-opus-5
Opus 5 ne remplace pas Claude Fable 5 comme modèle public le plus puissant d’Anthropic. Le fournisseur le présente plutôt comme un modèle qui se rapproche de Fable 5 à un coût inférieur et avec une latence modérée, plutôt que la plus lente de la gamme.[2]
Pour les utilisateurs actuels d’Opus 4.8, l’information principale est que le prix de base n’augmente pas :
- 5 USD par million de tokens d’entrée,
- 25 USD par million de tokens de sortie.[3]
Opus 5 introduit en parallèle le raisonnement adaptatif activé par défaut, un nouveau niveau d’effort maximal max, un contexte allant jusqu’à un million de tokens, une sortie standard maximale de 128 000 tokens et de nouveaux mécanismes destinés aux agents de longue durée.[2][4]
Conclusion immédiate : Claude Opus 5 constitue surtout une mise à jour importante pour les équipes qui confient au modèle des tâches entières plutôt que de simples fragments de code. Toutes les applications ne gagneront toutefois pas à migrer, car Sonnet 5 reste nettement moins cher et Fable 5 conserve la première place de la gamme pour la capacité maximale.
Les informations et la documentation ont été vérifiées le 24 juillet 2026.
TL;DR
| Question | Réponse |
|---|---|
| Date de lancement | 24 juillet 2026 |
| Nom officiel | Claude Opus 5 |
| Identifiant API | claude-opus-5 |
| Prix | 5 USD / MTok en entrée et 25 USD / MTok en sortie |
| Prix supérieur à Opus 4.8 ? | Non |
| Taille du contexte | 1 million de tokens |
| Sortie standard maximale | 128 000 tokens |
| Raisonnement activé par défaut ? | Oui |
| Niveaux d’effort | low, medium, high, xhigh, max |
| Remplace-t-il Fable 5 comme modèle le plus puissant ? | Non |
| Opus 4.8 disparaît-il ? | Non, il reste disponible |
| Où est-il disponible ? | Claude, Claude Code, API, AWS, Google Cloud et Microsoft Foundry |
| Existe-t-il un Fast mode ? | Oui, en research preview |
| Tous les benchmarks sont-ils indépendants ? | Non, la plupart des résultats de lancement viennent d’Anthropic ou de ses partenaires |
1. Qu’est-ce que Claude Opus 5 ?
Anthropic décrit Opus 5 comme un modèle pour :
- le développement agentique complexe,
- les grands dépôts de code,
- les longues boucles d’utilisation d’outils,
- les problèmes multiétapes,
- l’analyse de documents et de données,
- le travail bureautique,
- la coordination de plusieurs agents,
- la création et l’amélioration d’interfaces et de contenus visuels.[4]
Opus 5 se situe entre Sonnet 5 et Fable 5 :
Sonnet 5
Modèle plus rapide et moins coûteux pour les usages à grande échelle
Opus 5
Modèle destiné aux tâches agentiques et enterprise difficiles
Fable 5
Capacité publique maximale d’Anthropic
Anthropic recommande de commencer par Opus 5 pour le développement agentique complexe et le travail enterprise. Fable 5 doit être choisi lorsque la capacité la plus élevée disponible justifie son coût supérieur.[2]
2. Principales caractéristiques techniques
| Paramètre | Claude Opus 5 |
|---|---|
| ID API | claude-opus-5 |
| Contexte | 1 000 000 tokens |
| Sortie standard maximale | 128 000 tokens |
| Raisonnement | Adaptatif, activé par défaut |
| Niveaux d’effort | low, medium, high, xhigh, max |
| Prix entrée | 5 USD / MTok |
| Prix sortie | 25 USD / MTok |
| Prix Batch API | 2,50 USD / MTok entrée, 12,50 USD / MTok sortie |
| Fast mode | 10 USD / MTok entrée, 50 USD / MTok sortie |
| Reliable knowledge cutoff | mai 2026 |
| Training data cutoff | mai 2026 |
| Images en entrée | oui |
| Texte en sortie | oui |
Les données de contexte, de prix et de dates limites proviennent de la documentation officielle des modèles et des tarifs d’Anthropic.[2][3]
Un million de tokens par défaut
Dans Opus 5, le contexte d’un million de tokens est à la fois la valeur par défaut et la valeur maximale. Il n’existe pas de variante séparée avec un contexte plus petit.[4]
Cela ne garantit pas que chaque information d’un prompt très long sera exploitée avec la même précision. La capacité maximale n’est pas une promesse de recherche parfaite, de raisonnement sans erreur ou de mémoire absolue.
Jusqu’à 128 000 tokens de sortie standard
Les appels standards à Messages API peuvent produire jusqu’à 128 000 tokens. Anthropic documente aussi une sortie expérimentale pouvant atteindre 300 000 tokens avec Message Batches API et le header beta approprié.[5]
Ce mode vise notamment :
- les documentations très longues,
- les extractions massives de données,
- les grands squelettes de code,
- les brouillons de la taille d’un livre,
- les longs processus de raisonnement.
Une telle réponse peut prendre plus d’une heure et n’est pas disponible dans Messages API synchrone standard.[5]
3. Thinking est activé par défaut
Il s’agit de l’un des changements de migration les plus importants.
Avec Opus 4.8, une requête sans champ thinking s’exécutait sans raisonnement supplémentaire. Avec Opus 5, la même requête lance le raisonnement adaptatif. Le modèle décide quand analyser le problème et pendant combien de temps.[4]
Exemple :
import anthropic
client = anthropic.Anthropic()
response = client.messages.create(
model="claude-opus-5",
max_tokens=16_000,
output_config={"effort": "high"},
messages=[
{
"role": "user",
"content": "Analyse l’architecture du projet et propose un plan de migration."
}
],
)
print(response.content)
Il n’est pas nécessaire d’ajouter :
thinking={"type": "adaptive"}
car ce comportement est déjà activé. Le réglage explicite reste accepté.
Cinq niveaux d’effort
Opus 5 prend en charge :
low
medium
high
xhigh
max
max correspond au niveau le plus élevé de test-time compute et ne nécessite pas de header beta.[4]
Un effort supérieur peut améliorer la qualité sur les problèmes difficiles, mais entraîne généralement :
- plus de tokens,
- un coût supérieur,
- une attente plus longue,
- davantage d’appels d’outils,
- plus de travail délégué aux sous-agents.
Il ne faut donc pas utiliser max automatiquement pour toutes les requêtes.
4. Quand peut-on désactiver thinking ?
Opus 5 autorise la désactivation de thinking uniquement avec :
low,medium,high.
La combinaison :
{
"thinking": {"type": "disabled"},
"output_config": {"effort": "xhigh"}
}
ou :
{
"thinking": {"type": "disabled"},
"output_config": {"effort": "max"}
}
renvoie une erreur HTTP 400.[4]
C’est une rupture de compatibilité par rapport à Opus 4.8.
Anthropic avertit également qu’avec thinking désactivé, Opus 5 peut occasionnellement :
- écrire un appel d’outil comme texte ordinaire au lieu d’un bloc
tool_use, - afficher des marqueurs XML internes dans la réponse visible.
Anthropic recommande de conserver thinking et de contrôler le coût avec un effort inférieur, sauf contrainte particulière de l’intégration.[4]
5. Qu’est-ce qui s’améliore réellement par rapport à Opus 4.8 ?
Selon Anthropic, les principales améliorations concernent :
- le raisonnement profond,
- le développement agentique,
- les tâches longues,
- l’augmentation de qualité avec l’effort,
- la revue de code et la détection de bugs,
- l’analyse visuelle,
- les longs contextes,
- les documents, feuilles de calcul et présentations,
- la coordination multi-agent.[4]
Des tâches plus longues et moins de travail inachevé
Anthropic affirme qu’Opus 5 conserve mieux l’objectif dans de longues boucles d’outils et termine plus souvent :
- des fonctionnalités réparties sur plusieurs fichiers,
- de grands refactorings,
- des tâches end-to-end,
- des travaux nécessitant tests et vérification.
Le fournisseur souligne une réduction des placeholders et des fragments incomplets.[4]
Vérification automatique
Opus 5 contrôle plus souvent son propre résultat. Le guide de migration suggère même de retirer les instructions répétitives comme :
Vérifie impérativement ton travail à la fin.
Utilise un sous-agent distinct pour le contrôle.
Les conserver peut provoquer une vérification excessive, des appels d’outils supplémentaires et un coût inutile.[4]
Davantage de délégation aux sous-agents
Dans les environnements multi-agents, le modèle découpe et délègue plus volontiers les tâches. Cela peut être utile, mais exige :
- des limites budgétaires,
- le suivi du nombre d’appels,
- le contrôle des permissions,
- une protection contre l’édition simultanée des mêmes fichiers.
6. Benchmarks : qu’a annoncé Anthropic ?
Au lancement, Anthropic a déclaré qu’Opus 5 obtenait ses meilleurs résultats en programmation et en knowledge work, notamment sur Frontier-Bench et GDPval-AA.[1]
Il faut toutefois préciser :
- certains tests sont internes,
- le fournisseur ou un partenaire choisit la configuration et le harness,
- les résultats peuvent dépendre de l’effort,
- le coût par tâche dépend des tokens consommés,
- tous les benchmarks ne sont pas publiquement reproductibles,
- il ne s’agit pas de certifications indépendantes.
Frontier-Bench v0.1
Anthropic affirme qu’Opus 5 :
- est premier sur Frontier-Bench v0.1,
- obtient plus du double du score d’Opus 4.8,
- avec un coût par tâche inférieur.[1]
Une note précise qu’il s’agit d’un run interne avec mini-SWE-agent, un backend GKE et une moyenne de cinq essais par tâche. En cas de refus du safety classifier, Opus 4.8 servait de fallback.[1]
Cette limite méthodologique doit accompagner le résultat.
CursorBench 3.2
Avec l’effort max, Opus 5 serait à 0,5 point de pourcentage du meilleur score de Fable 5, pour environ la moitié du coût par tâche.[1]
C’est utile pour évaluer le rapport prix-qualité, mais le test a été publié par Anthropic et son partenaire, non par un organisme neutre.
ARC-AGI 3
Anthropic indique un score environ trois fois supérieur au modèle suivant dans son tableau.[1]
Cela ne signifie pas « trois fois plus intelligent ». Le benchmark mesure une forme particulière de résolution de problèmes nouveaux, pas l’intelligence générale.
Zapier AutomationBench
Selon Anthropic, le pass rate d’Opus 5 serait environ 1,5 fois supérieur au modèle suivant, à coût similaire. Même le niveau d’effort le plus bas aurait réussi davantage de tâches que les autres modèles comparés.[1]
OSWorld 2.0
Opus 5 aurait obtenu le meilleur rapport performance-coût et dépassé le meilleur résultat de Fable 5 pour un peu plus d’un tiers de son coût.[1]
Recherche scientifique
Anthropic rapporte des progrès sur toutes ses évaluations life sciences par rapport à Opus 4.8, notamment :
- 10,2 points de pourcentage sur un test interne d’inférence de structures moléculaires à partir de données spectroscopiques,
- 7,7 points sur des tâches prédisant l’effet de modifications de séquences protéiques.[1]
Ce sont des résultats internes, pas une validation clinique ou scientifique indépendante.
7. Opus 5 vs Opus 4.8
| Fonction | Opus 4.8 | Opus 5 |
|---|---|---|
| Prix de base | 5 / 25 USD par MTok | 5 / 25 USD par MTok |
| Contexte | jusqu’à 1M tokens | 1M par défaut |
| Sortie maximale | 128k | 128k |
| Thinking sans configuration | désactivé | adaptatif et activé |
| Effort maximal | plage inférieure | max |
| Taille minimale du prompt cache | 1 024 tokens | 512 tokens |
| Changement d’outils en conversation | pas de nouvelle fonction | beta |
| Fallback automatique par catégorie de refus | aucun nouveau mode | beta |
| Prix Fast mode | 10 / 50 USD | 10 / 50 USD |
| Statut | toujours actif | Opus le plus récent |
Opus 4.8 n’est pas retiré. Selon le calendrier officiel, les deux modèles restent actifs et Opus 5 ne doit pas être retiré avant le 24 juillet 2027.[6]
Quand rester sur Opus 4.8 ?
Cela peut être pertinent si :
- les prompts et agents actuels sont précisément réglés,
- les tests de régression ne sont pas terminés,
- l’application suppose que thinking reste désactivé sans configuration explicite,
- le workflow exige un style de réponse stable et connu,
- les classificateurs d’Opus 5 bloquent un usage cyber légitime,
- la migration n’apporte pas de gain mesurable.
8. Opus 5 vs Sonnet 5
| Fonction | Sonnet 5 | Opus 5 |
|---|---|---|
| Profil | rapidité et intelligence à grande échelle | tâches agentiques et enterprise difficiles |
| Prix standard | 3 / 15 USD par MTok | 5 / 25 USD par MTok |
| Prix promotionnel Sonnet | 2 / 10 USD jusqu’au 31 août 2026 | pas de promotion équivalente |
| Contexte | 1M | 1M |
| Sortie maximale | 128k | 128k |
| Thinking | adaptatif | adaptatif |
| Latence selon Anthropic | rapide | modérée |
| Effort maximal | inférieur à la gamme complète Opus | max |
Sonnet 5 convient mieux à :
- un trafic élevé,
- des tâches courtes et fréquentes,
- l’automatisation guidée par le coût,
- la génération standard de code,
- la classification et l’extraction,
- les applications nécessitant moins de latence.
Opus 5 devient plus pertinent lorsqu’une erreur ou une tâche inachevée coûte davantage que les tokens supplémentaires.
9. Opus 5 vs Fable 5
| Fonction | Opus 5 | Fable 5 |
|---|---|---|
| Position | agentic coding difficile et enterprise | capacité publique maximale |
| Prix | 5 / 25 USD | 10 / 50 USD |
| Contexte | 1M | 1M |
| Sortie maximale | 128k | 128k |
| Latence selon Anthropic | modérée | plus lente |
| Thinking | adaptatif | toujours activé |
| Exigence de rétention | aucune exigence spéciale en accès standard | 30 jours requis dans l’API |
| Protections cyber | moins restrictives | classificateurs nettement plus forts |
Anthropic présente Opus 5 comme se rapprochant de Fable 5 pour la moitié du prix.[1]
Cela ne signifie pas qu’Opus 5 égale toujours Fable 5. La documentation officielle maintient Fable 5 comme modèle largement disponible le plus capable.[2]
Dans quels cas Opus 5 est-il plus pratique ?
- développement quotidien,
- revue de code,
- grands refactorings,
- workflows enterprise,
- analyse de documents,
- cybersécurité légitime avec moins de refus,
- usages où Fable est trop coûteux.
10. Nouveautés pour les agents et l’API
Changer les outils pendant une conversation
En beta, il est possible d’ajouter ou de retirer des outils entre les tours sans invalider le prompt cache.[4]
Header requis :
mid-conversation-tool-changes-2026-07-01
Cela peut servir lorsqu’un agent :
- commence avec des outils d’analyse,
- obtient ensuite l’accès au dépôt,
- termine uniquement avec les outils de test et de déploiement.
Les permissions peuvent ainsi rester minimales.
Fallbacks automatiques
Le paramètre fallbacks dispose d’un mode "default" dans lequel Anthropic sélectionne un modèle de remplacement selon la catégorie de refus.[4]
La beta exige :
server-side-fallback-2026-07-01
Dans les applications Anthropic, certaines requêtes cyber bloquées peuvent être redirigées vers Opus 4.8. Un mécanisme similaire est disponible dans l’API.[1]
Les prompts plus courts peuvent utiliser le cache
La longueur minimale passe de :
1 024 tokens avec Opus 4.8
à
512 tokens avec Opus 5
Cela peut réduire le coût des system prompts répétés et des instructions agentiques moyennes.[4]
11. Fast mode
Opus 5 propose Fast mode en research preview.
Anthropic indique que le modèle y fonctionne environ 2,5 fois plus vite qu’en mode standard.[1]
Prix :
- 10 USD par million de tokens d’entrée,
- 50 USD par million de tokens de sortie.[3]
C’est deux fois le prix de base.
Fast mode est disponible via Claude API et les usage credits dans Claude Code. La documentation précise qu’il n’est pas actuellement disponible via Amazon Bedrock, Google Cloud ou Microsoft Foundry.[4]
Il n’est intéressant que si la réduction de latence a une valeur métier réelle, par exemple :
- pair programming interactif,
- réponse à incident,
- revue de code à la demande,
- analyse urgente,
- agent avec humain dans la boucle.
12. Sécurité et limites en cybersécurité
Anthropic indique qu’Opus 5 ne repousse pas la frontière des capacités dual-use les plus risquées et reste derrière Mythos 5 en biologie et cybersécurité offensive.[1]
Anthropic n’a volontairement pas entraîné Opus 5 directement sur des tâches cyber. Il s’est néanmoins amélioré dans la détection de vulnérabilités grâce à ses progrès généraux.
Selon Anthropic :
- Opus 5 se rapproche de Mythos 5 pour identifier des vulnérabilités,
- il reste nettement moins fort pour produire des exploits fonctionnels,
- ses classificateurs sont proches de ceux d’Opus 4.8,
- des protections plus fortes couvrent une catégorie étroite de tâches cyber.[1]
Que peut-il bloquer ?
Anthropic mentionne notamment :
- le scanning binaire de vulnérabilités,
- certains tests d’intrusion,
- la génération d’exploits.
Les usages bénéfiques, comme la recherche de vulnérabilités dans le code source, doivent rester possibles.[1]
Anthropic estime que les classificateurs Opus 5 interviendront environ 85 % moins souvent que les protections Fable 5. C’est une prévision du fournisseur, pas une mesure indépendante.[1]
Les organisations et chercheurs vérifiés peuvent demander un accès moins restreint via le Cyber Verification Program.
13. Que dit Anthropic sur l’alignement ?
Dans son audit comportemental automatisé, Anthropic attribue à Opus 5 un score de 2,3 pour le comportement global non aligné, présenté comme le plus faible de ses modèles récents.[1]
Selon Anthropic, le modèle :
- suit mieux la Claude Constitution,
- se comporte moins souvent de manière trompeuse,
- résiste mieux aux demandes d’abus,
- effectue moins souvent des actions risquées et difficiles à annuler.
Il s’agit d’un audit du fournisseur. Le résultat ne prouve pas que le modèle est infaillible, entièrement sûr ou résistant à toute prompt injection.
14. Limites de Claude Opus 5
Il ne connaît pas tout après mai 2026
Reliable knowledge cutoff et training data cutoff sont fixés à mai 2026.[2]
Pour les informations plus récentes, il faut :
- une recherche web,
- des bases actuelles,
- des outils,
- des documents fournis dans le contexte.
Un million de tokens ne garantit pas une mémoire parfaite
Un grand contexte ne supprime pas :
- les détails omis,
- les mauvaises interprétations,
- les instructions contradictoires,
- la dégradation dans un contexte mal organisé,
- la distraction par des documents non pertinents.
Thinking par défaut rend le coût moins prévisible
Le même prompt peut consommer un nombre différent de tokens selon le problème et l’effort. Une application doit mesurer :
- tokens d’entrée,
- tokens de sortie,
- cache hits,
- temps de réponse,
- nombre d’appels d’outils,
- coût total de la tâche.
Les réponses plus longues peuvent exiger de nouveaux prompts
La documentation avertit que les réponses et documents peuvent être plus longs que ceux d’Opus 4.8. Le modèle décrit aussi plus souvent sa progression.[4]
Les tâches courtes doivent inclure des limites de format explicites.
Un benchmark n’est pas la production
Un bon résultat ne garantit pas :
- la correction dans un framework privé,
- la connaissance d’une API interne,
- la conformité aux standards de l’entreprise,
- l’absence de régression,
- un coût stable,
- une bonne intégration avec un agent harness particulier.
15. Comment migrer prudemment depuis Opus 4.8 ?
Étape 1 : ne pas changer de modèle sans tests
Préparez des tâches réelles :
- correction de bug,
- refactoring,
- revue de code,
- création de tests,
- analyse de documents,
- utilisation d’outils,
- tâche de longue durée.
Étape 2 : modifier l’identifiant
Remplacez :
model = "claude-opus-4-8"
par :
model = "claude-opus-5"
Étape 3 : vérifier thinking
Si l’intégration précédente n’envoyait pas le champ thinking, le nouveau modèle activera le raisonnement adaptatif.
Si thinking doit rester désactivé, l’effort ne doit pas dépasser high.
Étape 4 : augmenter max_tokens pour les tâches difficiles
Thinking et la réponse partagent la même limite. Une valeur trop basse peut interrompre le travail plus tôt qu’avec Opus 4.8.[4]
Étape 5 : retirer les instructions de vérification redondantes
Vérifiez si le prompt exige plusieurs contrôles que le modèle réalise déjà.
Étape 6 : mesurer le coût de la tâche complète
Comparez :
coût d’une tâche terminée
temps jusqu’au bon résultat
nombre d’itérations
nombre d’appels d’outils
nombre de corrections manuelles
Ne comparez pas uniquement le prix par million de tokens.
Étape 7 : conserver un fallback
Opus 4.8 reste actif et peut servir de :
- fallback lors d’un refus du classificateur,
- protection contre les régressions,
- modèle stable pour les prompts existants,
- alternative pour certains workflows cyber.
16. Faut-il passer à Claude Opus 5 ?
Oui, si :
- l’agent travaille sur de nombreux fichiers,
- le modèle doit fonctionner longtemps sans supervision continue,
- la revue de code et les bugs subtils sont importants,
- vous réalisez de grands refactorings,
- le modèle utilise de nombreux outils et sous-agents,
- vous produisez des documents, feuilles ou présentations,
- Opus 4.8 termine souvent seulement une partie des tâches,
- Fable 5 est trop coûteux.
Pas nécessairement, si :
- les tâches sont courtes et répétitives,
- Sonnet 5 suffit,
- la latence compte plus que la précision maximale,
- les tests de régression n’ont pas été réalisés,
- l’application exige thinking désactivé au niveau d’effort maximal,
- les workflows cyber sont bloqués,
- le gain de qualité ne compense pas les tokens supplémentaires.
17. Verdict
Claude Opus 5 n’est pas simplement « Opus 4.8 avec un nouveau numéro ».
Les changements essentiels concernent son mode de travail :
- thinking est activé par défaut,
- le niveau
maxest disponible, - le modèle vérifie plus souvent ses résultats,
- il gère mieux les tâches longues et multifichiers,
- il coordonne davantage de sous-agents,
- il ajoute des outils dynamiques et des fallbacks automatiques,
- il conserve le prix d’Opus 4.8.
D’après les données du fournisseur, Opus 5 peut offrir un bon rapport capacité-coût pour les tâches difficiles de programmation et d’entreprise. Il n’est pas le meilleur choix dans tous les cas :
- Sonnet 5 reste plus économique,
- Fable 5 reste le modèle largement disponible le plus puissant d’Anthropic,
- la majorité des benchmarks de lancement viennent d’Anthropic ou de ses partenaires,
- chaque migration nécessite des tests internes de qualité, coût et sécurité.
La meilleure stratégie est le routage :
Sonnet 5
pour les tâches rapides et volumineuses
Opus 5
pour les processus difficiles, agentiques et multiétapes
Fable 5
pour les cas les plus complexes où la capacité maximale justifie le coût
18. Checklist avant déploiement
API
- ID changé en
claude-opus-5. - Version du SDK vérifiée.
-
max_tokenscontrôlé. - Thinking par défaut pris en compte.
- Thinking non désactivé avec
xhighoumax. - Gestion HTTP 400 testée.
- Fallback ajouté.
- Prompt cache mesuré.
- Région et fournisseur cloud vérifiés.
Qualité
- Jeu d’évaluation interne préparé.
- Opus 5 comparé à Opus 4.8.
- Opus 5 comparé à Sonnet 5.
- Achèvement correct mesuré, pas seulement le style.
- Grands dépôts testés.
- Revue de code testée.
- Frontend et images testés.
- Documents longs testés.
- Répétabilité testée sur plusieurs runs.
Coût
- Tokens d’entrée mesurés.
- Tokens de sortie et thinking mesurés.
- Cache hits mesurés.
- Appels d’outils comptés.
- Coût total de la tâche mesuré.
- Mode standard comparé à Fast mode.
-
low,medium,high,xhigh,maxcomparés. - Budgets des sous-agents définis.
Sécurité
- Permissions des outils vérifiées.
- Actions destructives limitées.
- Changements de production soumis à approbation.
- Prompt injection testée.
- Classificateurs cyber testés.
- Logging et audit de l’agent vérifiés.
- L’auto-vérification du modèle n’est pas considérée comme un audit indépendant.

