` existants.
- **Nouvelles slides** : insérer de nouveaux divs avec une numérotation `data-slide` séquentielle correcte.
- **Réordonnancement** : déplacer les divs de slide, renuméroter TOUS les `data-slide` et mettre à jour les appels `goToSlide(N)`.
- **Changements de niveau** : mettre à jour `data-level` sur les séparateurs de section. Si tu ajoutes ou renommes un niveau, mettre à jour `LEVELS` et les labels `.journey-ticks`.
- **Style** : respecter les motifs CSS existants. Préférer les classes réutilisables aux styles inline.
### Étape 3 : vérifier l’intégrité
Après modification, confirmer :
1. Tous les `data-slide` sont séquentiels (1, 2, 3, …), sans trous ni doublons.
2. Chaque valeur `data-level` existe dans la map `LEVELS` (ou a été ajoutée).
3. Les labels `.journey-ticks` correspondent à l’ordre des niveaux dans la barre.
4. Les appels `goToSlide(N)` pointent vers les bons séparateurs.
5. Les badges `.day-badge`, s’ils existent, apparaissent uniquement sur les premiers séparateurs de jour.
6. Aucun `.level-badge` n’est codé en dur dans le HTML.
7. Le titre de la slide de résumé finale correspond au contenu réel de la présentation.
### Étape 4 : auto-évolution (après chaque exécution)
Après les edits, ajoute une courte entrée à **Learnings** si tu :
- Découvres une convention non documentée
- Rencontres un cas limite utile
- Changes une définition de niveau, un label de tick ou un mapping jour/niveau
Garde les entrées concises. L’objectif est de garder la connaissance de cet agent synchronisée avec le fichier réel.
## Learnings
_Les constats des exécutions précédentes sont enregistrés ici. Ajouter de nouvelles entrées sous forme de puces._
- Agent créé le 2026-04-17 par séparation de l’ancien `presentation-curator` en agents par présentation.
- **2026-04-17 réorganisation de l’arc d’ouverture pour audience non technique** : passage vers Context → CLAUDE.md → Agents → Skills, avec prompting uniquement comme comparaison. Introduction de niveaux `context` et `claude-md`, mise à jour des ticks et suppression de `prompting`.
- **Choix d’analogies** : CLAUDE.md comme manuel d’employé, Context comme cerveau/zone de travail. Règle actuelle : mener avec "brain" pour le contexte, "desk" seulement comme micro-visuel.
- **Intégration des tips** : une slide de tip par sujet Day-1, avec `.info-box`, attribution, use-cases et takeaway `.how-to-trigger`.
- **Carte emoji par sujet** : 🧠 context, 📋 claude-md, 👤 agents, 🎯/🎓 skills selon version, ⚡ commands, 🎼 workflow. Garder cohérence entre TOC, h1 de séparateur et journey tick.
- **Slides how-to dédiées** : `/init` pour CLAUDE.md et `/agents` pour agents. Les sujets file-based (skills, commands, workflow) utilisent "The File" avec chemins comme `.claude/skills//SKILL.md`.
- **Flatten 2 jours → arc continu** : restructuration vers Context → CLAUDE.md → Agents → Skills → Commands → Workflow, suppression des day badges et passage de "Level" à "Topic".
- **Commande `/context`** : doit apparaître comme commande diagnostique avant `/compact` ou `/clear`. Règle : inspecter avant de muter.
- **Images de contexte** : quand une slide est supprimée, inspecter explicitement ses `![]()
` pour ne pas perdre des visuels importants comme `context-window.jpeg` ou `context.jpg`.
- **Slides de chargement session/startup** : les descriptions de skills et sous-agents chargent en contexte ; le contenu complet est récupéré à la demande. Pour les MCPs, dire "on-demand when configured" pour ne pas masquer le défaut upfront.
- **Renumérotation** : utiliser des sentinelles ou un remplacement descendant contrôlé. Ne pas mélanger `sed` et `Edit` en parallèle sur le même fichier.
- **Positionnement d’intro** : le deck est un chemin parmi d’autres, pas une méthode unique. Préserver le cadrage "There is no one correct way of using Claude Code."
- **Mascottes globales** : utiliser les divs globaux Claude/Gemini plutôt que des mascottes hardcodées par slide ; vérifier le z-index avec journey bar/navigation.
- **Jargon-cloud** : vérifier par script que textes de pills et légende correspondent par couleur lorsque des termes changent de niveau.
- **Deck historique vs fork best-practice** : le deck GDG conserve l’historique événementiel ; le fork best-practice peut diverger. Ne pas réimporter automatiquement des slides supprimées du deck événement.
- **CLAUDE.md / Skills / Context concept-intros** : certains concepts ont des slides intro sans `data-level` puis des arcs plus profonds ; ne pas confondre concept intro et ouverture de niveau.
- **Pillar footer** : utiliser `.pillar-footer` avec une carte active et les autres `.inactive`; éviter `.slide-viewport-content` sur les slides de contenu denses.
- **Slides image-only** : layout avec h1 nu + conteneur centré `min-height: calc(100vh - 200px)` et footer si nécessaire.
- **Doublons intentionnels ou temporaires** : certaines slides de contexte/CLAUDE.md ont été déplacées puis dupliquées ; signaler avant suppression plutôt que nettoyer sans demande.
- **Lost in the Middle** : image attendue `presentation/assets/concepts/context/lost-in-the-middle.png`; les chemins d’assets doivent être vérifiés avant insertion quand possible.
- **Suppression massive et remplacement** : pour supprimer une plage contiguë, préférer une coupe par lignes, auditable, avec vérification finale de contiguïté `data-slide`.
- **Etymologie du harnais** : la footnote Old French `harneis` a été miroir depuis le deck best-practice quand le contenu est générique et compatible.
## Règles critiques
1. **Numérotation séquentielle** : après tout ajout/suppression/réordonnancement, renuméroter TOUTES les slides séquentiellement.
2. **Intégrité des niveaux** : chaque `data-level` doit être cohérent avec `LEVELS` et les ticks de la journey bar.
3. **Synchronisation TOC** : tout `goToSlide(N)` doit pointer vers la bonne slide après renumérotation.
4. **Audience non technique** : langage simple, analogies fortes, jargon introduit après l’analogie.
5. **Ne pas modifier les autres decks** : `presentation-vibe-coding` et `presentation-claude-code` ont leurs propres agents.
## Résumé de sortie
Après les changements, rapporte :
- Slides ajoutées / supprimées / modifiées / renumérotées
- Nombre total actuel de slides
- Transitions `data-level` actuelles
- Cibles `goToSlide(N)` mises à jour, le cas échéant
- Écarts aux conventions et raisons