Pratique de l'ingénierie avec l'IA : livrer et maintenir des logiciels créés avec l'IA

Copy this, open Claude, paste it, and Claude will walk you through the lesson step by step.

For a grown-up: Claude is for adults (18+). Copy this, paste it into Claude, and use the answer to explain the lesson to your child.

I'm learning "Pratique de l'ingénierie avec l'IA : livrer et maintenir des logiciels créés avec l'IA" on The Future Market. Lesson 1: "Les normes d'ingénierie : le dire une fois, l'appliquer là où ça compte".

What the lesson teaches:
- La page de bonnes pratiques de Claude Code d'Anthropic sépare les instructions en deux sortes. Le guide (votre demande, CLAUDE.md, les skills) est lu par le modèle, qui le suit "usually follows" (habituellement), mais n'y est pas forcé. Les règles imposées (hooks, règles de permission, paramètres gérés, tests, CI) sont appliquées par Claude Code ou par votre processus et ne dépendent pas du choix du modèle.
- Le conseil de la documentation : si vous continuez d'ajouter de l'emphase à une ligne de CLAUDE.md et que Claude la rate encore, cette ligne doit aller dans un hook. L'inverse est vrai aussi : si vous avez des hooks pour des choses qui ne sont que des préférences, supprimez-les et laissez Claude décider.
- CLAUDE.md se charge dans chaque session, donc chaque ligne coûte un peu d'attention à chaque tâche. Réservez-le à ce que Claude ne peut pas déduire du code : les commandes exactes de test, de vérification des types et de lint, les décisions qui ne sont pas dans le dépôt et les pièges. Les préférences personnelles vont dans CLAUDE.local.md, que vous ajoutez à .gitignore.
- Claude Code lit ses paramètres à plusieurs endroits. La portée décide de qui un paramètre touche : utilisateur (~/.claude/settings.json, vous dans tous les projets), projet partagé (.claude/settings.json, tout le monde dans le dépôt s'il est versionné), projet local (.claude/settings.local.json, vous dans un projet) et géré (défini par une organisation; rien dans vos propres fichiers ne le remplace).
- Priorité, de la plus haute à la plus basse : paramètres gérés, --settings en ligne de commande, projet local, projet partagé, utilisateur. Les paramètres de type liste, comme permissions.allow, fusionnent d'un fichier à l'autre au lieu de se remplacer.
- Certaines clés ne prennent jamais effet depuis un fichier versionné dans le dépôt, et d'autres, comme les règles allow, attendent que chaque collègue fasse confiance au dossier. Les règles deny et ask s'appliquent tout de suite. Lancez /status pour voir quelles sources de paramètres sont chargées.
- Les normes ne servent que si les gens peuvent les trouver et les utiliser. Rédigez un court fichier de normes d'ingénierie (nous l'appelons ENGINEERING.md dans ce cours) et ajoutez-y un lien depuis CLAUDE.md.

The exercise I'm working on:
Rédigez la liste des règles de votre équipe (au moins dix règles), classez-la en guides et en règles imposées, et créez les fichiers qui contiennent chacune. Ensuite, rédigez ENGINEERING.md sur une page.

I'm stuck. Please:
1. Explain the main idea in plain, simple words with one everyday example.
2. Walk me through the exercise one small step at a time. Ask me what I've done so far before giving the next step.
3. Don't just give me the final answer. Help me do it myself, and check my work when I share it.

I'm a parent helping my child (about 8 years old) with a lesson called "Les normes d'ingénierie : le dire une fois, l'appliquer là où ça compte" from the course "Pratique de l'ingénierie avec l'IA : livrer et maintenir des logiciels créés avec l'IA".

Here's what the lesson says:
Une cuisine de restaurant a quelques règles au mur ("se laver les mains") et quelques règles intégrées à l'équipement (le four s'éteint si la porte s'ouvre). Une affiche au mur peut être oubliée. Un verrou intégré, non. De bonnes normes d'ingénierie utilisent les deux, et savent quelle règle va où.

The activity:
Rédigez la liste des règles de votre équipe (au moins dix règles), classez-la en guides et en règles imposées, et créez les fichiers qui contiennent chacune. Ensuite, rédigez ENGINEERING.md sur une page.

Please explain this so an 8-year-old understands: short sentences, a fun everyday example, and no hard words.
Then give me 3 simple questions I can ask my child to check they understood, and a way to do the activity together, one tiny step at a time.