# Study Plans

Plans semaine par semaine pour chaque certification avec allocations d’heures dérivées des poids du blueprint officiel, réalisations pratiques et gates de réservation.

import { Tabs, TabItem } from '@prosefly/astro-components';

Tous les plans suivent les mêmes règles : les heures suivent le poids du blueprint ; vous construisez quelque chose de réel ; vous ne réservez qu’après qu’un examen blanc chronométré ait obtenu ≥ 80 % sans aucun domaine sous 65 %.

<Tabs>
  <TabItem label="CCAO-F (4 semaines, ~25 h)">

| Semaine | Heures | Focus | Livrable |
| --- | --- | --- | --- |
| 1 | 7 | D2 Output Evaluation (5,5 h) · D7 Troubleshooting (1,5 h) · Anthropic Academy : Claude 101, AI Capabilities and Limitations | Checklist d’évaluation personnelle ; trois hallucinations délibérément provoquées et documentées |
| 2 | 7 | D4 Workflow Integration (4 h) · D1 Prompting (3 h) | Un workflow réel cartographié : où Claude apporte de la valeur, où les humains font barrière |
| 3 | 7 | D6 Governance (4 h) · D5 Configuration (3 h) | Un Project configuré avec instructions + connaissances ; un résumé d’une page sur l’usage acceptable |
| 4 | 4 | D3 Product/Model Selection (3 h) · Examen blanc + revue (1 h+) | Examen blanc chronométré de 60 items ; réservez si ≥ 80 % |

  </TabItem>
  <TabItem label="CCDV-F (6 semaines, ~35 h)">

| Semaine | Heures | Focus | Livrable |
| --- | --- | --- | --- |
| 1 | 6 | D1 Applications & Integration partie 1 : Messages API, streaming, erreurs, retries · Academy : Building with the Claude API | Script appelant l’API avec streaming et backoff |
| 2 | 6 | D1 partie 2 : caching, batches, vision/PDF, gestion de config · D7 Claude Code (1 h) | Démo de caching montrant `cache_read_input_tokens` ; un job batch |
| 3 | 6 | D2 Model Selection & Optimization · D8 Eval (1 h) | Tableur de modèle de coût ; golden set de 20 cas avec exact-match + rubric |
| 4 | 6 | D3 Agents & Workflows · Academy : Intro to Subagents | Boucle agentique dispatchant sur chaque `stop_reason` ; un subagent |
| 5 | 6 | D4 Prompt & Context Engineering · D5 Tools & MCP · Academy : Intro to MCP | Outil personnalisé + serveur MCP minimal ; sortie structurée avec validation-retry |
| 6 | 5 | D6 Security & Safety · Examen blanc + revue | Hook PreToolUse bloquant les commandes destructives ; examen blanc chronométré de 53 items ; réservez si ≥ 80 % |

  </TabItem>
  <TabItem label="CCAR-F (4 semaines, ~40 h)">

| Semaine | Heures | Focus | Livrable |
| --- | --- | --- | --- |
| 1 | 11 | D1 Agentic Architecture (complet) · Scénarios 1 & 3 | Système de recherche coordinateur/subagent avec erreurs structurées et terminaison par `stop_reason` |
| 2 | 10 | D2 Claude Code Config (6 h) · D4 Tool Design & MCP (4 h) · Scénarios 2 & 4 | Repo avec hiérarchie CLAUDE.md, settings, hooks, une Skill, un subagent, `.mcp.json` |
| 3 | 10 | D3 Prompt Eng & Structured Output (6 h) · D5 Context & Reliability (4 h) · Scénarios 5 & 6 | Pipeline d’extraction avec JSON schema, validation-retry, métriques par type ; revue CI headless |
| 4 | 9 | Exercice sur les anti-patterns · Examen blanc · revue du domaine faible | Examen blanc chronométré de 60 items ; réservez si ≥ 80 % |

  </TabItem>
  <TabItem label="CCAR-P (6 semaines, ~50 h)">

| Semaine | Heures | Focus | Livrable |
| --- | --- | --- | --- |
| 1 | 8 | Revalider le socle CCAR-F (survoler ses 5 domaines, passer son examen blanc) | ≥ 85 % à l’examen blanc CCAR-F |
| 2 | 10 | D3 Integration & RAG (complet) | Pipeline RAG avec chunking défendable, récupération hybride, reranker, evals recall@k et faithfulness |
| 3 | 8 | D1 Solution Design (5 h) · D7 Dev Productivity (3 h) | Jeu d’ADR pour une architecture de référence ; settings de politique managée pour une équipe |
| 4 | 8 | D4 Evaluation, Testing & Optimization | Harness d’eval avec comparaison A/B et gate de régression CI ; spec de dashboard d’observabilité |
| 5 | 8 | D5 Governance, Safety & Risk (4 h) · D2 Models/Prompting/Context (4 h) | Registre de risques + ébauche de DPIA ; architecture de caching avec disposition à préfixe stable |
| 6 | 8 | D6 Stakeholder Communication & Lifecycle · Examen blanc | Guide d’entretien de découverte, matrice de décision, plan de cycle de vie avec critères de sortie ; examen blanc chronométré de 63 items ; réservez si ≥ 80 % |

  </TabItem>
