摸鱼PPT

Que fait 摸鱼PPT ?

Transformez du contenu en diapositives lisibles, racontables et au design cohérent. Le cœur de la conception est un plan spatial complet par page ; la livraison finale est un PPTX où chaque diapositive est une image et le texte est intégré dans l'image. Conservez la direction IP, de marque et de style choisie par l'utilisateur.

{SKILL_DIR} est le répertoire contenant ce fichier. Chaque projet utilise un espace de travail indépendant decks/{deck-name}/, créé dans le répertoire du projet actuel de l'utilisateur (ou à l'emplacement spécifié par l'utilisateur) ; ne le créez pas dans {SKILL_DIR} car les mises à jour de la compétence pourraient écraser son contenu. Les commandes sont exécutées dans cet espace de travail, les chemins sont entre guillemets. Les décisions et l'état sont enregistrés dans deck-state.json via python3 "{SKILL_DIR}/scripts/deck_state.py" : il ajoute un horodatage, invalide automatiquement les confirmations précédentes lorsque le contenu confirmé change, et status indique ce qu'il manque pour passer à l'étape suivante. Après une reprise de tâche ou une mise à jour de la compétence, exécutez d'abord status, puis relisez ce fichier et les références de l'étape en cours.

0. Première utilisation

À chaque démarrage, exécutez d'abord python3 "{SKILL_DIR}/scripts/configure.py" status. Si configured est vrai, passez directement à la tâche ; s'il est faux, effectuez d'abord un guide d'installation, puis commencez la tâche de l'utilisateur (détails dans setup) :

1. Lieu d'utilisation : Demandez à l'utilisateur s'il utilise Cocoa Work, WorkBuddy, Codex ou ailleurs, et enregistrez-le avec set-platform. Cocoa Work et Codex utilisent le modèle d'image intégré à la plateforme, sans configuration supplémentaire ; les autres plateformes, si elles ont un outil de génération d'image intégré, l'utilisent, sinon configurez un modèle externe selon le setup. Sur n'importe quelle plateforme, l'utilisateur peut choisir d'utiliser son propre modèle de génération d'image configuré.
2. Recherche d'inspiration : Demandez à l'utilisateur d'aller sur https://app.scrapecreators.com/ pour obtenir une clé et de vous l'envoyer, enregistrez-la avec set-key scrapecreators ; si l'utilisateur ne souhaite pas la configurer pour le moment, utilisez skip-search et ne lui demandez plus par la suite.

Ne répétez pas la clé dans les réponses après l'enregistrement. Lorsque la configuration est terminée, mentionnez la signature une fois comme indiqué dans le setup, puis ne mentionnez plus la configuration.

1. Détermination du périmètre

requested_output	S'arrêter ici
inspiration	Références, sources et raisons de recommandation avec différences
style	Configuration du style et spécification des polices pour les cinq rôles ; ne générer les échantillons de polices que si la génération d'image est autorisée
plans	Plan et plan spatial complet, sans génération d'image
deck	Conception, images, vérification et PPTX
revise	Charger un deck existant, ne modifier que les pages spécifiées et les dépendances affectées
template	Sauvegarder, lister, consulter ou charger des modèles de style locaux, sans créer automatiquement de PPT

• Déterminez en fonction de la demande et du contexte : la plateforme source du matériel, les phrases négatives, le mélange chinois/anglais ne sont pas des motifs d'exclusion ; "fais une carte de connaissances" et "modifie la page 3 du deck précédent" sont distingués par le contexte.
• Par défaut, le mode standard : les décisions de conception sont confirmées par l'utilisateur. Utilisez delegate --quote --scopes pour enregistrer la citation exacte et le périmètre uniquement si l'utilisateur dit explicitement "vous décidez du nombre de pages et du style, allez-y directement" ou "ne me demandez rien tout au long du processus", en passant en mode autonomous. "Aide-moi à faire un PPT", la sélection d'un style, ou la réponse "par défaut" ne confirment que l'élément présenté à ce moment-là.
• Ne reposez pas de questions sur des informations déjà connues ; les autorisations déjà données s'étendent aux étapes suivantes qu'elles couvrent. Pour une requête partielle, arrêtez-vous une fois les conditions de réalisation remplies, sans élargir automatiquement à une génération payante.

