Générer des diapositives avec Codex : flux en sept étapes

Codex est très utile pour générer des diapositives quand l'entrée est structurée. Pas « fais-moi un PowerPoint », mais un dossier contenant des notes de recherche, une analyse concurrentielle, un positionnement produit, des captures d'écran et un modèle de marque existant, transformé en un jeu de diapositives qui suit les mêmes règles à chaque fois.

OpenAI le documente directement : Codex peut manipuler des fichiers .pptx, générer des visuels, appliquer des règles de mise en page répétables, mettre à jour des présentations existantes et en construire de nouvelles, en utilisant la compétence Slides pour l'édition PowerPoint et la compétence ImageGen pour les illustrations et l'art de la couverture^[1].

Apprendre à utiliser Codex pour générer des diapositives se résume en grande partie à une seule discipline : le faire proposer un plan avant d'écrire une seule diapositive, et lui dire quel texte il ne lui est pas autorisé de réécrire.

Résumé

• Partez d'une présentation de marque existante, et faites à Codex résumer les règles visuelles avant de générer quoi que ce soit^[1].
• Exigez un plan en premier. Titre de chaque diapositive, message clé, preuve source, visuel recommandé, note du présentateur. Approuvez-le avant que le PPTX ne soit écrit.
• Épinglez les affirmations qu'il ne peut pas modifier. Messages approuvés, langage de tarification, réclamations légales. Dites-lui de marquer les lacunes comme « nécessite vérification » plutôt que de les combler.
• Gardez le texte éditable et les graphiques natifs. Ne le laissez pas rasteriser les diapositives.
• Rendez et inspectez avant la livraison. Une présentation peut être correct en contenu mais visuellement cassée.
• Utilisez ImageGen pour l'art de la couverture et les concepts, jamais pour l'interface utilisateur produit, les vrais logos ou les graphiques de données.

Le flux de travail en sept étapes

1. Collecter des entrées structurées

Codex fonctionne à partir de matériel source, donc la qualité du jeu dépend de l'organisation du dossier. Brève produit, notes de recherche, modèle de marque, captures d'écran, notes concurrentielles, résumés d'entrevues, métriques de campagne, cadre de messages, réclamations approuvées, ressources de logo.

2. Partir d'un modèle de marque

Les conseils d'OpenAI consistent à partir d'une présentation existante quand c'est possible^[1]. Faites le modèle le lire en premier :

Inspectez d'abord la présentation de marque existante. Identifiez la taille de la diapositive, le style du titre, le style du texte du corps, la palette de couleurs, la placement du logo, le traitement de l'image, le style du graphique et les règles d'espacement. Résumez ces règles avant de générer de nouvelles diapositives.

3. Obtenir le plan avant la présentation

C'est l'étape que les gens sautent, et c'est celle qui détermine si la présentation affirme quelque chose.

Avant de créer la présentation, proposez un plan diapositif par diapositif. Pour chaque diapositive, incluez le titre, le message clé, la preuve source, le visuel recommandé et la note du présentateur. Ne générez pas le PPTX jusqu'à ce que j'approuve le plan.

Le flux narratif n'est pas générique. Une présentation d'étude de marché, une présentation de lancement et une présentation de vente ne devraient pas partager une structure, et vous découvrez si le modèle a compris cela au stade du plan, pas après qu'il ait rendu quarante diapositives.

4. Épinglez les affirmations qu'il peut ne pas réécrire

Les présentations contiennent des messages approuvés, des réclamations légales et un langage de tarification. Un modèle qui paraphrase cela a créé un problème de conformité, pas un brouillon.

Préservez toutes les affirmations de produit approuvées exactement telles qu'elles sont écrites. N'inventez pas de citations de clients, de tarification, de chiffres de performance ou d'affirmations concurrentielles. Si la preuve est manquante, marquez-la comme nécessitant vérification au lieu de la combler.

L'instruction qui fait le travail est la dernière clause. Avec une lacune, un modèle la remplira plausiblement à moins de dire quoi faire à la place.

5. Générez des diapositives éditables avec des graphiques natifs

Créez la présentation en tant que PPTX éditable. Gardez le texte comme texte PowerPoint éditable. Utilisez des graphiques natifs pour les visuels simples en barres, en lignes, en camembert et en histogrammes quand c'est pratique. Ne rasterisez pas les diapositives complètes. Utilisez des ressources d'image uniquement pour les captures d'écran, les illustrations et les visuels complexes.

