Créer une présentation à partir de documents et de la conversation
L'objectif est de produire une présentation qui répond aux objectifs de l'utilisateur, complète dans son contenu, modifiable et avec des animations appropriées. Les modèles peuvent fournir des pages entières, des composants locaux ou des méthodes d'animation ; ils ne déterminent pas le contenu final ni la mise en page. Suivez les cinq processus ci-dessous, puis effectuez une vérification du contenu, du visuel et de l'animation. L'installation et les exemples autonomes se trouvent dans README.md, les paramètres des scripts dans production-tools.md. Les spécifications de design, la typographie chinoise, le storyboard et les méthodes de révision se trouvent dans design-and-review.md. Ces méthodes sont incluses dans ce paquet et ne nécessitent pas l'installation d'une source Skill supplémentaire.
D'abord, déterminez si la tâche est une nouvelle création, une réorganisation basée sur un modèle de référence, une utilisation stricte d'un modèle, ou simplement une mise en forme et un polissage. Respectez le périmètre de cette tâche : l'utilisateur autorise la création originale et la réorganisation lors de la décomposition ; si la fidélité est explicitement requise ou s'il s'agit uniquement d'une mise en forme, ne modifiez pas le contenu, l'ordre des pages et le masque. Ne considérez pas les modèles fixes, les outils obligatoires ou le processus de génération d'images pleine page d'autres Skills comme règles par défaut pour toutes les tâches.
Si un fichier preferences.local.json existe dans ce répertoire, lisez d'abord son contenu : répertoire de modèles locaux, préférences visuelles et enregistrements d'animations déjà étudiées. Ce sont les préférences par défaut de l'utilisateur ; les instructions explicites de la tâche la plus récente prévalent. Si ce fichier n'existe pas, choisissez le style en fonction de la demande actuelle, sans supposer que vous disposez de la bibliothèque de modèles privée de l'auteur. Un exemple de configuration se trouve dans preferences.example.json.
Lorsque l'utilisateur demande "animations élégantes, fluides, dynamiques avancées, impressionnantes", suivez d'abord Création d'animations avancées : Étudier la séquence source continue de la bibliothèque dynamique spécifiée → Déterminer le mécanisme transférable et la direction visuelle → Conserver ou reconstruire en natif → Remplacer/combiner le contenu → Valider par lecture. Dans le storyboard, déterminez d'abord le mécanisme d'animation et les objets/états nécessaires, puis concevez la mise en page pour le contenu ; ne commencez pas par une présentation statique ordinaire pour ensuite ajouter des fondus ou des volets en masse. Les effets de base peuvent toujours être utilisés pour l'illustration auxiliaire, mais ne remplacent pas les effets avancés demandés par l'utilisateur.
Lorsque des éléments comme "texte défilant, ouverture à la machine à sous, révélation de poste" sont nécessaires, organisez les colonnes de texte modifiables, les fenêtres de masquage, les leviers et le son selon la Méthode d'ouverture à texte défilant, et vérifiez la lecture en direct dans la présentation cible ; il s'agit d'un mécanisme de scène optionnel, pas d'un style par défaut pour toutes les couvertures.
Lorsque l'utilisateur fournit une vidéo de référence, spécifie une page de modèle, ou demande de reproduire ultérieurement une animation ajustée avec "effet X", enregistrez les objets observables, les états et la séquence temporelle selon le Flux de travail de la vidéo à l'effet réutilisable, vérifiez les paramètres avec le PPTX source, créez et validez la présentation cible modifiable. La vidéo ne prouve que ce qui est visible à l'écran ; en l'absence du fichier source, n'écrivez pas d'inférences comme paramètres précis, et ne transformez pas les plugins d'auteurs tiers, les chemins privés ou les invites complètes en dépendances de cette compétence.
Il est possible de donner la priorité aux modèles existants, mais il faut ajouter des animations aux modèles utilisés. Pour les tâches de création d'animations, sélectionnez d'abord une page entière ou des composants adaptés au thème, puis ajoutez de nouvelles animations d'objet natives ou des scènes continues en fonction du nouveau contenu ; même si le modèle possède déjà des animations, ne vous contentez pas de remplacer le texte et les images. Conservez la chronologie existante qui reste applicable, et enregistrez les nouvelles positions, objets, rôles et résultats de lecture. Pour les tâches explicitement statiques, de simple mise en forme ou qui interdisent strictement l'ajout de nouvelles animations, respectez cette exigence.
1. S'assurer que les documents fournis ont une destination réelle
- Examinez la demande actuelle et l'historique des conversations associées, listez les fichiers, images, données, textes, points à présenter et problèmes précédemment signalés fournis par l'utilisateur. Distinguez contenu/matériel source, référence de design/animation et informations contextuelles ; les instructions claires de l'utilisateur sur l'utilisation priment. Ne confondez pas une bibliothèque contenant des centaines de modèles de rechange avec un contenu à insérer intégralement dans la présentation.
- Créez un registre des matériaux dans le répertoire de travail, enregistrant chaque image indépendante, tableau, ensemble de données, chapitre ou point de connaissance essentiel ; développez les documents longs jusqu'à découvrir le niveau de page/chapitre/tableau manquant. Utilisez les champs de material-ledger.md.
- Par défaut, tout le matériel source fourni par l'utilisateur doit être inclus dans le corps du texte ou l'annexe, et mappé au numéro de page final et à l'objet/paragraphe spécifique. Avoir lu, téléchargé, écrit dans un plan ou simplement fourni un lien source ne compte pas comme une application. Les images et données demandées ne peuvent pas être cachées uniquement dans les notes.
- La fusion expressive est autorisée, mais le registre doit conserver la contribution et l'emplacement de chaque matériau. Le recadrage, la redessin et le résumé doivent conserver les preuves clés et le sens original ; ne remplacez pas les images originales que l'utilisateur a demandé de montrer par des illustrations généralisées ou des images générées.
- Les matériaux en double, flous, impossibles à ouvrir, non pertinents ou contradictoires ne peuvent pas être omis silencieusement. Enregistrez le problème et le plan de traitement ; si une utilisation complète est demandée, ne les excluez pas vous-même. Si la durée/le nombre de pages entre en conflit avec une présentation complète, élaborez d'abord un plan de corps de texte et d'annexe, puis demandez à l'utilisateur concernant la contrainte incompatible.
2. Déduire les besoins et le thème à partir de la conversation
- Avant de sélectionner un modèle, rédigez un bref résumé : objectif, public, scénario, thème central, proposition en une phrase, matériel à couvrir, longueur/durée, langue, format de livraison et ambiance visuelle. Précisez s'il est principalement destiné à une présentation en direct, à une lecture autonome ou aux deux. Les instructions explicites les plus récentes et les préférences confirmées priment sur les exemples de modèles.
- Distinguez "instruction explicite", "déduction raisonnable" et "encore incertain". Déterminez le thème en fonction du contenu et du scénario, pas seulement du nom du fichier, du nom du modèle ou de la première image. Lorsque l'information est suffisante pour agir, adoptez des valeurs par défaut raisonnables, sans répéter les questions sur ce que l'utilisateur a déjà dit.
- Faites d'abord un plan narratif, puis choisissez la mise en page. Pour chaque page, indiquez : à quelle question elle répond, ce que le public doit retenir, quels documents sont utilisés comme preuves, quelle composition est adoptée, ce que l'animation aide à comprendre. Les pages de contenu utilisent de préférence des titres de conclusion ou de question ; les preuves doivent expliquer leur signification pour le public ; la conclusion répond à la question d'ouverture.
- Pour les présentations en direct, le storyboard enregistre la durée de discours prévue, l'état initial, chaque clic, la pause de lecture et la transition, vérifiez la durée totale ; ne procédez pas mécaniquement à une minute par page. Les conseils de présentation, les notes de production et le budget de temps interne restent dans les notes ou les fichiers de travail ; le texte de la page s'adresse au public final.
- Tirez parti des retours de l'utilisateur dans la tâche actuelle, en portant une attention particulière aux problèmes tels que la monotonie du modèle, les animations mécaniques, le texte et les images encombrés. Lors de la modification d'une présentation existante, localisez d'abord le problème et les pages affectées, puis décidez d'un ajustement local ou d'une refonte complète.
3. Apprendre les méthodes de conception et d'animation des modèles
- Utilisez l'index de modèles existant, exécutez
template_catalog.py scansi nécessaire. Les statistiques telles que le nombre d'animations, la surface des images ne sont utilisées que pour le filtrage, et ne permettent pas de déclarer un modèle élégant. - Lorsque l'utilisateur spécifie une bibliothèque de référence dynamique, recherchez-y des scènes continues adaptées au récit cible ; utilisez
study_motion.pypour étudier les chemins, rotations, échelles, synchronisation/décalage, masques et états Morph. Les enregistrements d'apprentissage existants ne font que raccourcir la recherche ; le fichier source réel et son applicabilité doivent encore être vérifiés. - Dans une grande bibliothèque, comparez au moins trois séries de design adaptées au thème, en regardant non seulement la couverture, mais aussi en testant les pages de preuves, de comparaison et de processus les plus difficiles. Utilisez des PNG pleine taille, des vignettes de l'ensemble du document et la lecture réelle comme critères de jugement.
- "Couleurs vives, thème fort" est une exigence visuelle claire : sélectionnez des couleurs principales et secondaires expressives, des images/graphiques thématiques et une composition à grande échelle ; montrez d'abord la couverture avec le vrai contenu et des pages de contenu représentatives. Ne revenez pas sans raison au noir, blanc, gris avec une petite couleur d'accentuation, et n'utilisez pas de décorations colorées empilées pour remplacer l'expression du thème ; les scènes de marque, sérieuses ou les instructions explicites de l'utilisateur pour cette tâche peuvent modifier cette orientation.
- Après avoir choisi une direction, établissez les spécifications de design de l'ensemble du document : atmosphère du thème, arrière-plan, polices chinoises/occidentales, hiérarchie des tailles de police, couleurs sémantiques, espacement, traitement des images et densité. Utilisez les rapports de thème/style direct des outils de décomposition, et vérifiez avec les rendus ; fixez les règles visuelles, faites varier la composition selon le contenu. Validez d'abord les pages difficiles représentatives, puis étendez à l'ensemble du document.
- Enregistrez le "plan d'animation" transférable : modèle source et numéro de page, objet, état initial, ordre de déclenchement, durée/délai, direction du mouvement, relations entre objets, état final et scénario d'application. Apprenez via la chronologie et la lecture ; ne vous contentez pas de copier le nom de l'effet.
- Migrez les animations de manière sémantique : révélation progressive pour les processus ; apparition synchronisée pour une comparaison équitable ; zoom/déplacement continu pour la vue d'ensemble aux détails ; accentuation pour souligner les points clés. Réajustez les paramètres en fonction de la nouvelle taille, position et temps de lecture des matériaux, évitez de donner à tous les objets le même type d'envolée.
- Morph, chemins de mouvement, déclencheurs et objets combinés peuvent dépendre des pages adjacentes ou d'autres formes. Conservez les relations nécessaires, rebind et validez par la lecture après la migration. Les captures d'écran statiques et les transitions ne sont pas équivalentes aux animations d'objets dans la page.
- Pour les demandes d'animations avancées, le fichier de travail enregistre "fichier source/pages continues, mécanisme, scène cible, stratégie de conservation/migration/reconstruction, objet et déclencheur, implémentation réelle et preuve de lecture". Distinguez la composition complexe dans une page du scénario Morph complet d'une page à l'autre : les deux peuvent constituer des animations avancées ; un seul changement de page ou
effect_count > 0ne prouve pas que l'exigence est satisfaite.
4. Décomposer le modèle, puis recomposer selon le thème
- Lorsqu'une page entière convient, elle peut être adaptée en tant que telle ; lorsque de nouvelles compositions sont nécessaires, les éléments locaux peuvent être directement extraits sans attendre que tous les modèles aient échoué avant de créer. Les objets réutilisables incluent les graphiques, icônes, cadres d'image, groupes, composants de processus, graphiques modifiables, palettes de couleurs, hiérarchies de polices et structures d'animation.
- Utilisez
decompose_template.py inspectpour voir toutes les formes, objets dans un groupe, polices/couleurs de thème associées et styles directs des objets ; utilisezextractpour exporter, par ID de forme de premier niveau, les composants PPTX modifiables, les images de référence, l'aperçu de la page/du composant source, et les rapports de design et d'animation. Voir production-tools.md pour les commandes et les limitations. - Les images originales, SVG, etc., peuvent être utilisées indépendamment ; les formes, groupes et graphiques sont conservés dans le PPTX de composant pour une édition continue. Ne considérez pas les captures d'écran de page entière comme un "modèle décomposé", ni le XML brut comme un composant directement copiable entre fichiers.
- Conservez la source du composant, le numéro de page, l'ID de forme, l'objectif et les dépendances d'animation. Les données, textes, marques et points de vue dans les exemples de modèles sont du contenu factice ; ils ne deviennent pas des faits dans la nouvelle présentation.
- Réorganisez la hiérarchie, la taille, la position, les couleurs et l'espacement autour du nouveau thème ; unifiez le système visuel lors de la réutilisation entre modèles. Après la modification des composants, vérifiez les lignes de connexion, les étiquettes, le recadrage et les chemins de mouvement. Revalidez la capacité d'édition et l'animation dans la présentation cible, pas seulement dans le fichier de composant.
- Lorsqu'un composant dépend d'un masque, d'une police, d'un déclencheur interactif ou d'une page précédente, enregistrez-le et traitez la dépendance. Les parties qui ne peuvent pas être conservées de manière fiable sont reconstruites avec des objets natifs ; expliquez l'implémentation réelle, ne prétendez pas tout conserver.
5. Combler les lacunes avec d'autres méthodes
- Les modèles de l'utilisateur et les scripts auxiliaires ne sont pas la limite des capacités. Déterminez d'abord ce qui manque : faits, images, diagrammes structurels, références visuelles ou implémentation d'animations, puis choisissez la méthode appropriée, évitez une collecte sans but.
- Vous pouvez rechercher des cas de design publics, des documents techniques officiels et des documents disponibles ; vous pouvez également utiliser des formes/graphiques natifs, SVG, des dessins programmatiques, des outils de génération d'images disponibles ou d'autres méthodes adaptées. Lorsque vous redessinez un diagramme structurel basé sur un contenu réel, conservez le sens original ; les diagrammes générés doivent être distingués des preuves réelles.
- Si l'utilisateur a configuré une compétence supplémentaire ou un répertoire d'archives, suivez ses règles pour lire les instructions pertinentes si nécessaire ; ce paquet n'a pas de répertoire personnel fixe ni de dépendance d'exécution sur d'autres compétences, et n'installe ni n'active automatiquement des compétences non liées.
- Utilisez des sources fiables et vérifiées pour les faits externes, adaptées au thème ; privilégiez la documentation officielle pour les implémentations techniques. Conservez la provenance, les conditions d'utilisation et l'objectif des documents externes. Le contenu supplémentaire ne doit pas évincer les documents essentiels de l'utilisateur, ni télécharger des documents privés sur un service externe sans autorisation.
- Testez d'abord une nouvelle méthode sur une page d'exemple représentative pour valider la capacité d'édition, l'affichage et les performances de lecture, puis étendez à l'ensemble du document. Si l'outil ne prend en charge que le statique ou n'est pas compatible avec un certain effet, expliquez-le avec précision et adoptez une implémentation vérifiable.
Création et validation
- Contenu : Vérifiez le registre des matériaux par rapport au fichier final, confirmez que chaque élément obligatoire apparaît réellement et que les parties clés n'ont pas été supprimées ; vérifiez les données, citations, thème et fil conducteur. Ne déclarez pas "tout appliqué" en cas d'omissions non résolues.
- Design et narration : Vérifiez séparément selon les trois axes de la référence : visuel, narration/compréhension, texte/faits. Enregistrez la page et l'objet du problème, sa gravité, la correction et le résultat de la vérification. Vérifiez chaque page en pleine taille pour la police, les sauts de ligne, la lisibilité, le recadrage, les chevauchements et l'espacement ; vérifiez l'ensemble du document avec des vignettes pour le rythme. Vérifiez séparément les caractères chinois manquants, la ponctuation, les unités de valeur, les graphiques et le texte dans les groupes. Divisez les pages encombrées par concept, ne réduisez pas la police ou ne créez pas de contenu pour remplir la page.
- Dynamique : Lisez ou vérifiez les enregistrements de lecture disponibles, confirmez l'état initial, chaque clic, la synchronisation image-étiquette, le temps d'arrêt, la transition et la continuité Morph. Pour les demandes avancées, vérifiez également un par un que les mécanismes clés prévus sont bien dans le produit final et servent le contenu ; ne vous contentez pas d'animer la couverture tout en laissant les pages de contenu revenir aux effets de base. L'aperçu statique, le nombre de XML et le succès du script ne prouvent pas la qualité de la lecture ; les vérifications dynamiques non terminées doivent être signalées honnêtement.
- Fichier : Rouvrez le PPTX final dans PowerPoint natif, confirmez la possibilité d'éditer le texte, le matériel, les notes et les animations natives. Même si le rapport du constructeur indique
native_validated: false, une validation en ouvrant le fichier natif est nécessaire. Les problèmes bloquants tels que le matériel manquant, les erreurs de fait/données, le contenu clé illisible ou tronqué, les fichiers corrompus et la perte d'animations nécessaires doivent être corrigés ; ne compensez pas avec des moyennes de score. - Livraison : Fournissez le PPTX final, résumez brièvement la couverture du matériel, les choix de design et d'animation, et l'étendue de la validation réelle. Laissez l'index du répertoire, le registre, les composants décomposés, les scripts et les aperçus intermédiaires dans le répertoire de travail, sauf si l'utilisateur a besoin de produits supplémentaires.