2. Cinq points de contrôle utilisateur

Chaque point de contrôle nécessite que l'utilisateur voie le contenu réel et réponde avant de pouvoir passer à l'étape suivante ; les règles d'enregistrement et les contraintes sont détaillées dans workflow-gates. En mode autonomous, seules les confirmations dans le périmètre délégué sont sautées ; la présentation, les exemples de pages, les rendus de polices et l'auto-vérification sont effectués comme d'habitude. Pendant l'attente d'une réponse, vous pouvez lire le matériel, organiser les types de pages, vérifier les actifs existants ; la recherche et la génération d'images qui dépendent de la réponse sont effectuées après la réponse.

Point de contrôle	À montrer à l'utilisateur	Enregistrement après la réponse
① Besoin	Squelette du contenu (type connaissances ou discours, fil conducteur, points clés de chaque section, nombre de pages par fourchette et ce qui est sacrifié) + propositions pour les éléments connus et manquants (nombre de pages, format, audience/utilisation, ratio texte/image, mise en page des titres), tout en demandant le ressenti général, ce qui plaît ou déplaît	artifact content_map → brief (proposer d'abord avec --proposed ; ratio avec --visual-ratio, mise en page des titres avec --title-layout) → decide intake --quote
② Texte	Un fichier page-copy.md : le titre et chaque ligne de texte à afficher pour chaque page, donné en une seule fois, confirmé une seule fois. Indiquez séparément les nouvelles lignes et les citations ; pour le type connaissances, les citations, les phrases clés, les phrases de conclusion et les crédits de personnages ne sont pas affichés par défaut, ils ne sont conservés que si l'utilisateur le demande.	artifact page_copy → decide copy --quote
③ Direction	Galerie d'images originales haute résolution, numérotées et groupées par catégorie : une catégorie pour les mises en page, une pour les éléments de style (en consultant d'abord la bibliothèque de styles et de modèles locaux existants) ; après avoir vu les images originales, l'agent donne 2-3 suggestions de combinaisons, chaque suggestion est montée en une seule planche (mise en page à gauche, éléments de style à droite), les images ne sont pas supprimées ; l'utilisateur choisit parmi les suggestions, les mélange ou sélectionne lui-même, puis l'agent assemble la mise en page et le style visuel sélectionnés en une direction, et la présente à l'utilisateur pour confirmation avec les combinaisons de polices et les limites pour les titres/texte/caractères chinois et chiffres.	typography, artifact → decide visual --quote
④ Plan + Pages d'exemple	Le plan complet, le tableau de couverture (structure originale → page : affiché, fusionné, non affiché avec raison) et 1 à 3 pages d'exemple réelles (titres et textes réels, pages de données avec chiffres). L'accent est mis ici sur le visuel ; le texte doit correspondre au fichier de texte confirmé en ②.	pilot, artifact pilot_image → decide pilot --quote
⑤ Favori	Après la livraison et la vérification, proposez un nom et un résumé pour le modèle à sauvegarder, une seule fois.	template-offer

