Compétence Présentation

Que fait Compétence Présentation ?

Compétence PowerPoint native dans le dépôt pour des decks .pptx éditables, alignés et vérifiés par QA. Le modèle planifie l'histoire et la stratégie visuelle ; les scripts gèrent le rendu fragile, le staging et la vérification.

Quand invoquer cette compétence

Déclenchez cette compétence sur des requêtes qui visent à :

• créer un fichier PowerPoint .pptx unique, un jeu de diapositives ou une présentation à partir d'une invite simple (mode diaporama rapide, sans espace de travail nécessaire)
• générer un .pptx à partir d'un outline.json structuré
• reconcevoir, reconstruire ou étendre un deck existant
• créer un deck de laboratoire, clinique, scientifique, de conseil d'administration, d'investisseur ou éditorial
• exécuter une QA de mise en page, de conception ou de lisibilité sur un deck généré
• rédiger ou mettre à jour un espace de travail de deck réutilisable
• convertir des données CSV/TSV/XLSX/JSON en figures et tableaux prêts pour les diapositives

Le mode diaporama rapide est la voie appropriée pour des decks uniques de 5 à 10 diapositives. Le mode espace de travail est destiné aux decks qui seront itérés, audités ou reconstruits plus tard. Voir ### Diaporama rapide et ### Espace de travail sauvegardé sous Flux de travail ci-dessous.

Ne l'invoquez pas pour un brainstorming textuel où aucun artefact de deck n'est nécessaire, ou pour des modifications directes d'un .pptx généré lorsque ses fichiers source d'espace de travail sont disponibles (corrigez plutôt la source).

Nom de compétence : presentation-skill. Alias de compatibilité pour la correspondance floue de compétences : powerpoint-deck-builder, pptx-skill, compétence PowerPoint, compétence PPTX, générateur de jeux de diapositives, générateur de diapositives, constructeur de decks, générateur de présentations, créateur de présentations, générateur PowerPoint, compétence de présentation Codex, compétence de présentation ChatGPT, compétence de présentation d'agent OpenAI.

Non-négociables

• N'écrivez pas de code de deck python-pptx ou pptxgenjs ad hoc en ligne. Rédigez outline.json et exécutez les scripts du dépôt.
• Ne réinstallez pas les dépendances pendant la génération du deck. Dépendance manquante : signalez-la et arrêtez-vous.
• Ne sautez pas la QA pour un deck livrable. Utilisez la QA sans rendu lorsque LibreOffice n'est pas disponible.
• Pour les decks réutilisables/de rapport, traitez les avertissements de validate_planning.py concernant les registres d'artefacts manquants, les artefacts générés obsolètes, les commandes de reconstruction de figures, les contrats de lisibilité, les contrats de vitesse, les contrats de QA, les preuves d'acceptation ou les phases d'exécution comme des retours de planification source à corriger avant la livraison finale.
• Corrigez les fichiers source (outline.json, plans, actifs, code du moteur de rendu), pas les artefacts .pptx modifiés.
• Pour un nouveau sujet, créez une structure vierge. Ne clonez pas la structure d'un autre deck comme style maison.

Premiers fichiers à lire

