Parcours en 8 semaines
Trois à quatre heures par semaine, un livrable concret à chaque fois. Aucune théorie sans application immédiate sur ton vrai travail.
Temps de lecture : 8 min (cette page) | Niveau : Débutant à Intermédiaire Durée : 8 semaines · Rythme : 3 à 4 h/semaine · Prérequis : aucun
Ce que tu sauras faire après
- Écrire un prompt qui donne le bon résultat du premier coup, sans chercher tes mots.
- Configurer Claude Code sur ton projet réel pour ne plus jamais réexpliquer ton contexte.
- Transformer tes tâches répétitives en skills et en sous-agents réutilisables.
- Brancher l'IA sur tes vraies données via MCP, en lecture seule et sans fuite.
- Mesurer la fiabilité d'un prompt au lieu de dire « ça marche bien ».
Comment fonctionne ce parcours
Chaque semaine suit le même schéma :
- Lire (1 h 30) — les fichiers indiqués, dans l'ordre
- Pratiquer (1 h) — un exercice sur ton vrai travail, pas sur un exemple inventé
- Produire (30 min) — un livrable que tu gardes et que tu réutiliseras
La règle la plus importante : l'exercice se fait sur un projet réel à toi. Un corpus lu sans application ne sert à rien. Un seul prompt appliqué à ton vrai code vaut dix chapitres lus.
Chaque semaine a aussi une ligne « Si tu n'as qu'une heure ». Les semaines chargées, fais ça et rien d'autre. Si une semaine déborde, prends-en deux. Ce n'est pas une course.
Semaine 1 — Comprendre la machine 🧠
Thème : arrêter de traiter l'IA comme une boîte magique.
Lire
- Comment fonctionne un LLM
- Tokens, contexte et fenêtre de contexte
- Les paramètres du modèle
- Limites, hallucinations et biais
- Le glossaire — à survoler, puis à garder sous la main
Exercice — Prends une demande que tu as faite à une IA la semaine dernière et qui a mal tourné. Explique par écrit, en trois phrases, pourquoi ça a raté au vu de ce que tu viens de lire. Puis estime le nombre de tokens du prompt que tu avais envoyé.
Livrable — Une note de 10 lignes : « les 3 choses que je croyais et qui sont fausses ».
Critère de réussite — Tu sais expliquer à un collègue ce qu'est un token, pourquoi le modèle invente parfois, et à quoi sert la température.
Si tu n'as qu'une heure — Lis Limites, hallucinations et biais.
Semaine 2 — Écrire un prompt qui marche ✍️
Thème : la semaine qui change le plus de choses au quotidien.
Lire
- Anatomie d'un prompt
- Être clair et direct
- Les exemples (few-shot)
- Le rôle et le system prompt
- Les erreurs fréquentes
Exercice — Reprends trois prompts que tu utilises souvent. Réécris-les avec les 6 briques (rôle, contexte, tâche, contraintes, format, exemples). Lance la version 1 et la version 2 sur le même sujet, côte à côte, et note ce qui change.
Livrable — Un fichier mes-prompts.md avec tes 3 prompts version 2, prêts à copier, avec les [CHAMPS_A_REMPLIR] déjà en place.
Critère de réussite — Sur les trois, au moins deux donnent un résultat nettement meilleur du premier coup, sans relance.
Si tu n'as qu'une heure — Lis Anatomie d'un prompt et réécris un seul prompt.
Semaine 3 — Formats, structure et templates 📐
Thème : obtenir exactement la forme de réponse dont tu as besoin, directement collable.
Lire
- Structurer avec des balises
- Contrôler le format de sortie
- Templates prêts à remplir
- Les prompts de communication écrite
Exercice — Cette semaine, écris tous tes mails, tickets et comptes rendus professionnels en passant par un template de la bibliothèque. Note ce qui te fait gagner du temps et ce qui t'agace. En parallèle, force une sortie JSON stricte sur une tâche d'extraction de ton quotidien.
Livrable — Tes 5 templates préférés, adaptés à ton vocabulaire et à ton équipe, dans un fichier à toi.
Critère de réussite — Tu n'as plus la page blanche devant un mail difficile, et ta sortie JSON est parsable sans retouche manuelle.
Si tu n'as qu'une heure — Contrôler le format de sortie.
Semaine 4 — Installer Claude Code dans ton projet 🛠️
Thème : passer du chat à l'outil intégré, qui lit et modifie tes vrais fichiers.
Lire
- Installation et premiers pas
CLAUDE.md: la mémoire de ton projet- Permissions et modes
- Les workflows quotidiens
- Un
CLAUDE.mdprêt à l'emploi pour un projet data
Exercice — Écris le CLAUDE.md de ton projet principal : contexte, stack, commandes de build et de test, conventions, interdits. Travaille deux jours avec, et complète-le chaque fois que tu te surprends à répéter une explication.
claude
/initLivrable — Un CLAUDE.md de 60 à 120 lignes, versionné dans Git avec le projet.
Critère de réussite — Tu démarres une session et Claude connaît déjà ta stack, tes commandes et tes conventions. Tu n'expliques plus rien au démarrage.
Si tu n'as qu'une heure — Fais tourner /init, puis relis et corrige le CLAUDE.md généré.
Semaine 5 — Automatiser ce que tu répètes 🔁
Thème : transformer tes gestes répétitifs en commandes qui s'appellent toutes seules.
Lire
- Les slash commands
- Qu'est-ce qu'une skill ?
- Anatomie d'un fichier
SKILL.md - Créer sa première skill, pas à pas
- 3 skills prêtes à copier
Exercice — Identifie la tâche que tu demandes le plus souvent à une IA. Transforme-la en skill. Installe aussi clarifier-mon-texte : tu t'en serviras tous les jours pour tes écrits.
Livrable — Deux skills fonctionnelles dans ~/.claude/skills/, testées sur un cas réel.
Critère de réussite — Tu tapes /, tes commandes apparaissent, et tu les utilises sans y penser.
Si tu n'as qu'une heure — Copie une seule skill du fichier 03-skills-pretes.md et sers-t'en trois fois.
Semaine 6 — Déléguer à des agents 🤖
Thème : faire travailler plusieurs spécialistes au lieu d'un généraliste.
Lire
- Qu'est-ce qu'un agent, vraiment ?
- Les sous-agents dans Claude Code
- Quand ne PAS utiliser un agent
- Les patterns agentiques
- 3 sous-agents prêts à copier
Exercice — Installe le sous-agent auditeur-sql (ou son équivalent pour ton langage) et fais-lui relire tes trois dernières requêtes livrées. Compare ligne à ligne avec ce que toi tu avais vu.
Livrable — Un sous-agent adapté à ton métier, dans .claude/agents/ de ton projet.
Critère de réussite — L'agent a trouvé au moins un problème réel que tu n'avais pas vu.
Si tu n'as qu'une heure — Lis Quand ne PAS utiliser un agent. C'est la fiche qui t'évitera de perdre le plus de temps.
Semaine 7 — Brancher l'IA sur tes données 🔌
Thème : la semaine la plus technique, et la plus utile pour un profil data.
Lire
- Comprendre MCP
- Architecture et primitives
- Installer des serveurs MCP
- MCP pour la data
- Sécurité MCP
- Configuration
.mcp.jsonprête à l'emploi
Exercice — Branche un seul serveur MCP, en lecture seule, sur un périmètre réduit. Pose-lui trois questions dont tu connais déjà la réponse exacte. Compare systématiquement avec ta propre requête SQL.
claude mcp list
/mcpLivrable — Un .mcp.json fonctionnel, sans aucun secret en clair, et un compte de base de données en lecture seule dédié à cet usage.
Critère de réussite — Tu obtiens une réponse juste sur tes vraies données, et tu sais expliquer en deux phrases pourquoi cet accès est sûr.
Si tu n'as qu'une heure — Comprendre MCP puis Sécurité MCP. Ne branche rien tant que tu n'as pas lu la seconde.
Semaine 8 — Fiabiliser et industrialiser ✅
Thème : passer de « ça marche » à « je peux m'y fier ».
Lire
- Construire un jeu de tests
- Réduire les hallucinations
- Prompt injection et sécurité
- Données sensibles et RGPD
settings.jsonet hooks
Exercice — Prends ton prompt le plus utilisé. Construis-lui 10 cas de test, dont 3 cas limites. Fais-le tourner, note le taux de réussite, corrige le prompt, refais tourner. Garde les deux scores.
Livrable — Un fichier de tests, un tableau de suivi des versions de prompt, et un settings.json avec au minimum les règles deny sur tes fichiers de secrets.
Critère de réussite — Tu peux dire « ce prompt réussit 9 fois sur 10, et voici les cas où il échoue » au lieu de « ça marche bien ».
Si tu n'as qu'une heure — Écris les 10 cas de test. Même sans corriger le prompt, tu sauras où tu en es.
Et après ?
Trois directions, selon ton envie :
- Approfondir la technique — Le Claude Agent SDK et Écrire son propre serveur MCP
- Diffuser à ton équipe — Plugins et marketplaces pour packager ce que tu as construit, puis la marketplace d'équipe
- Rester à jour — Veille et communautés, 30 minutes par semaine suffisent
Tableau de suivi
Coche au fur et à mesure. Le livrable compte plus que la lecture.
| Semaine | Thème | Lu | Exercice fait | Livrable produit |
|---|---|---|---|---|
| 1 | Comprendre la machine | [ ] | [ ] | [ ] |
| 2 | Écrire un prompt qui marche | [ ] | [ ] | [ ] |
| 3 | Formats, structure et templates | [ ] | [ ] | [ ] |
| 4 | Installer Claude Code | [ ] | [ ] | [ ] |
| 5 | Automatiser ce que tu répètes | [ ] | [ ] | [ ] |
| 6 | Déléguer à des agents | [ ] | [ ] | [ ] |
| 7 | Brancher l'IA sur tes données | [ ] | [ ] | [ ] |
| 8 | Fiabiliser et industrialiser | [ ] | [ ] | [ ] |
À retenir
- Un livrable par semaine, sur ton vrai travail : c'est ça qui fait la différence, pas le temps de lecture.
- Si tu dois sauter des semaines, garde au minimum la 2, la 4 et la 5.
- Reviens sur une semaine plutôt que d'avancer sans avoir produit le livrable.
- Les semaines chargées, la ligne « Si tu n'as qu'une heure » suffit à ne pas décrocher.
- Tout ce que tu produis (prompts, skills,
CLAUDE.md) se versionne dans Git. C'est ton capital.