Les suggestions ne sont que des suggestions : donnez un intervalle comme 8 à 12 pages, l'utilisateur doit choisir, ne prenez pas automatiquement la limite supérieure. Le nombre de pages découle du squelette de contenu : proposez deux ou trois fourchettes en précisant les sections sacrifiées pour chaque ; si le nombre de pages donné par l'utilisateur est insuffisant, expliquez les sections à sacrifier et laissez l'utilisateur choisir d'ajouter des pages ou de confirmer le sacrifice, sans le faire silencieusement. La suggestion de ratio texte/image suit le type de contenu (visuel pour présentation 80/20, connaissances 70/30 environ), et expliquez qu'il s'agit d'un budget de conception et non d'une mesure de surface, et que les pages denses en texte seront ajustées ou divisées en fonction du contenu ; l'utilisateur peut choisir un ratio global (ex : 80/20, 60/40, 50/50) ou dire per-page pour une décision page par page. Le choix de la mise en page des titres est l'un des éléments de suggestion : Mise en page uniforme (les titres des pages de contenu sont à la même position et de la même taille sur chaque page, idéal pour les rapports, les cours et les connaissances denses) ou Composition libre (la position et la disposition des titres suivent la composition de chaque page, seules la palette de couleurs, la forme des caractères et la technique de dessin sont verrouillées, adapté aux présentations, discours et styles très visuels comme l'illustration et les jeux) ; expliquez qu'avec la composition libre, la cohérence ne peut être assurée que pour la forme des caractères et une taille similaire, mais pas une taille strictement identique ; pour une taille identique stricte, choisissez la mise en page uniforme. Les demandes inspiration et style ne produisent pas de fichier texte ; elles se terminent à l'étape ③ ; plans livre le plan après l'étape ③.

3. Processus

1. Initialisation et besoin (①) : init --deck-name … --requested-output …. Après avoir lu le matériel, rédigez d'abord le squelette de contenu content-map.md : déterminez s'il s'agit d'un type connaissances ou discours, écrivez le fil conducteur, puis pour chaque section, décrivez ce que le présentateur doit dire, ce qui permet de le dire clairement, et la source originale (voir content-structure-method) ; enregistrez après vérification par content_map.py check. Ensuite, présentez en une seule fois le squelette, les éléments connus et les suggestions pour les éléments manquants, et enregistrez les capacités de génération d'image et de recherche disponibles (voir intake-and-state) ; pour la question du style, voir style-discovery. Si l'utilisateur dit "je n'ai pas d'idée, trouve d'abord", vous pouvez commencer l'exploration.
2. Fichier texte (②) : Après la confirmation du besoin, avant la recherche d'inspiration et la conception, créez un fichier page-copy.md avec pour chaque page le texte à afficher : une ligne Source du contenu, puis ligne par ligne Affiché : texte | Source, la source étant originale, compressée, nouvelle (avec raison) ou citation (avec raison). Le texte à l'écran provient de "ce que le présentateur doit dire" et "ce qui permet de le dire clairement" pour cette section ; n'ajoutez pas de phrases de conclusion ou de slogans absents de l'original ; pour le type connaissances, les citations, les phrases clés et les crédits de personnages ne sont pas affichés par défaut. Si la mise en page uniforme est choisie, le nombre de caractères des titres pour les pages du même type doit être fixé dès maintenant ; la composition libre n'a pas de limite de caractères. Enregistrez après vérification par page_copy.py check, présentez l'intégralité du fichier texte à l'utilisateur en une seule fois (pas page par page), indiquez séparément les nouveaux textes et les citations, et enregistrez après confirmation de l'utilisateur. Ensuite, le texte visible dans la conception ne peut être que celui de ce fichier texte ; pour modifier un texte, modifiez d'abord le fichier texte et faites-le reconfirmer. Voir la section 10 de content-structure-method.
3. Recherche et direction (③) : Consultez d'abord la bibliothèque de styles et de modèles locaux ; s'il y a des éléments appropriés, proposez-les d'abord à l'utilisateur. Pour une recherche, l'IA est responsable des mots-clés, rédigés par catégorie et groupés séparément (6 à 8 groupes, 3 à 4 mots-clés par groupe). Pour un style nommé par l'utilisateur, ne recherchez que ce qui est lié à ce style : des présentations complètes utilisant ce style, des mises en page utilisant ce style (page de garde, sommaire, infographie, etc.), et les éléments de style propres à ce style (interface, icônes, scènes, textures, logos), chaque mot-clé doit inclure le nom du style, la dénomination doit être écrite dans brief.style_terms ; ne recherchez pas les mises en page génériques (diagrammes de flux, pages de comparaison, ces modèles commerciaux) ou les styles similaires sans le nom du style, sauf si l'utilisateur le demande explicitement. Si l'utilisateur n'a pas nommé de style, recherchez les mises en page par type de page et les éléments de style en les décomposant par ressenti. Les mots-clés sont écrits dans inspiration-plan.json (avec un brief, d'abord --validate-plan). ref_gallery.py build construit la galerie numérotée au fur et à mesure de la recherche : pour chaque groupe, recherchez d'abord les deux premiers mots-clés, affichez 6 images originales, en les prenant tour à tour dans l'ordre original de Pinterest, sans supprimer d'image en fonction du style ou de la qualité ; les images déjà vues sont affichées comme les autres. Si l'utilisateur veut voir plus d'images d'un groupe, montrez d'abord celles déjà trouvées, puis recherchez le mot-clé suivant si nécessaire ; si l'utilisateur demande une recherche supplémentaire, exécutez-la (avec --keywords). Ne redimensionnez pas les images pour les monter ; large/ contient les dimensions originales de chaque image, montrez l'image originale si l'utilisateur veut voir les détails. Une fois la galerie construite, l'agent examine d'abord les montages, puis ouvre individuellement les images originales qu'il souhaite recommander (depuis large/), donne 2 à 3 suggestions de combinaisons (numéro de mise en page combiné à un numéro d'élément de style, ce qui est emprunté, les inconvénients), chaque suggestion est montée en une planche complète avec ref_gallery.py combo pour que l'utilisateur la voie, sans supprimer les images ; pour toute référence de style, utilisez toujours les images originales, pas les montages. L'utilisateur choisit parmi les suggestions, les mélange ou sélectionne lui-même ; s'il souhaite les enregistrer dans la bibliothèque de styles, mentionnez-le séparément (avec ref_gallery.py pick). Ensuite, l'agent assemble la mise en page et le style visuel sélectionnés en une direction, et l'écrit dans visual-proposal.md pour confirmation par l'utilisateur. Voir inspiration-search-method.
4. Système typographique : À partir du texte réel, de la densité de texte et du style sélectionné, définissez les cinq rôles : display/titre/corps/label/data. Pour les titres nécessitant de l'expressivité, générez un échantillon T avec un texte court réel ; le corps du texte est vérifié dans les pages d'exemple. La forme des caractères T et l'échantillon de taille SZ pour le même format sont séparés : T transmet le trait, SZ transmet la taille de l'encre et le positionnement ; un même SZ est réutilisé par groupe, sans être refait page par page. Par défaut, conception directe, sans recherche de police. Voir typography-method, contrôle de la taille du titre, et le schéma de configuration dans style-config-schema.
5. Plan complet et pages d'exemple (④) : Le plan spatial complet est écrit dans design-plans.md. Chaque page utilise [Source du contenu] pour correspondre à un nœud du squelette ; la liste de texte visible recopie exactement le fichier texte confirmé (un écart d'une ligne entraîne un échec du découpage) ; le titre et le contenu sont de même source ; la page ne chevauche pas les chapitres, suit l'ordre original. La section des constantes précise les éléments verrouillés et libérés ; chaque page indique le rythme (stable/variation/point fort). Les pages de garde, de chapitre et de fin sont des pages de démonstration : elles sont toutes traitées comme des points forts, avec leur propre composition, les grands textes ne sont pas soumis aux limites de taille des pages de contenu. Les titres des pages de contenu sont créés selon le choix de mise en page des titres de l'étape ① ; lors du découpage, le script vérifie la cohérence entre la conception et le choix. Mise en page uniforme : les titres utilisent une déclaration de taille verrouillée ; le script calcule le cadre de chaque ligne en fonction du nombre de caractères ; si le texte ne tient pas, il est d'abord raccourci ou divisé en titre principal et sous-titre ; le nombre de caractères doit être fixé dès la rédaction du fichier texte (même pour chaque page de moins de 6 caractères, un écart maximal de 2 caractères pour les plus longs), sinon le découpage échoue. Après la confirmation des pages d'exemple, demandez à l'utilisateur de spécifier la page avec la taille la plus typique, utilisez text_lock.py template pour découper l'échantillon de taille, et joignez-le à chaque page de ce groupe lors de la production. Pour les groupes avec des positions différentes, utilisez template --as-group pour placer la même ligne de texte à un nouvel endroit et créer un échantillon. Composition libre : les titres ne sont pas verrouillés ; pour chaque page, la position et la disposition du titre sont écrites dans la méthode de composition (haut, superposé sur le sujet, enseigne ou bannière dans la scène, vertical, centré, bas), pas d'échantillon de taille, pas de mesure de taille ; si tous les titres de la présentation sont écrits au même endroit, le découpage émet un avertissement. Voir visual-director-method. Après avoir passé la contrainte plans, effectuez le découpage mécanique (échec si la conception ne correspond pas au squelette ou si le texte visible est incohérent avec le fichier texte), ne générez que les pages représentatives de pilot_pages, et présentez-les avec le plan complet et coverage.md. La réussite de l'auto-vérification n'équivaut pas à la validation par l'utilisateur.
6. Pages restantes : Après avoir passé la contrainte production, exportez ou appelez la génération d'images ; les outils de génération d'images intégrés utilisent également le package exporté ayant passé la contrainte. Pour les travaux en mise en page uniforme, avant la première page de contenu, vous pouvez utiliser text_lock.py guide pour créer un échantillon géométrique du même format ; après l'approbation de la page d'exemple, utilisez template pour extraire l'échantillon de taille réel. Les pages de même squelette ou explicitement autorisées à la réorganisation du corps du texte peuvent déclarer [Image de fond modifiable] et être exportées mécaniquement comme tâche d'édition ; T/L ne sont plus en concurrence pour l'échelle et la position des titres verrouillés. La taille des caractères doit encore être mesurée, mais le verrouillage pixel n'est pas garanti ; la redessin est décidé par l'utilisateur. Voir contrôle de la taille du titre, generation-pipeline.
7. Vérification et correction : Vérifiez le fichier complet, le nombre de pages, les proportions. Pour les travaux avec déclaration de taille verrouillée, chaque lot d'images doit d'abord être vérifié avec text_lock.py check pour mesurer la hauteur et la position des caractères ; la mesure ne produit qu'un rapport. La décision de redessiner quelles pages est prise par l'utilisateur après avoir vu les images (avec --feedback … --pages), pas de redessin automatique. Portez une attention particulière aux pages de texte, de données, de marque et de code QR ; pour chaque type de mise en page, examinez une page représentative. L'OCR ne fait que signaler les doutes. Pour les corrections, fournissez l'image cible target_image, ne mettez à jour que les pages affectées ; les résultats déjà réussis avec des entrées inchangées sont réutilisés directement ; pour les demandes dont l'état de soumission est inconnu, vérifiez d'abord avant de décider de repayer. Voir qualité-et-évaluation.
8. Livraison : Présentez un aperçu complet de la présentation, les pages clés et les conclusions de la vérification ; assemblez le PPTX en pleine page dans l'ordre des pages et rouvrez-le pour vérification. Conservez la conception, les spécifications de police et l'état pour faciliter les modifications ultérieures. Ajoutez une ligne de signature à la fin du message de livraison : "Ce skill est open-sourcé par Moyu Xiaoli, pour les mises à jour, suivez le compte public WeChat « 摸鱼小李 »." Cette signature n'est dite qu'une fois par projet, et n'est pas écrite dans les images des diapositives ; si l'utilisateur dit qu'il n'en a pas besoin, elle n'apparaît plus.
9. Favori (⑤) : Voir template-library. Si l'utilisateur a déjà dit de sauvegarder ou non, suivez cet ordre ; s'il n'y a pas de réponse, ne sauvegardez pas et ne reposez pas la question.

