Développer avec Claude Code, les fondations

Les 4 modules

Chaque mini-module suit le même rythme, théorie courte → démo → pratique, et construit sur le précédent.

Ouverture : objectifs et livrables, contrat (caméra, confidentialité, canal d'aide), auto-positionnement, tour de table.

Matin

1. Personnaliser · « Ce qui n'est pas écrit n'existe pas. »

• Théorie : comment un agent lit son contexte ; le harness compte plus que le modèle ; modes et permissions ; garde-fous (secrets, paquets inventés, revue non négociable).
• Démo : règles personnelles, un même prompt avec et sans instructions personnalisées.
• Pratique guidée : chacun écrit son ~/.claude/CLAUDE.md à partir d'un gabarit et d'exemples par métier.

2. Piloter · « Un bon prompt est un ticket pour quelqu'un qui n'était pas dans la pièce. »

• Théorie : la demande comme un ticket ; découper en explorer → planifier → implémenter → vérifier ; modes Plan et Auto ; donner à l'agent un moyen de vérifier ; quand reprendre la main.
• Démo : un ticket naïf puis structuré, en mode Plan, avec vérification.
• Pratique : en binôme sur le bac à sable (même tâche, trois niveaux de demande), puis bloc autonome de 45 à 60 min sur son dépôt, salle d'aide ouverte, pour mener au bout la tâche réelle choisie à J-10.
• Débrief collectif : ce qui a marché, surpris, échoué.

Après-midi

Reprise : quiz de rappel et questions-réponses.

3. Documenter · « Les règles sont le seul contexte garanti d'être lu. »

• Théorie : règles utilisateur et règles projet ; CLAUDE.md et AGENTS.md ; anatomie d'un bon fichier, anti-bloat ; règles par chemin ; index court qui pointe vers docs/.
• Démo : demander à Claude d'écrire son CLAUDE.md, constater le bloat, le réduire en direct, sur des exemples réels.
• Bloc autonome : écrire ou auditer le CLAUDE.md de son projet et le commiter.

4. Capitaliser · « Un geste répété deux fois devient un fichier. »

• Théorie : command, skill, agent, MCP, quand utiliser quoi ; anatomie d'un skill ; habitudes d'amélioration continue.
• Démo : transformer un geste répété en skill ; capitaliser en fin de session IA.
• Pratique guidée : écrire un skill pour une tâche récurrente de son travail, le tester sur un cas réel.

Clôture : évaluation des acquis, auto-positionnement avant / après, intention datée, suite du parcours, questionnaire à chaud.

Après la formation

• J+1 : mémo, supports, ressources.
• J+7 : défi court sur son code.
• J+14 : retour d'usage dans le Slack Dev With AI (ce qui a été gardé, abandonné, adapté). Un gain ne se dit « mesuré » que sur des tâches comparables, en comptant préparation, relecture et corrections, tentatives rejetées comprises.
• J+30 : questionnaire de transfert.

Ce que chaque participant emporte

• Ses règles personnelles (~/.claude/CLAUDE.md), sur sa machine.
• Le CLAUDE.md / AGENTS.md de son projet, commité dans son dépôt.
• Un skill fonctionnel, testé sur un cas réel.
• Une tâche réelle de son backlog menée au bout, plan conservé.
• Une intention datée : le défi J+7.

Le format : une journée entière à distance

• La moitié du temps en pratique : chaque mini-module finit par un atelier.
• Des exposés courts : 20 min de théorie au plus par segment.
• Des quiz de rappel après chaque démo et à la reprise.
• Des pauses hors écran de 10 min toutes les 60 à 75 min, une heure de déjeuner.
• Caméra sur les échanges courts, libre pendant la pratique.

Confidentialité inter-entreprises : on ne partage jamais son code à l'écran. Démonstrations, binômes et tout ce qui se montre au groupe passent par un dépôt bac à sable commun ; les débriefs portent sur des constats, pas sur du code. Les blocs autonomes se font sur son propre dépôt si l'on a l'autorisation d'y utiliser un LLM tiers, sinon sur le bac à sable.