Série · Certification Claude Certified ArchitectIntroduction
Claude Architect, épisode 0 : tout sur l'examen CCAR-F avant de commencer
Format, 5 domaines, 30 tâches, 6 scénarios, notation sur 720, prix, inscription, repassage et renouvellement : la certification Claude Certified Architect décortiquée à partir du guide officiel.
Avant d’ouvrir le premier chapitre du programme, il faut savoir contre quoi on se prépare. Cet épisode 0 répond aux questions qu’on se pose avant de s’inscrire : à quoi ressemble l’examen, ce qu’il couvre, comment il est noté, combien il coûte et qui peut le passer.
Tout ce qui suit vient du guide d’examen officiel d’Anthropic (version 1.0, en vigueur depuis juillet 2026), sauf mention contraire. Quand une information ne vient que de guides de préparation non officiels, je le signale.
La certification en une fiche
| Nom | Claude Certified Architect – Foundations |
| Code d’examen | CCAR-F |
| Questions | 60, à choix unique ou multiple ; chaque question indique combien de réponses cocher |
| Structure | 4 scénarios tirés au hasard parmi 6 |
| Durée | 120 minutes, soit 2 minutes par question |
| Passage | surveillé, en ligne ou dans un centre Pearson VUE |
| Réussite | score de 720 sur une échelle de 100 à 1 000 |
| Prix | 125 $ par tentative, environ 1 250 dirhams |
| Validité | 12 mois, renouvellement gratuit si on s’y prend à temps |
| Résultat | réussi ou échoué, avec le score et le pourcentage de bonnes réponses par domaine |
L’examen se passe sans documents : pas de notes, pas de deuxième écran, pas de téléphone. Tout doit être su, pas retrouvé.
Ce que la certification valide
Selon Anthropic, elle valide la capacité à faire les bons arbitrages quand on construit une solution réelle avec Claude. Quatre technologies sont au cœur de l’examen :
- l’API Claude (Messages, outils, sorties structurées, traitement par lots) ;
- le Claude Agent SDK, pour construire des agents et des systèmes multi-agents ;
- Claude Code, configuré pour une équipe et intégré à la CI/CD ;
- le Model Context Protocol (MCP), pour brancher Claude sur des systèmes existants.
Le mot qui compte est arbitrage. Les questions ne demandent presque jamais une définition : elles décrivent une situation de production et demandent la meilleure décision.
Le profil visé
Le candidat idéal est un architecte de solutions qui conçoit et met en production des applications avec Claude, avec au moins six mois de pratique de l’API, de l’Agent SDK, de Claude Code et de MCP. Concrètement, il a déjà :
- construit des agents avec plusieurs sous-agents, des outils et des hooks ;
- configuré Claude Code pour une équipe : fichiers
CLAUDE.md, skills, serveurs MCP, mode plan ; - conçu des outils et des ressources MCP pour des systèmes métier ;
- obtenu des sorties structurées fiables : schémas JSON, exemples, extraction ;
- géré le contexte sur de longs documents et entre agents ;
- intégré Claude dans une CI/CD : revue de code, génération de tests, retours sur les pull requests ;
- décidé quand un agent doit passer la main à un humain.
« Six mois de pratique » est une indication, pas une condition d'inscription. Mais elle dit quelque chose : l'examen récompense l'expérience. Les questions piègent souvent la réponse qui paraît juste en théorie et qui casse en production.
Les cinq domaines
L’examen est découpé en cinq domaines, de poids inégaux. Sur 60 questions, voici approximativement ce que chacun représente :
Chaque domaine est détaillé en tâches (task statements), 30 au total. Ce sont elles que les questions vérifient, et c’est sur elles que cette série est construite.
Domaine 1 — Architecture agentique et orchestration (27 %)
| Tâche | Ce qu’il faut savoir faire | Épisode |
|---|---|---|
| 1.1 | Concevoir et coder la boucle agentique d’un agent autonome | 1 |
| 1.2 | Orchestrer un système multi-agents avec un coordinateur et des sous-agents | 2 |
| 1.3 | Lancer des sous-agents et leur transmettre le contexte | 2, 3 |
| 1.4 | Construire des workflows en plusieurs étapes, avec contrôles et passages de relais | 4 |
| 1.5 | Intercepter les appels d’outils et normaliser les données avec les hooks de l’Agent SDK | à venir |
| 1.6 | Découper une tâche complexe en sous-tâches | à venir |
| 1.7 | Gérer l’état d’une session : reprise et fork | 3 |
Domaine 2 — Conception d’outils et intégration MCP (18 %)
| Tâche | Ce qu’il faut savoir faire |
|---|---|
| 2.1 | Écrire des interfaces d’outils claires : descriptions et limites de chaque outil |
| 2.2 | Renvoyer des erreurs structurées depuis les outils MCP |
| 2.3 | Répartir les outils entre les agents et configurer tool_choice |
| 2.4 | Brancher des serveurs MCP sur Claude Code et sur des agents |
| 2.5 | Choisir le bon outil intégré : Read, Write, Edit, Bash, Grep, Glob |
Domaine 3 — Configuration de Claude Code et workflows (20 %)
| Tâche | Ce qu’il faut savoir faire |
|---|---|
| 3.1 | Organiser les fichiers CLAUDE.md : hiérarchie, portée, découpage en modules |
| 3.2 | Créer des commandes slash et des skills personnalisés |
| 3.3 | Charger des conventions selon les fichiers touchés, avec des règles par chemin |
| 3.4 | Choisir entre le mode plan et l’exécution directe |
| 3.5 | Améliorer un résultat par itérations successives |
| 3.6 | Intégrer Claude Code dans une chaîne CI/CD |
Domaine 4 — Prompts et sortie structurée (20 %)
| Tâche | Ce qu’il faut savoir faire |
|---|---|
| 4.1 | Rédiger des prompts aux critères explicites, pour réduire les faux positifs |
| 4.2 | Utiliser des exemples (few-shot) pour des sorties plus régulières |
| 4.3 | Imposer une sortie structurée avec les outils et les schémas JSON |
| 4.4 | Valider, réessayer et corriger pour fiabiliser une extraction |
| 4.5 | Concevoir un traitement par lots efficace |
| 4.6 | Organiser une revue en plusieurs passes ou avec plusieurs instances |
Domaine 5 — Gestion du contexte et fiabilité (15 %)
| Tâche | Ce qu’il faut savoir faire |
|---|---|
| 5.1 | Garder les informations essentielles au fil d’une longue conversation |
| 5.2 | Décider quand passer la main à un humain, et lever les ambiguïtés |
| 5.3 | Faire remonter les erreurs dans un système multi-agents |
| 5.4 | Gérer le contexte en explorant une grande base de code |
| 5.5 | Organiser la relecture humaine et calibrer la confiance |
| 5.6 | Garder la trace des sources et signaler l’incertitude dans une synthèse |
Les six scénarios
Les questions ne sont pas posées en vrac. Elles sont regroupées autour de scénarios, des situations de production décrites en quelques lignes. Le jour de l’examen, 4 scénarios sur 6 sont tirés au hasard. Il faut donc préparer les six : impossible de savoir lesquels tomberont.
| Scénario | La situation | Domaines surtout testés | |
|---|---|---|---|
| 1 | Agent de support client | Un agent (Agent SDK) traite retours, litiges de facturation et problèmes de compte, avec des outils MCP comme get_customer, lookup_order, process_refund et escalate_to_human. Objectif : résoudre plus de 80 % des demandes au premier contact, et savoir passer la main |
1, 2, 5 |
| 2 | Génération de code avec Claude Code | Une équipe utilise Claude Code pour écrire, refactoriser, déboguer et documenter, avec des commandes slash, des fichiers CLAUDE.md et le mode plan |
3, 5 |
| 3 | Système de recherche multi-agents | Un coordinateur délègue à des sous-agents spécialisés (recherche web, analyse de documents, synthèse, rédaction) et produit des rapports sourcés | 1, 2, 5 |
| 4 | Productivité des développeurs | Un agent aide à explorer une base de code inconnue, comprendre un système ancien, générer du code répétitif, avec les outils intégrés et des serveurs MCP | 2, 3, 1 |
| 5 | Claude Code en intégration continue | Claude Code tourne dans la CI/CD : revue de code, génération de tests, retours sur les pull requests, avec le moins de faux positifs possible | 3, 4 |
| 6 | Extraction de données structurées | Un système extrait des informations de documents non structurés, valide la sortie avec des schémas JSON et alimente d’autres systèmes | 4, 5 |
Un même sujet revient dans plusieurs scénarios. L'escalade vers un humain apparaît dans le support client comme dans l'extraction de documents ; la gestion du contexte, dans quatre scénarios sur six. Réviser par tâche, puis s'entraîner par scénario, est plus efficace que l'inverse.
À quoi ressemble une question
Le guide officiel publie des questions d’exemple. En voici une, reformulée en français, dans le scénario du support client.
Les données de production montrent que, dans 12 % des cas, l’agent saute
get_customeret appelle directementlookup_orderavec le nom donné par le client. Résultat : quelques comptes mal identifiés et des remboursements erronés. Quelle modification règle le plus efficacement ce problème de fiabilité ?A. Ajouter une condition dans le code qui bloque
lookup_orderetprocess_refundtant queget_customern’a pas renvoyé un identifiant client vérifié.
B. Préciser dans le prompt système que la vérification parget_customerest obligatoire.
C. Ajouter des exemples où l’agent appelle toujoursget_customeren premier.
D. Ajouter un classifieur qui n’active que les outils utiles selon le type de demande.
La bonne réponse est A. Quand une séquence est obligatoire pour une raison métier, ici vérifier l’identité avant de rembourser, seule une contrainte dans le code donne une garantie. B et C comptent sur le modèle pour obéir, ce qui marche souvent : insuffisant quand l’erreur coûte de l’argent. D règle un autre problème, celui des outils disponibles, pas celui de leur ordre.
Cette question résume l’esprit de l’examen :
- les quatre réponses sont plausibles, et aucune n’est absurde ;
- la bonne est celle qui traite la cause, au bon niveau, sans en faire trop ;
- les mots du scénario comptent : « le plus efficacement », « première étape », « en production » changent la réponse attendue.
Ce qui n’est pas au programme
Le guide liste aussi ce qui ne tombera pas. C’est précieux : autant de temps gagné.
- l’entraînement ou le fine-tuning de modèles ;
- l’authentification à l’API, la facturation, la gestion de compte ;
- l’hébergement des serveurs MCP : infrastructure, réseau, conteneurs ;
- le fonctionnement interne de Claude, son entraînement, l’IA constitutionnelle, le RLHF ;
- les embeddings et les bases de données vectorielles ;
- l’usage de l’ordinateur par Claude (computer use) et l’analyse d’images ;
- le streaming et les server-sent events ;
- les limites de débit, les quotas et le calcul des prix ;
- les configurations propres à AWS, Google Cloud ou Azure ;
- les comparatifs de modèles et les benchmarks ;
- le détail du cache de prompt (savoir qu’il existe suffit) et le comptage des jetons.
Le traitement par lots, lui, est au programme : quand l'utiliser, avec l'API Message Batches (50 % moins cher, résultats sous 24 heures, pas d'appels d'outils sur plusieurs tours). Ne le confondez pas avec les limites de débit, qui n'y sont pas.
Comment l’examen est noté
L’examen est critérié : on n’est pas comparé aux autres candidats, mais à un niveau fixé à l’avance par un panel d’experts. Pas de quota de reçus, pas de courbe.
Le score est donné sur une échelle de 100 à 1 000, et il faut 720 pour réussir. Attention : 720 ne veut pas dire 72 % de bonnes réponses. L’échelle sert à rendre comparables des versions de l’examen dont les questions n’ont pas exactement la même difficulté.
Le relevé de résultat indique aussi le pourcentage de bonnes réponses par domaine. Ces pourcentages servent à savoir quoi retravailler ; ils ne comptent pas dans la décision finale, qui repose uniquement sur le score total.
Qui peut s’inscrire, et comment
L’inscription passe par l’Anthropic Partner Academy, la plateforme de formation des partenaires d’Anthropic, puis le rendez-vous se prend chez Pearson VUE.
- Ouvrir la page de la certification sur l’Anthropic Partner Academy.
- Télécharger le guide d’examen, lire les conditions générales et le règlement de l’examen.
- S’inscrire et payer. Le prix affiché tient compte de la remise liée au niveau de partenaire.
- Créer son compte Pearson VUE et choisir un créneau, en ligne ou en centre d’examen.
D'après les guides de préparation, l'inscription est réservée aux membres du Claude Partner Network : il faut une adresse e-mail professionnelle d'une entreprise partenaire, et une adresse personnelle (Gmail, Outlook…) est refusée. Le guide officiel, lui, parle seulement de remise selon le niveau de partenaire. Vérifiez votre éligibilité sur la page officielle avant d'investir des semaines de révision.
Annuler ou déplacer un rendez-vous est possible jusqu’à 24 heures avant. Après, le prix de l’examen est perdu, comme en cas d’absence ou de retard.
Le jour de l’examen
- Une pièce d’identité officielle avec photo, en cours de validité, au nom exact de l’inscription.
- En ligne : rester dans le champ de la caméra pendant toute la session.
- Rien sur le bureau : ni notes, ni livres, ni téléphone, ni montre connectée, ni casque, ni second écran.
- Aucune communication avec qui que ce soit, aucune capture du contenu.
Avant de commencer, il faut accepter un accord de confidentialité : les questions, les réponses et les scénarios de l’examen restent la propriété d’Anthropic. C’est pour cette raison que les quiz de cette série sont écrits par moi, dans le style de l’examen, et ne reproduisent jamais de vraies questions.
Échouer, repasser, renouveler
Repasser. Les délais d’attente s’allongent à chaque échec : 14 jours après le premier, 30 jours après le deuxième, 90 jours après le troisième. Quatre tentatives au plus sur douze mois glissants, et chaque tentative est payante.
Renouveler. La certification est valable 12 mois, parce que les outils évoluent vite. Pour la renouveler à temps, on revoit ce qui a changé depuis sa certification, puis on passe une évaluation gratuite, non surveillée, sur l’Anthropic Partner Academy. Si on laisse passer la date, il faut repasser l’examen complet, au prix complet. Et si le programme change beaucoup, Anthropic peut exiger l’examen complet à la place de l’évaluation.
Les autres certifications Claude
Le CCAR-F n’est pas seul. D’après les guides de préparation, Anthropic propose aussi une certification Associate (pour les utilisateurs métier, non développeurs), une certification Developer (pour les ingénieurs qui livrent des applications et des agents) et un niveau Architect – Professional, plus avancé. Cette série ne couvre que l’Architect – Foundations.
Comment se préparer
Le guide officiel recommande sept chantiers. Les voici, avec l’état de la série :
- Construire un agent avec l’Agent SDK : boucle complète, outils, gestion des erreurs et des sessions, sous-agents et passage de contexte. Épisodes 1 à 3.
- Configurer Claude Code sur un vrai projet : hiérarchie de
CLAUDE.md, règles par chemin dans.claude/rules/, skills avec leurs options (context: fork,allowed-tools), au moins un serveur MCP. - Concevoir et tester des outils MCP : descriptions qui distinguent bien des outils proches, erreurs structurées avec catégorie et indicateur « réessayable ».
- Monter une chaîne d’extraction : sortie structurée par schéma JSON, boucles de validation et de relance, champs optionnels ou nuls, traitement par lots.
- Travailler les prompts : exemples pour les cas ambigus, critères de revue explicites, revues en plusieurs passes.
- Étudier la gestion du contexte : extraire les faits utiles de sorties d’outils verbeuses, fichiers brouillon pour les longues sessions, délégation à des sous-agents.
- Revoir l’escalade et la relecture humaine : quand passer la main, quand résoudre seul, comment router selon le niveau de confiance.
Connectez-vous avec votre compte devops.ma pour suivre votre progression : un bouton en bas de chaque épisode le marque comme lu, et la page Mon compte affiche où vous en êtes dans la série.
Quiz : êtes-vous prêt à commencer ?
Six questions sur l’examen lui-même. Choisissez une réponse : la correction s’affiche aussitôt, et le score se calcule en bas.
Pour la suite
L’épisode 1 entre dans le vif du sujet avec le
domaine le plus lourd : la boucle agentique et stop_reason, le moteur de tout agent Claude.
On y prépare aussi son poste pour appeler l’API depuis Python.