Atelier et projets de synthèse

Le Playground : construisez votre prompt

La théorie ne sert à rien sans la pratique. Le Playground (son propre onglet en haut) vous permet d'assembler un prompt de qualité production en cochant les blocs de construction du module 2 : rôle, contexte, données dans des balises, instructions, exemples, réflexion, format, garde-fous. Vous regardez le prompt se construire en direct, puis vous le copiez.

Exercice : reconstruisez trois prompts de zéro, sans consulter les leçons.

1. Un extracteur de coordonnées à partir d'un email (rôle + balises + format JSON + garde-fou "Inconnu").
2. Un auditeur de sécurité d'un extrait de code (rôle + réflexion + format par niveau de gravité).
3. Un rédacteur de fiche produit Sept-Tools (rôle + ton de marque + exemple few-shot + contrainte de langue).

Quand vous pouvez les écrire de mémoire, le module 2 est acquis. Le reste de la Bible n'est que de l'outillage autour de ce socle.

Projets de synthèse : du débutant à l'expert

Quatre projets de synthèse, un par niveau. Faites celui qui correspond à votre situation et revenez pour le suivant.

Débutant. Créez un Project Claude.ai sur l'un de vos sujets récurrents. Placez-y vos instructions permanentes (ton, langue, format) et un document de référence. Lancez trois conversations dessus et constatez que vous n'avez plus jamais à recoller votre brief.

Intermédiaire. Installez Claude Code sur un petit dépôt. Rédigez un CLAUDE.md (commandes, conventions, une règle absolue). Confiez-lui une vraie tâche en plan mode, approuvez le plan, laissez-le exécuter.