</Tabs>

## Daily micro-routine (15 minutes)

1. Lisez cinq entrées du Lexique que vous ne savez pas définir de mémoire.
2. Répondez à nouveau à deux questions blanches ratées la veille, à voix haute, en expliquant chaque distracteur.
3. Survolez une table de décision de l’appendice Decision Frameworks.

## Booking gate checklist

- [ ] Examen blanc chronométré ≥ 80 % au global.
- [ ] Aucun domaine sous 65 %.
- [ ] Capable d’expliquer les dix anti-patterns et leur alternative correcte (examens techniques).
- [ ] Capable de réciter la gamme de modèles, les prix et les breaking changes de Fable 5.1 (examens techniques).
- [ ] Capable de lister les déclencheurs obligatoires de revue humaine (tous les examens).
- [ ] Téléchargé l’Exam Guide officiel courant et confirmé que les poids n’ont pas changé.
- [ ] Email de domaine partenaire confirmé ; compte Pearson VUE créé ; test système OnVUE réussi.
- [ ] Rappel programmé pour le renouvellement au mois 10.

## Final week – day-by-day

Les sept derniers jours servent à la consolidation, pas à du nouveau matériel. Ne bachotez pas ; le sommeil compte plus qu’un sujet de plus.

| Jour | Focus | Résultat |
| --- | --- | --- |
| −7 | Examen blanc complet chronométré (examen 1), à froid | Score de référence + ventilation par domaine |
| −6 | Attaquer les deux domaines les plus faibles de la ventilation | Refaire chaque item raté à voix haute, en expliquant chaque distracteur |
| −5 | Deuxièmes domaines les plus faibles + exercice sur tous les anti-patterns / faits de modèle | Réciter les 10 anti-patterns et leur correctif ; la table des modèles |
| −4 | Examen blanc 2 (plus dur), chronométré | Comparer par domaine au jour −7 ; noter tout domaine « moins de 65 % » |
| −3 | Decision frameworks + lacunes du Lexique | Chaque table de décision explicable à partir du mot-signal |
| −2 | Revue légère : survoler vos propres notes ; répondre à nouveau à 10 items précédemment ratés | Passage de confiance, aucun nouveau sujet |
| −1 | Repos. Logistique seulement (test système OnVUE, pièce d’identité, environnement) | Checklist de la veille au soir terminée |
| Jour 0 | Examen | Arriver/s’installer 30 min à l’avance |

:::tip[Signal d’examen]
Si l’examen blanc 2 (plus dur, multi-contraintes) est à moins de 5 points de l’examen 1, vous êtes prêt. Une forte chute signifie que vous avez fait du pattern-matching sur la formulation de l’examen 1 plutôt que sur le principe sous-jacent — revenez à l’index des mots-signaux.
:::

## 40 must-know facts (flashcards)

Cachez la réponse ; rappelez-la à froid. Ce sont les faits au plus fort rendement pour les quatre examens.

