CommunityRédaction et éditiongithub.com

steffen74/to-slides

Construit les diapositives d'une unité à partir de son plan de session approuvé – une section par bloc d'apport, une diapositive par tâche de groupe – dans le format de diapositives du cours. Tape le nom de l'unité après la commande.

Qu'est-ce que to-slides ?

Cette compétence génère automatiquement les diapositives d'une unité de cours en s'appuyant sur le plan de session approuvé et les ressources du cours (COURSE-CANVAS.md, RESOURCES.md, DECISIONS.md, AGENTS.md). Elle crée d'abord un plan détaillé dans un fichier séparé, avec un tableau de minutage et une diapositive par bloc (ouverture, apport, travail de groupe, plénière, quiz, pause, outlook). Chaque diapositive est rédigée pour exposer les faits du plan sans inventer de contenu manquant – les lacunes sont signalées comme décisions à prendre par le formateur. La compétence prend en charge plusieurs formats (Claude Artifact, PPTX, Google Slides, Marp, reveal.js) et respecte un template existant. Après validation du plan, elle construit les diapositives et exécute des vérifications de cohérence (timing, absence de réponses anticipées, liens valides). Enfin, elle peut exporter le jeu approuvé en PDF dans le handbook du cours et mettre à jour les fichiers de ressources et la page participant. Idéale pour les formateurs qui conçoivent des cours avec Claude Code, Cursor ou tout outil agentique compatible, car elle automatise la partie la plus fastidieuse de la préparation pédagogique tout en garantissant la fidélité au plan de session.

Compatible avec✓Claude Code~Codex CLI~Cursor✓Antigravity
npx skills add https://github.com/steffen74/agentic-course-creation/tree/HEAD/skills/to-slides

Installed? Explore more Rédaction et édition skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Vers les diapositives

Construit les diapositives d'une unité. Lis COURSE-CANVAS.md, RESOURCES.md, DECISIONS.md, la section ## Agentic course creation de AGENTS.md, ainsi que le plan de session approuvé et la page participant de l'unité. Les diapositives sont construites à partir du plan, jamais l'inverse : si le plan de session n'est pas encore approuvé, arrête-toi et suggère /draft-unit.

1. Fixer le format une fois pour toutes

Le format est normalement fixé dans /setup-course. Si AGENTS.md n'a pas de ligne Slides:, demande-le, en recommandant à partir de ce qui existe (présentations précédentes, les outils du bloc 5) :

  • Format et outil : par exemple un artifact Slides de claude.ai, .pptx, Google Slides, des diapositives Markdown (Marp, reveal.js).

  • Où vivent les decks et qui les voit : présentés en classe uniquement, ou publiés pour les participants ensuite. Les decks publiés sont du matériel participant.

  • Template : un deck existant ou un système de design dont suivre l'apparence.

  • Où vivent les plans : recommande un dossier privé à côté des plans de session (par exemple slides/<unite>-outline.md), car les plans contiennent les réponses types.

Écris la réponse comme - Slides: <format>, <emplacement du deck>, <emplacement du plan>, <publié pour les participants : oui|non>, template <lien> dans AGENTS.md et consigne-la dans DECISIONS.md.

2. Plan à partir du plan de session