• DESIGN.md : contrat de conception compact, couleurs, hiérarchie, règles d'alignement, divulgation d'image générée.
• references/outline_schema.md : champs et variantes acceptés de outline.json.
• references/planning_schema.md : forme de design_brief.json, content_plan.json et evidence_plan.json.
• references/deck_workspace_mode.md : flux de travail d'espace de travail sauvegardé.
• references/agent_picker.md : guide concis pour les agents et les personnes.
• references/reference_script_patterns.md : modèles PPTX/DOCX/figure réutilisables issus de scripts uniques plus robustes ; à lire lors de l'amélioration du routage, des decks scientifiques ou des flux de travail de documents compagnons.
• references/style_reference_catalog.md : politique de référence de style sûre pour la publication utilisant des decks publics, des captures d'écran, des corpus PPTX et des recréations synthétiques sans inclure de matériel propriétaire.
• references/dynamic_design_and_subagents.md : modulation de conception dynamique bornée plus quand utiliser les sous-agents de contenu, de données, de routage, de critique et de QA.
• references/visual_qa_prompt.md : packet de révision visuelle et invite d'inspection à nouveaux yeux.
• scripts/emit_deck_start_packet.py : packet préféré pour le premier tour pour les decks réutilisables ; regroupe une charge utile de question utilisateur compacte, une invite de contrat de conception reproductible et des commandes de transfert de sous-agent par étapes.
• scripts/emit_deck_intake_prompt.py : invite d'accueil facultative pour l'audience, le style, la palette, la densité, l'arrière-plan, les actifs, les sources et les contraintes lorsque la personnalisation est sous-spécifiée.
• scripts/apply_deck_intake_answers.py : pont déterministe des réponses des cartes de questions Codex à design_brief.user_intake, style_seed, notes et politique de source/position des actifs des fichiers de planification.
• scripts/run_deck_start_intake_smoke.py : test rapide ciblé pour le packet de démarrage de deck du premier tour, briefing d'agent versionné, réponses d'accueil durables, déclencheur record_deck_intake_answers de pré-réponse, application déterministe, idempotence et résumé deck_intake de préparation.
• scripts/emit_design_contract_prompt.py : invite de contrat de style/structure reproductible à exécuter immédiatement après la requête utilisateur ou les réponses d'accueil, avant la rédaction de outline.json.
• scripts/apply_design_contract.py : pont déterministe d'un packet JSON deck_design_contract_v1 retourné à design_brief.json, content_plan.json, evidence_plan.json, asset_plan.json et notes.md.
• scripts/run_design_contract_apply_smoke.py : test rapide ciblé pour l'invite de contrat de conception, l'enrichissement de résolution de choix basé sur l'accueil, l'application de contrat déterministe, l'idempotence, la validation de planification et le résumé design_contract de préparation.
• scripts/emit_outline_authoring_prompt.py : invite de transfert consciente du contrat pour remplacer le outline.json de départ par des diapositives rédigées plus des modifications alignées du plan de contenu/preuve/actif après l'application de design_contract.json.
• scripts/apply_outline_authoring_handoff.py : pont déterministe d'un packet JSON outline_authoring_handoff_v1 retourné à outline.json, content_plan.json, evidence_plan.json, asset_plan.json et notes.md.
• scripts/run_outline_authoring_handoff_smoke.py : test rapide ciblé pour l'invite de plan consciente du contrat, application de transfert déterministe, alignement du plan source, résumé de préparation, construction PPTX et QA sans rendu consciente du plan.
• scripts/run_reproducible_workflow_smoke.py : test rapide de bout en bout pour le démarrage du deck, l'accueil, le contrat de conception, le transfert de plan, la QA stricte sans rendu et le chemin de transfert de préparation à la livraison.
• scripts/run_focused_workflow_checks.py : exécuteur de tests rapides agrégé pour le flux de travail reproductible, le mix de style, le polissage de mise en page, le pied de page source et les pistes de données générées ; peut exécuter des vérifications isolées en parallèle tout en écrivant un rapport JSON compact avec des durées par vérification et des queues d'échec.
• scripts/extract_pptx_style.py : extracteur de style PPTX/corpus uniquement source qui émet les signaux observés d'en-tête/pied de page/couleur/lisibilité plus un fragment design_brief.json réutilisable pour les decks inspirés de modèles.
• scripts/apply_pptx_style_fragment.py : pont déterministe des fragments de style PPTX extraits vers design_brief.json, renderer_treatments, style_import et notes.md.
• scripts/style_reference_catalog.py : ADN de style synthétique sûr pour la publication et références de traitement de contenu pour chaque préréglage, y compris le comportement du titre, de la comparaison, du graphique, du tableau, de la figure, du tableau de bord, de la décision et des références plus le matcher d'invite style_reference_mix_plan_v1 et la carte de variantes style_reference_layout_playbook_v1 et la grammaire de motif style_reference_structural_motif_library_v1 plus les métriques de densité/espace blanc/biais d'objet style_reference_metric_profile_v1 plus les recettes d'emplacement de contenu style_reference_content_recipe_library_v1 utilisées par les invites de contrat de conception et de rédaction de plan.
• references/style_reference_sources.json et scripts/style_reference_sources.py : manifeste d'accueil de source sûr pour la publication et validateur pour les decks publics, les captures d'écran, les corpus PPTX et l'inspiration de galerie de modèles. Utilisez-le avant d'ajouter ou de citer des références de style externes ; il enregistre les notes de licence, les preuves de vérification de source, les modes d'extraction autorisés, les matériaux interdits, les observations de style génériques, les extraits de motifs de diapositives réutilisables, la posture d'attribution et les routes de reconstruction synthétique par préréglage.
• references/style_inspiration_corpus.json et scripts/style_inspiration_corpus.py : corpus d'inspiration uniquement descriptif pour les systèmes de conception publics, les outils de présentation, les index de modèles et les heuristiques de conception de diapositives. Utilisez-le comme couche d'index source évolutive pour le routage invite-à-style et le repérage de sous-agents ; il stocke la posture des droits, les limites d'extraction, les descripteurs de mise en page/palette/typographie, les routes par préréglage et la règle de sécurité selon laquelle aucun deck brut, capture d'écran, logo, texte propriétaire ou géométrie copiée distinctive n'est inclus.
• references/large_style_corpus_sources.json, references/large_style_corpus_catalog.json et scripts/large_style_corpus.py : couche de corpus de deck public volumineux uniquement descriptif pour la découverte de style réel. Utilisez-le pour indexer 2 000+ enregistrements de type deck public/ouvert, équilibrer le chevauchement, prioriser les exemples d'IA-agent/outillage, émettre un contexte LLM compact et remplacer les traitements prédéfinis redondants par une structure synthétique originale. Il stocke uniquement des URL publiques, des métadonnées de dépôt/chemin, des familles de style inférées et des descripteurs ; jamais de decks bruts, de captures d'écran, de texte de diapositive copié, de logos ou de géométrie source distinctive.
• references/style_token_atlas.json, references/style_grammar_index.json, scripts/style_atom_router.py, scripts/apply_atom_composition.py et scripts/workflow_atom_context.py : couche de grammaire d'atome de corpus dynamique. Utilisez-la lorsqu'un deck a besoin que le corpus influence la structure, les pools de traitement, la densité et l'arc narratif tout en laissant le LLM actuel/futur libre de faire des choix adaptés au sujet. Les invites normales de démarrage de deck, de contrat de conception et de routeur de style/contenu reçoivent désormais une graine normal_workflow_atom_context_v1 qui peut être acceptée, affinée via un JSON strict ou ignorée avec une raison enregistrée. Appliquez uniquement les champs de moteur de rendu pris en charge.
• scripts/run_large_style_corpus_smoke.py : test rapide ciblé prouvant que le manifeste source du grand corpus, le schéma de descripteur, la couverture de famille, le contexte compact et le rédacteur de résumé restent utilisables sans accès réseau.
• scripts/run_style_atom_router_smoke.py : test rapide ciblé prouvant que l'atlas d'atomes, les modèles de grammaire, le repli déterministe, le classement conscient du sujet, l'invite d'atome JSON strict et le registre de rejeu de l'applicateur restent utilisables.
• scripts/build_large_style_corpus_contact_sheets.py : fiches de contact visuelles sûres pour la publication générées à partir de descripteurs de grand corpus. Il dessine des cartes de famille et d'enregistrement source synthétiques à partir des métadonnées du catalogue uniquement ; il ne récupère, ne rend ni ne capture d'écran les decks source.
• scripts/run_large_style_corpus_leverage_smoke.py : test rapide ciblé prouvant que le corpus de 2 000 enregistrements est réellement utilisé par les invites de routeur et les preuves de fiches de contact tout en préservant les jetons d'invite de référence de style organisés.
• scripts/design_catalog_selector.py : couche de sélection de catalogue de conception réutilisable v0.5 qui mappe les invites aux cas de sujet, aux familles de corpus, à l'ADN de traitement, aux recettes de données générées et à la portée des preuves de publication reproductibles.
• scripts/build_random_topic_comparison_decks.py : constructeur de preuves de publication pour huit sujets synthétiques aléatoires, chacun construit comme un deck de base et un deck guidé par le corpus de descripteurs dans huit familles de corpus visiblement différentes, plus des fiches de contact rendues, un deck de galerie, des artefacts de données/graphiques/tableaux générés, des métriques de manifeste, des signatures de delta structurel et des notes de publication concises.
• scripts/run_random_topic_comparison_smoke.py : test de reproductibilité qui reconstruit les preuves de comparaison de sujet aléatoire dans un répertoire temporaire et échoue si les 16 decks, la galerie, le manifeste, les notes de publication, les fiches de contact non vides, les métriques de contexte de corpus, la couverture des huit familles, les trois exemples de données générées, les portes de QA structurelles, les zéro avertissements visuels/de lisibilité ou les deltas structurels base-vs-corpus sont manquants.
• scripts/build_style_reference_gallery.py : decks de galerie de référence générés qui transforment le catalogue de style synthétique en diapositives réelles de titre, tableau de bord, comparaison, graphique, tableau, figure, décision et références sans inclure d'actifs de modèle externes. Le résumé de la galerie enregistre les séquences de variantes par préréglage, les signatures de manuel structurel, les signatures de motif structurel, les signatures de recette de contenu, les signatures de traitement du moteur de rendu, les buckets de traitement, les chemins de fiches de contact rendues, les chemins de fiches de contact par traitement, les collections de fiches de contact par préréglage pour overview, data_evidence et decision_sources, ainsi que les totaux de QA pour les preuves de publication.
• scripts/run_style_reference_gallery_smoke.py : test rapide ciblé prouvant que tous les decks de galerie de référence de style préréglé conservent des signatures de contenu uniques, une couverture de traitement requise, des métadonnées sûres pour la publication et une QA sans rendu propre.
• scripts/run_style_reference_resolution_smoke.py : test de résolveur au moment de la construction tous préréglages prouvant que des diapositives de preuve génériques identiques se résolvent en variantes build/outline_resolved.json spécifiques au préréglage avec des signatures de traitement uniques.
• scripts/run_style_content_router_smoke.py : test rapide ciblé prouvant que l'invite de routeur de style/contenu inclut des correspondances de référence de style classées, un contexte de plan de mixage, des manuels de mise en page, des recettes de contenu, des pools de traitement de moteur de rendu et la route optionnelle de composition d'atome de première classe pour le routage invite-à-référence.
• scripts/run_style_reference_release_evidence_smoke.py : test optionnel de preuve de publication rendue prouvant que la galerie tous préréglages a une QA propre, des signatures de contenu uniques, des hachages de diversité visuelle, des fiches de contact avec empreintes digitales, des preuves de diapositives rendues pour chaque clé de traitement requise et des vignettes rendues par traitement et des signatures de mise en page grossières afin que les familles de traitement à l'aspect répété soient visibles et bloquées dans les preuves de publication.
• scripts/run_style_reference_starter_smoke.py : test de démarrage tous préréglages prouvant que les espaces de travail initiés style_reference_starter_outline_v1 conservent des signatures d'échafaudage distinctes, des métadonnées source sûres pour la publication, des actifs de démarrage et une QA sans rendu propre.
• scripts/style_treatment_profiles.py : profils de traitement préréglés réutilisables pour les pools de titrage/accent, pied de page, graphique et figure/tableau pris en charge dans tous les préréglages chargeables. Les profils incluent une référence style_reference_catalog_v1 afin que les agents obtiennent...