Retour aux realisations
Agent IA2026Impulsion (interne)

Slides Agentique — deck branded en 10 min.

Système multi-agents Claude qui transforme un brief en présentation HTML + PPTX 100% conformes au design system. Source unique deck.json, validateur déterministe, mémoire learnings.md.

Demo
01
02
03

01 · Besoin

3–4h par deck, zéro mémoire.

Chez Impulsion, chaque présentation (pitch, atelier, point interne) part de zéro dans Canva ou Google Slides. À chaque fois : charte reconstruite à la main, fautes de tonalité (tutoiement, anglicismes, hyperbole), composants V2 oubliés, zéro mémoire des corrections d'hier. 3–4h pour un deck 40 slides, qualité brand variable selon l'attention du jour.

02 · Impact

Brief → deck conforme en 10 min.

Temps deck 40 slides : 3–4h → 5–10 min. Conformité brand 100% (validateur déterministe bloquant). Zéro régression entre générations (mémoire `learnings.md`). Synchronisation HTML ↔ PPTX automatique depuis une source canonique unique.

Temps deck 40 slides
3–4h → 5–10 min
Conformité brand
100% (validateur bloquant)
Templates
17 · extensibles via @component-builder

03 · Comment ca marche

Multi-agents + deck.json canonique.

  1. 01Phase 0 — SlidesMaster lit `learnings.md` + `PATTERNS.md` : règles internalisées avant chaque génération
  2. 02Phase 1-2 — Compréhension du brief (2 questions max) + mapping vers les 17 templates + plan validé
  3. 03Phase 3 — Écriture du `deck.json` canonique : source unique HTML + PPTX
  4. 04Phase 4 — Validation programmatique Node.js : tutoiement, anglicismes, hyperbole, dépassements schéma, emojis interdits — bloquant sans LLM
  5. 05Phase 5 — Rendu `index.html` (CSS variables + animations) + `presentation-editable.pptx` via python-pptx (16:9 EMU)
  6. 06Phase 6 — Apprentissage : corrections utilisateur transformées en règles datées dans `learnings.md` (« erreur 2 fois = règle écrite »)

Stack

Claude Agent SDK (orchestration · agents en markdown) · Node.js (validateur déterministe) · 17 templates HTML / CSS variables / animations IntersectionObserver · python-pptx (format 16:9 canonique EMU) · tokens.json (design system canonique) · Git (versioning + mémoire markdown)

Livrables

  • SlidesMaster (agent orchestrateur principal)
  • 3 sous-agents spécialisés : @component-builder, @design-reviewer, @polish-agent
  • Bibliothèque de 17 templates (cover_hero, divider, agenda, quote_big, content_text, comparison_table, process_flow, cards_grid, code_block, exercise, fiche_form, cta_closing, bar_chart, timeline, agent_loop, device_mockup, +)
  • Format `deck.json` canonique avec parité HTML ⇄ PPTX garantie
  • Validateur déterministe Node.js (`scripts/validate-deck.mjs`)
  • Système de mémoire : `learnings.md` + `PATTERNS.md` + `.metadata.json` par projet

Recit

Un système agentique piloté par Claude où un agent principal (SlidesMaster) prend un brief en entrée et orchestre des sous-agents spécialisés pour produire un deck branded en sortie.

Trois principes fondateurs

  1. Une source unique — un fichier deck.json structuré dont on déduit automatiquement le rendu HTML (web) ET le rendu PPTX (éditable Google Slides/Keynote). Pas de divergence possible.
  2. Un design system encodé — tokens.json est canonique. Couleurs, typos, espacements, motion : tout en découle. CSS et fichiers de polices sont générés, jamais édités à la main.
  3. Une mémoire d'apprentissage — learnings.md accumule les règles validées par l'utilisateur. Principe Notion : « erreur deux fois = règle écrite ». Chaque génération démarre par la lecture de cette mémoire.

L'élément intéressant : apprentissage continu sans réentraînement

Le système devient meilleur à chaque utilisation, sans qu'on touche au modèle ni au code. Le mécanisme tient en trois fichiers texte (learnings.md, PATTERNS.md, .metadata.json). Quand un utilisateur corrige deux fois la même chose, SlidesMaster propose explicitement : « Cette règle peut servir pour les prochaines générations. Je l'ajoute à learnings.md ? »

Cas test réel

Atelier de formation IA de 4 heures, 47 slides, 11 templates différents : généré en moins de 10 minutes, audité automatiquement, prêt à présenter.

Autres choix de design notables

  • Séparation programmatique vs LLM. Tout ce qui peut être vérifié par un programme l'est. Le LLM ne gère que ce qui demande du jugement.
  • Délégation explicite : SlidesMaster sait quoi déléguer (component-builder pour créer, design-reviewer pour auditer, polish-agent pour affiner).
  • Parité HTML / PPTX : un seul deck.json produit un site (preview, navigation clavier, animations) ET un fichier .pptx éditable.