Avancé. Créez un skill maison. Choisissez un workflow que vous répétez (un deploy, une revue, un type d'écriture), rédigez le SKILL.md avec une bonne description, puis invoquez-le. Bonus : connectez un MCP server sur l'un de vos outils.

Expert. Construisez l'ébauche d'un second cerveau : un dossier memory/ avec un index MEMORY.md et trois notes (un feedback, un projet, une référence), reliés par des wikilinks. Ajoutez une règle de consolidation après chaque lot. Vous avez le squelette du système de Pierre.

La checklist du praticien

Le digest opérationnel à relire avant chaque grande tâche. Ce sont les réflexes qui séparent l'amateur du praticien.

• Avant de prompter : qu'est-ce que le modèle a réellement dans son contexte ? Suis-je explicite sur le format, la langue, la longueur ?
• Données : tout grand bloc va dans des balises, séparé des instructions.
• Faits : je donne les sources, j'offre une sortie "Inconnu", je recherche sur le web pour le présent.
• Raisonnement : tâche difficile = je lui fais raisonner avant de conclure.
• Claude Code : CLAUDE.md à jour, plan mode pour les grands changements, /clear entre les sujets, /compact en milieu de grande tâche.
• Contexte : préfixe stable, je compacte les grandes sorties, je pousse l'exploration vers des sous-agents.
• Modèles : Opus pour l'architecture et le debug, Sonnet/Haiku délégués pour le répétitif.
• Multi-agent : pipeline par défaut, barrière uniquement pour une dépendance globale, je vérifie avant de conclure.
• Mémoire : je consolide après chaque lot, je tisse les liens, l'index reste un index.
• Sécurité : aucun secret commité, j'archive et ne supprime jamais, je vérifie avant de croire.

Imprimez-la. Quand un résultat déçoit, parcourez-la : la cause est presque toujours une ligne que vous avez sautée.

Projet final : livrer une petite fonctionnalité

Ce projet final vous guide pas à pas pour ajouter une vraie fonctionnalité à un projet en utilisant Claude Code (l'agent de codage en ligne de commande que vous lancez depuis votre terminal ou votre IDE). Vous partirez d'une description en langage courant pour obtenir un code valide et commité, sans écrire une seule ligne vous-même.

Le processus comporte quatre étapes :

1. S'orienter : ouvrez Claude Code dans le dossier de votre projet et laissez-le lire la base de code (/init). Claude cartographie les fichiers et les dépendances pour que ses suggestions restent pertinentes.
2. Planifier : décrivez la fonctionnalité en une phrase claire. Demandez à Claude de rédiger un plan avant de toucher au moindre fichier. Examinez le plan et confirmez-le ou corrigez-le.
3. Construire : demandez à Claude de mettre le plan en oeuvre. Il créera ou modifiera des fichiers, lancera les tests si une commande de test existe, et rapportera ce qui a changé.
4. Vérifier : lancez l'application vous-même (ou utilisez /run si le skill de votre projet le permet), vérifiez que la fonctionnalité fonctionne, puis commitez avec /commit.

Une discipline essentielle ici est une fonctionnalité, une session. La dérive de périmètre (ajouter des idées supplémentaires en cours de session) est la principale raison pour laquelle les projets finaux déraillent. Si une nouvelle idée émerge, notez-la et ouvrez une nouvelle session pour elle.

Projet final : construire votre second cerveau

Un second cerveau est un système personnel de gestion des connaissances qui capture ce que vous apprenez afin de pouvoir le retrouver et le réutiliser sans dépendre uniquement de votre mémoire. Dans le contexte de Claude et de Claude Code, cela signifie maintenir des notes, relier les idées connexes et actualiser régulièrement votre base de connaissances pour que chaque nouvelle session démarre avec un contexte déjà chargé.

Les trois piliers sont la capture (noter les choses immédiatement), le liage (connecter les notes avec des wikilinks comme [[sujet]] pour que les idées connexes remontent ensemble) et le rappel (interroger vos notes plutôt que de relire chaque fichier depuis le début, ce qui économise des tokens et du temps). Un quatrième pilier, le rafraîchissement, maintient le système en vie en mettant à jour les notes après chaque session plutôt que d'attendre qu'un arriérage s'accumule.

Claude Code supporte ce flux de travail grâce à ses fichiers CLAUDE.md (instructions au niveau du projet chargées automatiquement), son système de mémoire (notes persistantes entre les sessions) et ses hooks (scripts automatisés qui s'exécutent avant ou après une action de Claude). Ensemble, ces éléments vous permettent de brancher Claude dans une boucle de connaissance vivante plutôt qu'une session de chat sans état.

• Écrivez une note atomique par concept (une idée, un fichier) pour que les liens restent précis.
• Utilisez un fichier MOC (Map of Content) comme carrefour listant les notes connexes, vous donnant un point d'entrée unique par groupe de sujets.
• Après chaque session, effectuez une synchronisation : mettez à jour la note concernée, ajoutez des wikilinks vers les notes connectées et mettez à jour votre index principal (MEMORY.md ou équivalent).
• Planifiez une passe de consolidation nocturne (un script ou une tâche planifiée) pour reconstruire les index de graphe afin que la prochaine session charge un contexte frais.

Capstone : une revue multi-agents

Une revue multi-agents consiste à lancer plusieurs instances de Claude en parallèle, chacune jouant le rôle d'un relecteur spécialiste, puis à collecter leurs verdicts et à synthétiser un jugement final. Claude Code prend en charge ce schéma grâce à son système de subagents : un agent orchestrateur distribue des tâches à des agents indépendants, attend tous les résultats, puis les fusionne.

L'étape de distribution utilise généralement --print (sortie non interactive et lisible par une machine) combinée à un prompt qui assigne un rôle strict : auditeur de sécurité, critique UX, analyste de performance. Maintenir les rôles séparés évite que les relecteurs n'ancrent leurs opinions sur celles des autres, ce qui constitue le principal avantage par rapport au fait de demander à un seul agent de "tout relire".

L'étape de vérification est critique. Avant de synthétiser, l'orchestrateur vérifie la complétude de la sortie de chaque relecteur : a-t-il traité le fichier cible ? A-t-il cité des numéros de ligne ou des preuves concrètes ? Les sorties qui échouent à cette vérification sont signalées ou relancées plutôt que d'être incluses silencieusement dans le résumé.

La synthèse collecte les verdicts vérifiés et demande à un dernier appel Claude de :

• Dédupliquer les constats qui se recoupent entre les relecteurs.
• Classer les problèmes par sévérité (critique, majeur, mineur).
• Produire une liste d'actions unique que l'auteur peut utiliser immédiatement.
• Signaler tout conflit entre relecteurs pour qu'un humain tranche.

Projet final : un pipeline de contenu

Un pipeline de contenu est une séquence d'étapes qui part d'une idée brute et la transforme en un document terminé et publié. Dans ce projet final, vous assemblez les techniques du module : brief, rédaction, édition et publication, le tout piloté par Claude Code (l'agent de codage en ligne de commande et en IDE) et Claude.ai (l'interface de conversation).

Le pipeline comporte quatre étapes :

1. Brief : définir le sujet, le public cible, le nombre de mots et le ton dans un court fichier texte.
2. Brouillon : demander à Claude (via la CLI claude ou Claude.ai) de générer un premier brouillon à partir du brief.
3. Édition et affinage : envoyer un second prompt demandant à Claude de critiquer et de reformuler pour plus de clarté, puis effectuer une relecture humaine finale.
4. Publication : utiliser une commande slash de Claude Code ou un script shell pour copier le fichier terminé dans votre dossier de sortie ou appeler une API de publication.

Enchaîner les prompts dans un workflow basé sur des fichiers (lire le brief, écrire le brouillon, lire le brouillon, écrire la version éditée) rend chaque étape vérifiable et reproductible. Vous pouvez relancer l'ensemble du pipeline sur un nouveau brief en quelques secondes.

La checklist de diplome

Vous avez parcouru l'arc complet, du premier prompt au workflow agentique. Avant de continuer, passez en revue cette checklist honnêtement. Chaque element correspond a une competence reelle que vous pouvez demonstrer maintenant, pas seulement a un concept que vous avez lu.

La checklist est divisee en trois niveaux : Fondations (ce que chaque utilisateur doit maitriser), Praticien (ce qui distingue un utilisateur avance d'un utilisateur occasionnel), et Avance (ce qui vous place parmi les meilleurs utilisateurs non-developpeurs).

• Fondations : rediger un prompt clair et delimite ; utiliser /clear pour reinitialiser le contexte ; connaitre la difference entre Claude.ai (chat), Claude Code (agent de codage, CLI et IDE) et Claude Cowork (agent de fichiers bureau) ; choisir le bon modele (Opus claude-opus-4-8 pour le raisonnement, Sonnet claude-sonnet-4-6 pour la vitesse, Haiku claude-haiku-4-5 pour les taches a grand volume).
• Praticien : utiliser /init pour creer un fichier memoire projet CLAUDE.md ; executer claude --model claude-sonnet-4-6 --print "votre tache" en mode non interactif (headless) ; ajouter une permission d'outil avec /permissions ; rediger un system prompt qui impose un style maison ; expliquer ce qu'est un token et pourquoi les fenetres de contexte importent.
• Avance : construire une boucle agentique multi-etapes avec des points de controle ; piper Claude dans un script shell ; configurer un hook qui se declenche automatiquement avant ou apres une tache ; comparer deux sorties de modeles cote a cote pour le meme prompt ; evaluer une reponse pour le risque d'hallucination et poser une question ciblee pour la verifier.

Si vous pouvez cocher chaque element ci-dessus sans hesitation, vous avez veritablement obtenu votre diplome de ce cours. Si deux ou trois elements semblent fragiles, revenez a ces lecons maintenant plutot que plus tard. La competence se cumule : un maillon faible peut briser un workflow par ailleurs solide.