CCAR-P – Examen blanc
Un examen blanc complet de 63 items, chronométré, pour la certification Claude Certified Architect – Professional, réparti selon la pondération du blueprint, avec corrigé et interprétation du score.
Voici un examen blanc complet de 63 items pour CCAR-P. Les questions sont inédites (non réutilisées des pages de domaine) et réparties pour correspondre au blueprint. Passez-le en conditions d’examen avant de vous fier au score.
Consignes
- Durée : 120 minutes. Réglez un chronomètre et ne le mettez pas en pause.
- Format : choix multiple (sélectionnez une réponse) et réponses multiples (sélectionnez deux réponses) ; chaque énoncé indique le nombre à sélectionner.
- Notation : l’examen réel est mis à l’échelle 100–1000 avec une réussite à 720. Il n’y a pas de pénalité pour les mauvaises réponses — répondez à tout. Comme repère en brut, visez ≥ 80 % (≈ 50/63) avant de réserver.
- Méthode : lisez l’énoncé en entier, identifiez la contrainte déterminante, éliminez les distracteurs aveugle-aux-contraintes / sur-conçu / prompt-comme-application / auto-déclaration / défaillance-silencieuse / restitution-seule / métrique-agrégée, puis choisissez.
Répartition par domaine
| # | Domaine | Poids | Items ici |
|---|---|---|---|
| 1 | Solution Design & Architecture | 17 % | 11 |
| 2 | Claude Models, Prompting & Context Engineering | 13 % | 8 |
| 3 | Integration (dont RAG) | 19 % | 12 |
| 4 | Evaluation, Testing & Optimization | 16 % | 10 |
| 5 | Governance, Safety & Risk Management | 14 % | 9 |
| 6 | Stakeholder Communication & Lifecycle Management | 14 % | 9 |
| 7 | Developer Productivity & Operational Enablement | 7 % | 4 |
| Total | 100 % | 63 |
Interprétation du score
| Score brut (sur 63) | Pourcentage | Lecture |
|---|---|---|
| 57–63 | 90–100 % | Prêt pour l’examen ; solide dans tous les domaines |
| 50–56 | 80–89 % | Réussite probable ; consolidez votre domaine le plus faible |
| 45–49 | 71–79 % | Limite ; travaillez D3/D1/D4 et repassez |
| 38–44 | 60–70 % | Pas prêt ; lacunes systématiques — réétudiez par domaine |
| moins de 38 | moins de 60 % | Réétudiez tout le cours avant de retenter |
L’examen réel s’échelonne de 100 à 1000 avec une réussite à 720 ; considérez ≥ 80 % en brut (≈ 50/63) ici comme votre ligne feu vert/feu rouge, et confirmez qu’aucun domaine ne se situe loin sous les autres.
Passer l’examen blanc
Deux façons d’utiliser les questions ci-dessous : le mode interactif déroule une session chronométrée une question à la fois et se termine par votre score, une ventilation par domaine et un corrigé complet ; le mode révision en dessous liste chaque question avec ses options une par ligne et la réponse masquée jusqu’à ce que vous la demandiez.
Mode interactif
Passer l’examen d’entraînement
63 questions · une à la fois · compte à rebours de 120 minutes · résultats avec répartition par domaine et correction complète à la fin. Votre progression est enregistrée dans ce navigateur si vous quittez la page.
Par domaine
| Domaine | Correctes | Score |
|---|
Correction
Toutes les questions (mode révision)
Les options sont présentées une par ligne. La réponse et l’explication restent masquées jusqu’à ce que vous cliquiez sur Afficher la réponse. Utilisez le mode interactif ci-dessus pour une session chronométrée.
Une entreprise de logistique veut automatiser les réponses de suivi d’expédition : 500/heure, une seule API interne, p95 sous 4 s, plafond de coût strict. Quel pattern l’architecte doit-il proposer ?
Afficher la réponse
Réponse : B.
Des étapes connues assorties d’une latence/coût contraignants privilégient le pattern le plus simple. Le multi-agent (A) et les boucles agentiques larges (C) sur-conçoivent ; le fine-tuning (D) est prématuré.
Une banque allemande exige que toutes les données restent dans l’UE et fonctionne déjà sur AWS. Quel placement est le BEST ?
Afficher la réponse
Réponse : B.
La résidence UE et une empreinte AWS existante orientent vers Bedrock UE. L’API directe (A) présente un risque de résidence ; Vertex (C) ignore l’investissement AWS ; la nouveauté (D) ne peut pas primer sur la résidence.
Une boucle agentique s’exécute parfois indéfiniment. Quel est le contrôle principal CORRECT accompagné de son garde-fou ?
Afficher la réponse
Réponse : B.
Le flux de contrôle s’appuie sur
stop_reason; un plafond est un garde-fou (« filet de sécurité »), pas le mécanisme. L’analyse de texte (A) est fragile ; un plafond seul (C) est un anti-pattern ; la température (D) ne régit pas la terminaison.La charge de pointe est de 25 req/s à ~10k tokens d’entrée chacune, et l’équipe atteint les limites ITPM. Quelles sont les DEUX approches saines ?
Afficher la réponse
Réponse : A et C.
Le batch pour le travail tolérant assorti d’un backoff, et la montée de palier / le routage de débordement, sont les bons leviers de capacité. Le réessai en boucle serrée (B) aggrave la situation ; avaler les 429 (D) est une défaillance silencieuse ; Opus pour tout (E) augmente le coût sans corriger les limites.
Qu’est-ce qui rend une architecture de référence de bout en bout complète au niveau Professional ?
Afficher la réponse
Réponse : B.
La boucle de rétroaction est obligatoire ; une conception sans chemin des signaux de production vers l’amélioration est incomplète. Les autres l’omettent.
L’énoncé fixe un budget strict de 8 000 $/mois et un seuil de précision modeste pour une classification à fort volume. Quelle posture est la BEST ?
Afficher la réponse
Réponse : B.
Le pilier contraignant est le coût au volume avec un besoin de qualité modeste — le modèle adéquat le moins cher avec caching. Opus/Fable (A, C) dépensent trop ; le multi-agent (D) ajoute du coût.
Quand l’orchestration multi-agent est-elle réellement justifiée ?
Afficher la réponse
Réponse : B.
Des sous-tâches parallèles à contexte isolé avec convergence sont le signal multi-agent. Le travail séquentiel partagé (A) est un workflow ; une seule recherche (C) relève du LLM augmenté ; « toujours » (D) est de la sur-conception.
Le modèle principal renvoie des 529 soutenus lors d’un pic. Quel fallback est le BEST ?
Afficher la réponse
Réponse : B.
Le réessai-puis-fallback avec journalisation en mode dégradé préserve la disponibilité et l’observabilité. L’échec dur (A) est une mauvaise haute disponibilité ; le périmé-comme-frais (C) est une défaillance silencieuse ; rétrograder une session Fable 5.1 (D) supprime les blocs de thinking.
L’entreprise manque de capacité ops, doit lancer dans un mois, et la capacité est banalisée (commodity). Construire ou acheter ?
Afficher la réponse
Réponse : B.
Pas de capacité ops + échéance serrée + capacité banalisée → managed/acheter. Construire (A) contredit les contraintes ; reporter (C) rate l’échéance ; (D) abandonne l’exigence.
Pourquoi consigner une conception sous forme d’ADR ?
Afficher la réponse
Réponse : B.
Les ADR rendent le raisonnement et les compromis explicites et examinables. Ce n’est pas une formalité (A), ils ne remplacent pas les evals (C) et ne sont pas un prérequis technique (D).
Une partie prenante donne un objectif vague et aucun chiffre. Quelle est la BEST première action ?
Afficher la réponse
Réponse : B.
Sans critères/contraintes la conception n’est pas ancrée ; la discovery fait émerger la contrainte contraignante. Construire (A), choisir un modèle par défaut (C) ou inventer une cible (D) escamotent l’ancrage.
Un pipeline exécute tout sur Opus 5 à 4× le budget avec une qualité acceptable. Meilleure correction de coût préservant la qualité ?
Afficher la réponse
Réponse : B.
Le « moins cher d’abord » avec escalade sur échec de validation préserve la qualité des cas difficiles ; le caching amortit le préfixe. Haiku pour tout (A) sacrifie la qualité ; l’auto-déclaration (C) est un anti-pattern ; xhigh partout (D) augmente le coût.
Après la mise à niveau vers Sonnet 5, les requêtes fixant
budget_tokenséchouent avec un 400. Quelle est la correction ?Afficher la réponse
Réponse : B.
budget_tokensest supprimé sur Sonnet 5 (renvoie un 400) ; le thinking adaptatif +effortle remplace. Les réessais (A) ne peuvent pas corriger un 400 ; Haiku (C) n’est pas équivalent ; supprimer le thinking (D) écarte le raisonnement nécessaire.Un taux de cache hit est proche de zéro parce que le tour utilisateur volatil est placé avant le system prompt et les documents. Quelle est la correction ?
Afficher la réponse
Réponse : B.
Le caching s’appuie sur un préfixe stable ; le tour volatil doit venir en dernier. Désactiver (A) renonce aux économies ; la longueur (C) n’importe que pour le minimum ; le choix du modèle (D) est sans rapport.
Dans une session Fable 5.1 active, l’équipe doit modifier les instructions système en cours d’exécution. Quelle est la bonne approche ?
Afficher la réponse
Réponse : B.
Les blocs de thinking de Fable 5.1 sont invalidés par la modification/réordonnancement/suppression des tours précédents ; les changements en cours de session sont donc ajoutés en fin. Les autres options invalident le thinking en aval.
Une règle stricte « pas de remise au-dessus de 25 % » doit être garantie. Où doit-elle se situer ?
Afficher la réponse
Réponse : B.
Les règles strictes exigent une application déterministe. La formulation du prompt (A) et le few-shot (C) sont du « prompt-as-enforcement » ; le budget de thinking (D) est sans rapport.
Une charge de travail impose le Zero Data Retention mais l’équipe veut Fable 5.1. Quelle est la bonne recommandation ?
Afficher la réponse
Réponse : B.
La rétention de 30 jours de Fable 5.1 le disqualifie sous un mandat ZDR. Le ZDR n’est pas universel (A) ; votre journalisation (C) ne change pas la rétention du fournisseur ; la suppression à 30 jours (D) est justement ce que le ZDR interdit.
Quelle affirmation sur la configuration du thinking des modèles actuels est correcte ?
Afficher la réponse
Réponse : B.
Le thinking adaptatif +
effortest la norme ; Haiku 4.5 est l’exceptionbudget_tokenssanseffort. Les autres décrivent mal l’API.Des blocs de capacité réutilisables sont collés dans chaque prompt, gonflant le contexte et cassant le préfixe de cache. Quel pattern est meilleur ?
Afficher la réponse
Réponse : A.
Les Skills chargent la capacité à la demande et gardent le préfixe stable. La duplication (B) a causé le gonflement ; le tour volatil (C) dégrade le caching ; une fenêtre plus grande (D) ne corrige pas le coût/caching.
Un assistant de connaissances continue de donner l’ANCIENNE réponse, avec assurance, après la mise à jour d’un document pendant la nuit. Que faut-il investiguer en FIRST ?
Afficher la réponse
Réponse : B.
Une réponse confiante-mais-fausse après un rafraîchissement pointe vers un retrieval/indexation périmé ; inspectez d’abord les chunks récupérés. Les changements de prompt (A, D) et un modèle plus grand (C) ne peuvent pas corriger un retrieval périmé.
Un agent de support dispose de 18 outils dont
delete_accountqu’il ne devrait jamais utiliser. Quelle est la bonne remédiation ?Afficher la réponse
Réponse : B.
Le moindre privilège retire la capacité. La journalisation (A) et la confirmation (C) le laissent accessible ; une règle de prompt (D) est contournable.
Les utilisateurs recherchent par SKU exact et par description ; le retrieval dense seul manque de nombreux SKU. Quelle est la meilleure correction ?
Afficher la réponse
Réponse : B.
Le dense est faible sur les tokens exacts ; le sparse gère les SKU et l’hybride couvre les deux. Un k énorme (A) ajoute du bruit ; un modèle plus grand (C) ne change pas le retrieval ; retirer les filtres (D) nuit à la précision/sécurité.
Le recall@10 est de 0,94 mais les réponses incluent des faits absents des chunks récupérés. Quelle couche est en cause et quelle correction ?
Afficher la réponse
Réponse : B.
Un recall élevé signifie que le retrieval fonctionne ; des faits non étayés sont une défaillance de grounding. Les corrections côté retrieval (A, C, D) visent une couche saine.
Un corpus de 3M de documents change chaque jour et les réponses doivent citer la clause exacte. Quelle est la meilleure approche ?
Afficher la réponse
Réponse : B.
Les corpus volumineux, changeants et exigeant des citations sont un cas canonique de RAG. Le fine-tuning (A) ne peut pas suivre des faits quotidiens ; le corpus dépasse/dépense le contexte et perd les citations (C) ; (D) hérite des deux problèmes.
Des contrats chunkés à 500 tokens fixes produisent des réponses citant la mauvaise sous-clause et perdant le contexte. Quelles DEUX approches aident le plus ?
Afficher la réponse
Réponse : A et B.
Les documents structurés nécessitent un chunking respectant les frontières et un contexte parent-enfant. Le dense seul (C), la température (D) et le retrait des citations (E) ne traitent pas le chunking.
Un serveur MCP distant sur Streamable HTTP expose des outils puissants sans authentification. Que faut-il ajouter ?
Afficher la réponse
Réponse : B.
Le MCP distant exige OAuth 2.1 et une autorisation par utilisateur. MCP n’est pas authentifié par défaut (A) ; les prompts (C) et les paliers (D) ne traitent pas l’autorisation.
Après avoir activé les réessais avec backoff, certains clients sont facturés deux fois. Quelle est la bonne correction ?
Afficher la réponse
Réponse : B.
Les clés d’idempotence rendent les réessais sûrs. Désactiver les réessais (A) nuit à la résilience ; la température (C) est sans rapport ; réconcilier plus tard (D) a quand même doublement facturé.
Certaines questions nécessitent des recherches de suivi combinant plusieurs sources. Quelle conception convient et quel est son compromis ?
Afficher la réponse
Réponse : A.
Les requêtes multi-hop justifient le RAG agentique ; le compromis est le coût/la latence. Le bourrage (B) ne passe pas à l’échelle ; le fine-tuning (C) ne peut pas retenir des faits changeants ; retirer le reranking (D) nuit à la précision.
Une capacité sera réutilisée par de nombreux agents/clients sous un protocole standard. Quel est le meilleur mécanisme d’intégration ?
Afficher la réponse
Réponse : B.
La réutilisation multi-clients sous un protocole standard est la raison d’être de MCP. Les outils par application (A) fragmentent ; l’agent-à-agent (C) sert à l’isolation de contexte ; coller dans le prompt (D) est ingérable.
Un agent charge les 40 outils et 30 docs à chaque requête : coût élevé, faibles cache hits, mauvaise sélection d’outils. Quelles DEUX corrections l’améliorent ?
Afficher la réponse
Réponse : A et B.
La découverte progressive garde le contexte léger, restaure le préfixe de cache et améliore la sélection d’outils. Une fenêtre plus grande (C) paie encore le gonflement ; escalader (D) augmente le coût ; désactiver le caching (E) est l’inverse de la correction.
Quels signaux d’observabilité permettent de reconstruire de bout en bout une requête multi-étapes échouée ?
Afficher la réponse
Réponse : A et B.
Les correlation IDs plus les traces par span (avec le détail retrieval et coût) rendent un incident reconstructible. Un code de statut (C) et des décomptes quotidiens (D) sont trop grossiers ; l’auto-évaluation (E) n’est pas fiable.
Un bot rapporte une précision globale de 90 % mais seuls les tickets de remboursement échouent. Que faut-il ?
Afficher la réponse
Réponse : B.
L’agrégat masque une défaillance de segment ; des métriques stratifiées l’exposent. L’agrégat (A) induit en erreur ; un set au même mix (C) le masque encore ; l’escalade générale (D) surpaie.
Noter des réponses avec le même modèle et la même session qui les ont produites n’est pas fiable parce que…
Afficher la réponse
Réponse : B.
L’indépendance plus la calibration humaine sont requises. Le coût (A) n’est pas le problème central ; le juge n’a pas besoin d’être plus grand (C) ; le LLM-as-judge est valide lorsqu’il est indépendant (D).
Le prompt B bat A sur 7 exemples sur 12 choisis à la main. Quelle conclusion est correcte ?
Afficher la réponse
Réponse : B.
7/12 est du bruit ; la promotion nécessite un résultat apparié significatif sans régression par segment. Juger à l’œil (A, C) et moyenner les prompts (D) ne sont pas fiables.
La latence moyenne est de 2 s mais les utilisateurs se plaignent ; le p95 est de 12 s. Que doit suivre le SLA ?
Afficher la réponse
Réponse : B.
Les SLA interactifs suivent p95/p99. La moyenne (A) masque la queue ; le décompte (C) et les tokens (D) ne sont pas des SLA de latence.
Un juge LLM note les réponses plus longues plus haut indépendamment de la justesse. De quoi s’agit-il et quelle est la correction ?
Afficher la réponse
Réponse : A et B.
Le biais de longueur se corrige par la calibration et un barème centré sur la justesse. Le juge n’est pas fiable (C), récompenser la longueur (D) est le bug, et supprimer les evals (E) abandonne la mesure.
Comment empêcher qu’une correction pour un segment casse silencieusement un autre ?
Afficher la réponse
Réponse : B.
Un garde-fou de régression par segment en CI est la protection. Les vérifications ponctuelles (A) et la confiance en l’auteur (C) ne sont pas fiables ; tester uniquement le segment modifié (D) est justement le risque.
Un système n’échoue que sur les 5 % de cas les plus difficiles. Cause la plus probable et correction ?
Afficher la réponse
Réponse : B.
« Seuls les cas les plus difficiles échouent » signale la capacité du modèle ; une cascade escalade ces cas. Le re-chunking (A) et la réécriture du prompt (C) visent des couches qui fonctionnent ; les réplicas (D) n’affectent pas la justesse.
Réduire le coût de 50 % sur un job en masse nocturne sans besoin de latence. Meilleur levier et que doit-on faire ensuite ?
Afficher la réponse
Réponse : B.
Le travail en masse tolérant à la latence convient au Batch ; tout changement de coût est suivi d’une re-validation par segment. Les coupes d’effort à l’aveugle (A) risquent la qualité ; changer le trafic interactif (C) est hors périmètre ; désactiver les evals (D) supprime le filet de sécurité.
Quelles sont les deux bonnes métriques pour un service à fort volume, sensible au coût, avec un SLA interactif ?
Afficher la réponse
Réponse : A et B.
Sensible au coût + interactif → coût par tâche et p95. La moyenne (C) masque la queue ; le total des tokens (D) et le nombre de versions (E) ne sont pas des métriques SLA côté utilisateur.
Un golden set est composé à 85 % de tickets en anglais ; en production les tickets en espagnol échouent. Défaut et correction ?
Afficher la réponse
Réponse : B.
Un set non stratifié rend un segment invisible hors ligne. La taille (A) n’est pas le problème ; le modèle n’est pas cassé (C) ; les evals en ligne (D) restent nécessaires mais la cause racine est la couverture.
Un agent de paiement ne doit jamais déplacer plus de 10 000 $ sans approbation. Quelle est la bonne conception ?
Afficher la réponse
Réponse : B.
Les limites strictes exigent une application déterministe plus un point de contrôle humain. La formulation du prompt (A), l’auto-déclaration (C) et le sentiment (D) sont des anti-patterns.
Une agence fédérale américaine exige FedRAMP High. Quel déploiement est conforme ?
Afficher la réponse
Réponse : B.
FedRAMP High est fourni via les périmètres Bedrock/Vertex. L’API directe (A) en est en dehors ; la conformité n’est pas intrinsèque (C) ; un ordinateur portable (D) est inacceptable.
Un agent résumant des pages web lit un texte caché lui demandant d’envoyer des données à l’extérieur par e-mail. De quoi s’agit-il et quelle est la défense ?
Afficher la réponse
Réponse : A et B.
Des instructions malveillantes dans le contenu récupéré constituent une injection indirecte ; la défense est le traitement du contenu non fiable plus le moindre privilège et la validation. Faire confiance à la sortie d’outil (C) est la vulnérabilité ; l’effort (D) est sans rapport ; ajouter l’instruction au prompt (E) exécute l’attaque.
Une clinique veut un assistant Claude lisant les dossiers patients. Premières exigences de conformité ?
Afficher la réponse
Réponse : A et B.
Les PHI sous HIPAA exigent un BAA et des contrôles PHI avec audit. « Interne » (C) n’exempte pas les PHI ; publier les données (D) est une violation ; l’escalade sur sentiment (E) est sans rapport.
Escalader vers un humain dès que le client « semble en colère » est défectueux parce que…
Afficher la réponse
Réponse : B.
L’escalade fondée sur le sentiment confond l’émotion avec la difficulté. Ce n’est pas optimal (A) ; la fréquence (C) n’est pas le défaut central ; la colère n’implique pas un échec du modèle (D).
Quel ensemble représente le mieux des guardrails en couches ?
Afficher la réponse
Réponse : B.
La défense en profondeur empile des couches indépendantes. Un seul prompt (A), la revue seule (C) ou la regex seule (D) sont des points de défaillance uniques.
Traitement à haut risque de données personnelles de résidents de l’UE — requis avant le lancement ?
Afficher la réponse
Réponse : A et B.
Le traitement à haut risque sous le RGPD exige une DPIA plus la résidence et la prise en charge des DSAR/effacement. Attendre (C) et le stockage indéfini (D) violent le RGPD ; l’escalade sur confiance (E) est sans rapport.
Un incident d’injection de prompt est détecté en production. Quel premier confinement est sain ?
Afficher la réponse
Réponse : B.
Le confinement consiste en un rollback rapide et la désactivation de la capacité exploitée, circonscrits via les traces. Supprimer les journaux (A) détruit les preuves ; ignorer (C) prolonge le préjudice ; divulguer les données (D) est une seconde violation.
Où doivent résider les clés d’API et les identifiants de base de données d’un agent Claude ?
Afficher la réponse
Réponse : B.
Les secrets appartiennent aux variables d’environnement/gestionnaires de secrets, jamais à une config visible du modèle ni aux journaux. Les autres créent des chemins d’exfiltration.
Un assistant de présélection de candidatures formule des recommandations lourdes de conséquences. Contrôles requis ?
Afficher la réponse
Réponse : A et B.
Les décisions lourdes de conséquences sur les personnes exigent une évaluation d’équité et une autorité humaine. L’automatisation complète (C) blanchit le biais ; l’escalade sur sentiment (D) et la rétention indéfinie (E) sont des anti-patterns/problèmes RGPD.
Deux parties prenantes ne sont pas d’accord et aucune métrique de succès n’existe ; l’équipe veut construire. Première action ?
Afficher la réponse
Réponse : B.
Sans accord ni métriques, le point de contrôle discovery n’est pas franchi. Construire (A), choisir un modèle (C) ou escalader (D) escamotent l’ancrage.
Présenter une décision workflow-vs-agentique à un sponsor exécutif ET à des ingénieurs. Meilleure approche ?
Afficher la réponse
Réponse : B.
La communication s’adapte à l’altitude de l’audience. Un seul document pour les deux (A, C) ou des journaux bruts (D) inadaptent une audience.
Transformer « un support plus rapide » en SLA. Quelle est la bonne approche ?
Afficher la réponse
Réponse : B.
Les SLA doivent être mesurables et par segment avec un reporting. Les promesses vagues (A) ne sont pas vérifiables ; la moyenne seule (C) masque la queue ; l’indéfini (D) invite aux litiges.
Quel niveau C4 montre le mieux aux dirigeants comment le système s’insère dans son environnement ?
Afficher la réponse
Réponse : B.
Le niveau Contexte montre le système, les utilisateurs et les systèmes externes pour un large public. Le Code (A) et le Composant (C) s’adressent aux ingénieurs ; les diagrammes exhaustifs (D) submergent.
Un modèle sur lequel le service est épinglé a été retiré. Quelle est la bonne approche de migration ?
Afficher la réponse
Réponse : A et B.
La dépréciation est un événement de cycle de vie gouverné : évaluer, re-valider par segment, canary, communiquer. Un remplacement à l’aveugle (C) risque des régressions ; appeler un modèle retiré (D) échoue ; désactiver les evals (E) supprime le filet de sécurité.
Quel livrable est requis pour franchir le point de contrôle de passation vers l’exploitation ?
Afficher la réponse
Réponse : B.
Le critère de sortie de la passation est que les opérateurs puissent exploiter et rétablir le système. Un support (A), rien (C) ou le code seul (D) ne permettent pas une exploitation sûre.
Quand une DPIA/BAA doit-elle être traitée dans le cycle de vie ?
Afficher la réponse
Réponse : B.
La conformité doit façonner la conception ; la DPIA/BAA relève donc du critère de sortie de conception. Plus tard (A, D) est trop tard ; « interne » (C) n’exempte pas des données réglementées.
Un système techniquement solide connaît une faible adoption. Quels leviers aident le plus ?
Afficher la réponse
Réponse : A et B.
L’adoption est portée par l’activation, le déploiement par phases, les retours et la valeur démontrée. L’usage forcé (C), le retrait des points de contrôle (D) et la dissimulation des limites (E) se retournent contre soi.
L’équipe prévoit de déployer à 100 % des utilisateurs sans runbook et sans métriques convenues. Qu’insère la bonne réponse ?
Afficher la réponse
Réponse : A et B.
Les points de contrôle manquants sont des critères convenus et un runbook plus un canary avec rollback. Le déploiement complet (C) a un fort rayon d’impact (« blast radius ») ; sauter la supervision (D) aveugle l’exploitation ; des métriques par ingénieur (E) détruisent une définition partagée du succès.
Une équipe plateforme veut imposer un standard de code et l’interdiction de commandes destructrices sur tous les dépôts, sans possibilité de surcharge. Meilleur mécanisme ?
Afficher la réponse
Réponse : B.
L’application non surchargeable à l’échelle de l’organisation est ce que fournit la politique managée, avec une config projet versionnée comme socle.
CLAUDE.local.md(A) est git-ignoré/surchargeable ; Slack (C) et e-mail (D) ne sont pas de l’application.Mettre en place une revue de diff automatisée en CI. Quelle est la bonne approche ?
Afficher la réponse
Réponse : B.
La CI est non interactive → headless avec sortie structurée et outils restreints. L’usage interactif (A) ne peut pas s’exécuter en CI ; tous-les-outils (C) et permissions désactivées (D) rompent le moindre privilège.
Un manager veut mesurer la productivité de l’IA par lignes de code générées et suggestions acceptées. Quelle recommandation ?
Afficher la réponse
Réponse : B.
La productivité se rattache aux résultats de livraison, pas au volume. Les lignes/acceptations (A) et les tokens (C) sont des signaux de vanité ; ne pas mesurer (D) renonce à démontrer la valeur.
Dernière mise à jour le 18 sept. 2026