Les équipes révisent le libellé plusieurs fois. Une diapositive rasterisée est une impasse.

6. Utilisez ImageGen de manière délibérée

Définissez une direction visuelle et réutilisez-la, plutôt que de laisser chaque diapositive dériver.

Définissez une direction visuelle cohérente pour cette présentation. Utilisez des illustrations SaaS propres, un contexte produit réaliste et une tonalité visuelle B2B polie. Enregistrez les invites d'image afin que les diapositives futures puissent correspondre à la même direction.

Générer : diapositives de couverture, illustrations de concepts produit, visuels de tendances de marché, diagrammes de parcours client, séparateurs de section.

Ne générez pas : captures d'écran d'interface utilisateur exactes, réclamations légales ou de conformité, vrais logos de clients, ou graphiques de données qui devraient rester natifs et éditables.

7. Rendez et validez

Rendez la présentation en images de diapositive. Examinez chaque diapositive pour les textes coupés, les chevauchements, l'espacement incohérent, les captures d'écran illisibles, la substitution de polices, la dérive de mise en page et l'inadéquation de style visuel. Corrigez tous les problèmes avant d'enregistrer le PPTX final.

Une présentation peut être entièrement correcte et regarder quand même casser. Rendre en images est comment le modèle voit ce que vous verriez.

Types de présentations pour lesquels cela fonctionne bien

Le modèle convient à toute présentation dont la structure est stable tandis que le contenu change^[1].

Étude de marché. Aperçu du marché, moteurs de croissance, segments de clients, points de douleur de l'acheteur, paysage concurrentiel, modèles de tarification, barrières à l'adoption, domaines d'opportunité, recommandations.

Lancement de produit. Aperçu du produit, problème client, audience cible, énoncé de positionnement, fonctionnalités clés, différenciation, récit de lancement, piliers de messages, plan de campagne, calendrier, appel à l'action.

Démonstration de produit. Objectif de la démonstration, problème utilisateur, aperçu du flux de travail, captures d'écran étape par étape, mises en évidence des fonctionnalités, avant et après, valeur client, prochaines étapes.

Analyse concurrentielle. Aperçu du concurrent, comparaison des fonctionnalités, comparaison de la tarification, comparaison de la messagerie, forces et faiblesses, carte de positionnement, stratégie de différenciation, discours de conversation recommandés.

Activation des ventes. Persona d'acheteur, points de douleur, questions de découverte, proposition de valeur, traitement des objections, réponses concurrentielles, points de preuve, flux de démonstration, piste de conversation de clôture.

Un exemple complet d'invite

Utilisez les compétences Slides et ImageGen pour générer une présentation d'étude de marché de 12 diapositives.

Entrées :
- le modèle PowerPoint de marque joint
- notes d'étude de marché
- analyse concurrentielle
- résumés d'entrevues clients
- captures d'écran du produit

D'abord inspectez le modèle de marque et résumez les règles visuelles.
Puis proposez un plan diapositif par diapositif avant de générer la présentation.
Incluez aperçu du marché, segments de clients, points de douleur, paysage concurrentiel,
lacunes de positionnement, opportunité produit et recommandations.

Préservez les affirmations approuvées exactement. Marquez toute preuve manquante comme nécessitant
vérification plutôt que de la combler. Gardez tout le texte éditable et utilisez des graphiques natifs. Rendez en images et corrigez les problèmes de mise en page avant d'enregistrer le PPTX final.

Chaque clause dans cette invite correspond à un échec que ce flux de travail est conçu pour prévenir.

Où l'approche s'effondre

Ça vaut la peine de l'affirmer clairement, car les modes de défaillance sont prévisibles.

Il n'inventera pas de stratégie. Codex arrange et rend l'argument que vous fournissez. Avec des entrées minces, il produit une présentation bien formatée qui ne dit rien, ce qui est plus difficile à repérer qu'une laide.

Les chiffres non vérifiés sont le risque principal. Un modèle demandé une diapositive de taille de marché sans source produira un chiffre confiant. L'instruction « marquer comme nécessitant vérification » est l'atténuation, et cela fonctionne uniquement si vous lisez réellement ces marqueurs.

La cohérence visuelle se dégrade dans les longues présentations à moins que vous n'épingliez la direction une fois et la référencez, ce que l'étape 6 fait.

La nuance de marque reste humaine. Le modèle peut faire correspondre une palette et une échelle de type. Que la présentation sonne comme votre entreprise est un appel de jugement.

Construire ceci dans votre propre produit