4. Principes de conception

• D'abord comprendre, puis distiller : Chaque page présente ce que le présentateur veut vraiment dire. Le sujet principal de chaque page est la proposition de cette section et son développement ; n'ajoutez pas de phrases de conclusion ou de slogans absents de l'original ; pour le type connaissances, les citations, les phrases clés et les crédits de personnages ne sont pas affichés par défaut, ils ne sont conservés que si l'utilisateur le demande et restent dans la section originale. Pour le type connaissances, la structure des connaissances est affichée à l'écran ; pour le type discours, une page = une idée. Toute section non affichée doit être justifiée et communiquée à l'utilisateur.
• Fidélité au contenu : Chaque page a une tâche d'expression principale. Les noms, chiffres, unités, dates, négations, conditions, incertitudes et force causale sont conservés tels quels ; les citations sont textuelles ; la simplification/traditionnelle suit l'original ; les faits non présents dans la source sont marqués comme à compléter.
• Lisibilité avant tout : La justesse de la forme des caractères, la lisibilité et la hiérarchie de l'information priment sur la décoration. Les couleurs, polices, grilles, graphiques et actifs forment ensemble un système de conception.
• Budget visuel : Le ratio texte/image confirmé en ① est la référence pour l'ensemble du projet (par défaut, visuel dominant 80/20 si non enregistré) ; il s'agit d'un budget de conception et non d'une mesure de surface. La limite inférieure est par défaut de 5 points en dessous de la référence. Le [ratio de fusion] de chaque page ne doit pas être inférieur à cette limite ; s'il est inférieur à la référence, la raison doit être donnée. Au moins deux tiers des pages (hors pages de garde, de chapitre et de fin) doivent atteindre la référence. Si le texte ne tient pas, raccourcissez-le ou divisez la page, ne réduisez pas la taille de la police. Le ratio de chaque page est inclus dans le prompt, laissant le modèle organiser l'image ; les espaces blancs sont décrits séparément.
• Cohérence grâce au système, variation par le rythme : Palette de couleurs, rôles typographiques, grille, texture verrouillés pour l'ensemble du projet. Composition, angle de vue, métaphore visuelle principale sont libérés page par page. Les pages stables sont utilisées uniquement pour les comparaisons à périmètre constant et les explications étape par étape. Un nouveau point de vue est par défaut une page de variation, qui peut modifier un ou deux éléments. Les pages de garde, de chapitre et de fin sont des pages de démonstration, elles doivent être audacieuses et avoir des compositions différentes les unes des autres : le texte peut être le sujet, placé dans une scène, vertical ou en bas ; le plan de coupe peut changer ; peut être en pleine page. Seuls la palette de couleurs, la forme des caractères, la texture et la technique de dessin sont verrouillés. La créativité et l'aspect pratique sont tous deux importants : les pages de contenu expliquent clairement les connaissances, les pages de démonstration sont mémorables. Chaque page écrit [Enchaînement et progression] (enchaînement avec la page précédente, changement sur cette page, préparation de la page suivante), utilisé uniquement pour la planification, pas dans le prompt. Les changements pour les pages de variation et les points forts doivent être écrits dans la méthode de composition de cette page (où se trouve le sujet, où se trouve le centre de gravité) ; les pages stables peuvent avoir le même squelette. La mise en page des titres est choisie par l'utilisateur : en mise en page uniforme, les titres des pages de contenu utilisent une taille verrouillée pour garantir une taille identique sur chaque page, n'écrivez pas de pourcentage de taille (le modèle détermine la taille en fonction de la zone qui lui est donnée ; si la longueur du titre varie, la taille sera différente, donc le nombre de caractères doit être unifié pour un même groupe ; pour les pages de variation et les points forts, ajoutez un échantillon de taille). En composition libre, les titres ne sont pas verrouillés ; ils suivent la composition de chaque page, seule la cohérence de la forme des caractères et la proximité de la taille sont requises. Le texte est dessiné par le modèle de génération d'image, n'utilisez pas de zone de texte superposée. Après la confirmation des pages d'exemple, générez un tableau de style ; pour les pages de variation et les points forts, joignez le tableau de style plutôt que la page d'ancrage.
• Ne dessinez que les mots confirmés : La liste de texte visible de chaque page recopie exactement le fichier texte confirmé par l'utilisateur, sans ajout ni suppression ; les emoji, numéros de page, légendes n'apparaissent que si l'utilisateur les fournit. Le PPTX image n'ajoute pas de calque de texte modifiable.
• Références, chacune à son rôle : [S] style, [L] mise en page, [T-rôle] forme de caractères, [C] marque. La conception écrit un ID stable, le numéro d'image est généré par le script. L'édition doit fournir l'image à modifier. Voir image-prompt-method.
• Emprunter la technique de dessin, ne pas copier : Lorsque l'utilisateur nomme une œuvre ou un style de jeu, empruntez sa technique de dessin et son langage de mise en page ; n'utilisez pas de logos officiels, de personnages officiels ou d'actifs originaux ; les personnages et les graphiques sont créés de manière originale, sauf si l'utilisateur déclare avoir obtenu l'autorisation.
• L'échantillon de police est une image de référence, pas un fichier de police ; la reproduction précise de n'importe quel caractère chinois n'est pas garantie. La lisibilité du corps du texte prime sur l'effet du titre.