Écris le plan dans son fichier avant toute diapositive : un tableau de minutage (minutes du plan, diapositives et minutes par diapositive pour chaque bloc), puis une entrée par bloc du plan de session, dans son ordre :

  • Ouverture : une diapositive de couverture et une diapositive d'ordre du jour avec les blocs et minutes du plan, même si le plan ne les liste pas.

  • Bloc d'apport : une section dimensionnée à ses minutes (en règle générale, une diapositive de contenu pour deux à trois minutes). Liste les affirmations que chaque diapositive fait et d'où elles viennent : le plan de session, ses réponses types, le canvas, la page participant. Les chiffres proviennent des réponses types du plan ou sont recalculés ; jamais inventés. Quand le plan ne donne qu'un mot-clé ("types d'échelle"), ne le complète pas avec tes propres connaissances : marque la diapositive contenu manquant dans le plan et fais-en une décision.

  • Travail de groupe : une diapositive de tâche avec la tâche dans les mêmes termes que la page participant, le temps imparti, le résultat attendu, où travailler (dépôt, données, notebook de départ) et où poster ou remettre. Charge learner-instructions. Si la page participant ne contient pas la tâche (les tâches en session ne figurent souvent que dans le plan de session), reprends les termes du plan et signale-le : la diapositive est alors le seul endroit où les apprenants voient la tâche, et c'est du matériel participant que le deck soit publié ou non. Signale toute tâche avec plus d'une lecture raisonnable (par exemple "moyenne" sur les jours ou sur les lignes) comme une décision.

  • Plénière : une diapositive avec la question ou les critères de feedback. Le contenu produit en salle (réponses des groupes, graphiques) reçoit un cadre vide à remplir en direct.

  • Vérification vidéo : le lien du quiz depuis RESOURCES.md (et un code QR si le format le permet), pas les questions ; les réponses et explications dans les notes du présentateur uniquement. Si l'unité n'a pas encore de quiz, suggère d'abord /to-quiz.

  • Pause, outlook : une diapositive chacun ; l'outlook répète les devoirs dans les termes de la page participant.

Marque toute diapositive qui révélerait une réponse type avant que les apprenants n'aient travaillé dessus. Celles-ci vont après la diapositive de tâche, en tant que diapositives cachées ou de secours, ou sont laissées hors du deck publié.

Termine le plan par les décisions dont il a besoin (blocs surchargés, contenu manquant, tâches ambiguës, publication du deck), chacune avec des options et une recommandation, ainsi que le résultat des vérifications de diapositives de course-checks qui peuvent déjà être exécutées sur un plan. Montre-le et attends le formateur. C'est le point d'arrêt ; les modifications du contenu vont d'abord dans le plan de session, puis dans le plan.

3. Construction

Construis le deck dans le format et le template fixés :

  • Un titre sur chaque diapositive qui énonce son propos ("La plupart des erreurs de prévision tombent sur les jours fériés"), pas un sujet ("Résultats").
  • Peu de texte ; ce que le formateur dit appartient aux notes du présentateur, tiré du plan de session.
  • Chaque lien, nom de dépôt, commande et date limite exactement comme dans sa source de vérité dans RESOURCES.md.
  • Les démos en direct reçoivent une diapositive de repli (une capture d'écran ou le résultat attendu) au cas où la démo échoue.

4. Vérification et remise

Exécute les vérifications de diapositives de course-checks (cohérence avec le plan et la page participant, minutage, absence de réponses types précoces, liens). Corrige ce qui échoue, puis montre le deck avec une liste des diapositives dont tu n'étais pas sûr.

Les decks sont des miroirs : ils répètent les faits du plan de session et de la page participant, y compris leurs lacunes. Ajoute chaque deck aux miroirs de ces faits dans RESOURCES.md, de sorte qu'une correction d'une page atteigne aussi les decks qui la répètent.

Si les decks sont publiés pour les participants, publie le deck approuvé dans le handbook : exporte-le en PDF (quand l'outil de diapositives ne peut être exporté qu'à la main, demande au formateur de l'exporter et dis exactement où l'enregistrer), nomme-le d'après l'unité (par exemple semaine-02-slides.pdf), place-le dans le chemin des assets du handbook depuis AGENTS.md, supprime les notes du présentateur et les diapositives de réponses cachées de l'export, et lie-le depuis la page participant de l'unité sous ses matériels. Un changement ultérieur du deck signifie un nouvel export ; le PDF dans le handbook est un miroir du deck.

Terminé lorsque le formateur a approuvé le deck, RESOURCES.md le liste pour l'unité avec le statut brouillon, son emplacement est lié depuis le plan de session, et, s'il est publié, le PDF est lié depuis la page participant de l'unité. Si le deck est publié pour les participants, suggère /walk-through <unité> ensuite ; sinon /review-unit <unité>.

Individual skills in this repo

This repo contains 3 individual skills — each has its own dedicated page.

Skills associés