Le flux de travail ci-dessus s'exécute à l'intérieur de Codex, sur votre machine, contre votre dossier. C'est la bonne forme quand la présentation est la vôtre.

C'est la mauvaise forme pour un travail différent : mettre la génération de présentation à l'intérieur du logiciel que vous livrez. Un outil qui transforme le rapport d'un client en diapositives, un service interne qui assemble les révisionsutives hebdomadaires, une fonctionnalité qui brouille les documents de garantie de ventes à partir d'un enregistrement CRM. Aucun de ceux-ci n'est un développeur exécutant une CLI.

Ce travail a besoin des modèles directement. Le raisonnement qui planifie le plan et le modèle d'image qui produit l'art de la couverture sont tous deux des appels d'API. reAPI les expose tous les deux, mais le chat et les médias utilisent des passerelles, des clés et des équilibres séparés :

from openai import OpenAI

client = OpenAI(api_key="YOUR_CHAT_API_KEY", base_url="https://api.reapi.ai/v1")

outline = client.chat.completions.create(
    model="gpt-5.6-terra",
    messages=[{"role": "user", "content": "Proposez un plan de 12 diapositives à partir de cette recherche. Marquez les affirmations non étayées."}],
    max_tokens=16000,
)

L'art de la couverture et les visuels de section utilisent l'espace de travail média séparé et la clé à reapi.ai/models/gpt-image-2, qui gère le texte dans l'image assez bien pour les titres et les étiquettes. Le catalogue complet est sur reapi.ai/models.

Utilisez Codex pour vos propres présentations. Utilisez l'API quand la présentation appartient à quelqu'un d'autre.

Questions Fréquemment Posées

Codex peut-il modifier un fichier PowerPoint existant ?

Oui. OpenAI documente Codex manipulant les fichiers .pptx directement, mettant à jour les présentations existantes ainsi que construisant de nouvelles, par le biais de la compétence Slides^[1].

Comment m'empêcher Codex d'inventer des statistiques ?

Instruisez-le de préserver les affirmations approuvées verbatim et de marquer les preuves manquantes comme ayant besoin de vérification plutôt que de les combler. Ensuite, lisez ces marqueurs avant le lancement de la présentation.

Dois-je laisser Codex générer des graphiques ?

Utilisez des graphiques PowerPoint natifs pour les visuels simples en barres, en lignes, en camembert et en histogrammes afin qu'ils restent éditables. Réservez les images générées pour les illustrations et les visuels complexes^[1].

Pourquoi demander un plan en premier ?

Parce que la structure narrative est où les présentations échouent, et la corriger au stade du plan coûte un message au lieu d'une régénération complète.

Pour quoi ImageGen ne devrait pas être utilisé ?

Interface utilisateur produit exacte, réclamations légales ou de conformité, vrais logos de clients sans permission, et graphiques de données qui devraient rester natifs et éditables.

Cela fonctionne-t-il pour les présentations non commerciales ?

Oui. Le flux de travail est axé sur la structure, il s'applique donc à tout type de présentation dont le format est stable tandis que le contenu change.

Comment construire la génération de diapositives dans ma propre application ?

Appelez les modèles via une API plutôt que la CLI. La planification du plan est un achèvement de chat ; l'art de la couverture et les diagrammes sont des générations d'image.

Faire du plan le point de contrôle

La tentation avec un agent capable est de décrire la présentation et d'accepter ce qui revient. Cela produit un artéfact plausible dont l'argument personne n'a choisi.

La discipline qui rend ce flux de travail fiable est petite : relisez les règles de marque avant de générer, approuvez un plan avant de rendre, épinglez les phrases qui ne peuvent pas changer, et regardez les images rendues avant de dire que c'est fait. Apprendre à utiliser Codex pour générer des diapositives consiste surtout à apprendre à placer un point de contrôle humain au niveau du plan, où changer d'avis est toujours bon marché.

Références

1. OpenAI. Documentation de plateforme — Codex, compétences et capacités des modèles. Consulté en juillet 2026 depuis platform.openai.com/docs
2. OpenAI. Codex — référentiel open source et documentation d'utilisation. Consulté en juillet 2026 depuis github.com/openai/codex

Lectures complémentaires

• reAPI. Comment utiliser GPT Image 2. reapi.ai/blog/how-to-use-gpt-image-2
• reAPI. Comment utiliser GPT-5.6. reapi.ai/blog/how-to-use-gpt-5-6
• reAPI. Catalogue des modèles. reapi.ai/models