5. Livrables

Périmètre	Livrable
inspiration	Résumé de recherche, candidats avec ID stables, sources, différences et raisons de recommandation ; en l'absence de recherche, expliquez les références existantes ou les lacunes sur lesquelles vous vous êtes basé
style	assets/style-configs/{id}.json et les actifs S/L/T nécessaires ; les échantillons non générés sont marqués comme prévus
plans	content-map.md : squelette de contenu ; page-copy.md : fichier texte ; design-plans.md : constantes de la présentation, plan spatial page par page, liste de texte visible ; coverage.md : tableau de couverture
deck	Ce qui précède + images/pXX.png + quality-report.json + {deck-name}.pptx
revise	Plan de révision, images versionnées, pages affectées et rapport de vérification ; mise à jour du PPTX selon la demande
template	Après confirmation de l'utilisateur, enregistré dans une bibliothèque locale indépendante, retourne le nom/id/version ; par défaut, ne sauvegarde pas le manuscrit original, le verbatim ou les actifs du client

Chaque tâche possède un deck-state.json ; la génération d'image externe a également un run-state.json. Les clés ne sont stockées que dans le répertoire de configuration de la machine de l'utilisateur ; les répertoires de projet et les fichiers d'état ne stockent pas de clés.

Première réponse

Première utilisation et non configuré : effectuez d'abord le guide d'installation de la section 0. Pas de matériel : demandez à l'utilisateur de fournir le matériel et l'usage. Avec du matériel : après avoir lu le matériel, rédigez d'abord le squelette de contenu, puis listez les éléments connus, donnez une évaluation du type de contenu, une fourchette du nombre de pages et un ensemble de suggestions pour les éléments manquants (incluant le ratio texte/image et la mise en page des titres), et demandez le ressenti général ; l'utilisateur peut modifier chaque élément ou répondre "suivez cet ensemble de suggestions". La solution typographique fait toujours partie de la solution visuelle présentée à l'utilisateur, elle n'est pas seulement écrite dans les fichiers de configuration.