1. Réussite = 720/1000 scaled ; 120 minutes ; aucune pénalité de devinette.
2. Reprises : 14 / 30 / 90 jours ; max 4 par année glissante.
3. Validité 12 mois ; renouvellement à temps gratuit ; badge Credly.
4. IDs de modèle : `claude-fable-5-1`, `claude-opus-5`, `claude-sonnet-5`, `claude-haiku-4-5`.
5. Prix par MTok in/out : Fable $10/$50 · Opus $5/$25 · Sonnet $2/$10 · Haiku $1/$5.
6. Contexte : 1M pour Fable/Opus/Sonnet ; 200k pour Haiku. Sortie max 128k / 64k (Haiku).
7. Fable 5.1 : `tool_choice` forcé → 400. Utilisez `auto`+instruction, `strict`, ou `output_config.format`.
8. Fable 5.1 : historique en append-only ; thinking blocks liés au modèle producteur ; rétention 30 jours (pas de ZDR) ; pas de Priority Tier.
9. Seul Haiku 4.5 utilise encore `budget_tokens` ; les autres utilisent `{"type":"adaptive"}`.
10. `effort` : `low | medium | high | xhigh` ; pas sur Haiku 4.5.
11. Cache : lecture 0.1×, écriture 1.25× (5 min) / 2× (1 heure) ; min 1024 tokens (2048 Haiku) ; seuil de rentabilité ≈ 2 lectures.
12. Batch API : 50 % de réduction, résultats ≤ 24 h ; pour le nocturne/en masse.
13. `stop_reason` : `end_turn | tool_use | max_tokens | stop_sequence | pause_turn | refusal`.
14. La boucle se termine sur `stop_reason`, jamais sur le parsing de prose ni un plafond d’itérations.
15. `tool_result` va dans un message **user**, apparié par `tool_use_id`.
16. Erreurs d’outil : `is_error` structuré (catégorie, retryable) — jamais un succès vide.
17. Ne retriez que 429/5xx/529 avec backoff + jitter + `retry-after` ; corrigez les 4xx.
18. Dimensions de rate-limit : RPM, ITPM, OTPM — celle qui contraint en premier.
19. Sortie structurée : `output_config.format` + `strict: true`, puis valider + retry.
20. Règle métier critique → **hook** déterministe (PreToolUse, exit 2 bloque), pas une phrase de prompt.
21. Escaladez sur demande explicite ou hors capacité — jamais sur le sentiment ni la confiance auto-rapportée.
22. Reportez les métriques **par segment** ; l’exactitude agrégée masque les segments défaillants.
23. Auto-revue dans une **nouvelle session / un modèle différent**, jamais en même session.
24. 4–8 outils idéalement ; au-delà d’environ 10, utilisez tool search + `defer_loading`.
25. Supprimez un outil destructif inutile (moindre privilège) — ne le journalisez/confirmez pas.
26. Primitives MCP : Tools (modèle), Resources (application), Prompts (utilisateur) ; + sampling, roots.
27. Transports MCP : stdio (local) vs Streamable HTTP (distant, OAuth 2.1 + PKCE).
28. MCP est modèle↔outil, pas agent↔agent.
29. Connecteur MCP = côté serveur, sans harness local ; transmettez un token à portée utilisateur.
30. Workflow = chemins de code prédéfinis ; Agent = le modèle dirige ses propres étapes. Préférez le plus simple.
31. Six patterns de workflow : chaining, routing, parallelization, orchestrator-workers, evaluator-optimizer, augmented LLM.
32. Précédence CLAUDE.md : managed → user → project → subdirectory ; `CLAUDE.local.md` personnel ; imports `@`.
33. Portées de settings.json : managed > flags > local > project > user.
34. Skill (procédure) vs CLAUDE.md (conventions) vs command (one-liner) vs subagent (tâche isolée) vs MCP (système externe).
35. Plan mode pour multi-fichiers/architectural/irréversible ; direct pour des éditions uniques évidentes.
36. Headless : `claude -p --output-format json|stream-json`, `--allowedTools`, `--permission-mode`.
37. RAG pour un corpus grand/changeant + citations ; contexte long pour un petit corpus stable ; fine-tuning pour le style, pas les faits.
38. Confiant-mais-faux après une actualisation de docs → suspectez d’abord la récupération/l’indexation.
39. Récupération hybride (dense + BM25) + reranker ; réécriture de requête/HyDE pour les requêtes vagues.
40. Conformité : GDPR (données personnelles UE, DPIA), HIPAA (PHI + BAA), FedRAMP High (Bedrock/Vertex), SOC 2, ZDR.

## Night-before checklist

- [ ] Test système OnVUE réussi sur la *même* machine et le même réseau que vous utiliserez.
- [ ] Pièce d’identité officielle avec photo prête ; le nom correspond exactement à l’inscription Pearson VUE.
- [ ] Pièce calme et privée ; bureau dégagé de notes, téléphones, seconds écrans.
- [ ] Webcam, microphone et internet stable confirmés ; adaptateur secteur branché.
- [ ] Extensions de navigateur/VPN susceptibles de bloquer le proctor désactivées.
- [ ] Heure de début et fuseau horaire revérifiés ; prévoyez de lancer 30 minutes à l’avance.
- [ ] Téléchargé une fois de plus l’Exam Guide courant pour confirmer l’absence de changement de poids.
- [ ] Dormir. Aucune nouvelle révision après la revue du jour −1.

## Retake strategy by domain score

Si vous échouez (ou souhaitez convertir une réussite marginale en un socle de renouvellement solide), utilisez la ventilation par domaine du rapport de score pour cibler la reprise. Respectez le minimum de 14 jours avant la première reprise.

| Score du domaine le plus faible | Interprétation | Plan de reprise |
| --- | --- | --- |
| 0–40 % | Lacune conceptuelle, pas du trac | Réétudier entièrement cette page de domaine + ses questions blanches ; reconstruire le livrable pratique ; attendre l’intervalle complet |
| 41–60 % | Connaît le sujet, manque le compromis | Travailler les tables de décision et l’index des mots-signaux de ce domaine ; refaire les items ratés en expliquant chaque distracteur |
| 61–79 % | Négligence / pression du temps | Exercices chronométrés sur ce seul domaine ; s’entraîner à éliminer vite les motifs de distracteurs |
| ≥ 80 % mais échec global | Couverture large mais mince, aucun domaine faible unique | Blanc mixte complet sous chronomètre ; se concentrer sur les items multi-contraintes « FIRST/MOST/TWO » |

:::caution[Anti-pattern de reprise]
Ne repassez pas simplement plus tôt en espérant des questions plus faciles. La banque d’items tourne ; une tentative ratée sur le même domaine faible gaspille l’une de vos quatre tentatives annuelles. Corrigez le domaine, vérifiez par un examen blanc chronométré, puis reprogrammez.
:::