Seedance 2.5 is live — 30-second cinematic video with native audio & real-person references
Codex zum Generieren von Präsentationen aus Forschung
2026/07/27

Codex zum Generieren von Präsentationen aus Forschung

Siebenschrittiger Workflow mit Codex zum Erstellen von Folien: Outline-Kontrolle für Qualität, Prompts für exakte Claims, Grenzen der Automatisierung.

Codex ist am nützlichsten für Foliendecks, wenn die Eingabe strukturiert ist. Nicht „mach mir eine PowerPoint", sondern ein Ordner mit Forschungsnotizen, Konkurrenzanalyse, Produktpositionierung, Screenshots und einer existierenden Brand-Vorlage, umgewandelt in ein Deck, das jedes Mal dieselben Regeln befolgt.

OpenAI dokumentiert dies direkt: Codex kann .pptx-Dateien bearbeiten, Visuals generieren, wiederholbare Layout-Regeln anwenden, bestehende Decks aktualisieren und neue erstellen, dabei die Slides-Funktion für PowerPoint-Bearbeitung und die ImageGen-Funktion für Illustrationen und Cover-Art nutzen[1].

Zu lernen, wie man Codex zum Generieren von Folien nutzt, bedeutet vor allem, eine Disziplin zu meistern: Es davon zu überzeugen, das Outline vorzuschlagen, bevor eine einzige Folie geschrieben wird, und ihm zu sagen, welcher Text nicht umgeschrieben werden darf.

TL;DR

  • Beginne mit einem existierenden Brand-Deck und lass Codex die visuellen Regeln zusammenfassen, bevor es etwas generiert[1].
  • Fordere ein Outline erst an. Folie-für-Folie Titel, Kernbotschaft, Quellenbeleg, empfohlenes Visual, Presenter-Notiz. Gib es frei, bevor PPTX geschrieben wird.
  • Fixiere die Claims, die es nicht anfassen darf. Genehmigte Botschaft, Preisformulierungen, rechtliche Claims. Sag ihm, Lücken als „Verifizierung erforderlich" zu markieren, statt sie zu füllen.
  • Halte Text editierbar und Charts nativ. Lass es keine Folien rastern.
  • Render und inspiziere vor Abgabe. Ein Deck kann inhaltlich korrekt und visuell kaputt sein.
  • Nutze ImageGen für Cover-Art und Konzepte, nie für Product UI, echte Logos oder Datencharts.

Der siebenschrittige Workflow

Siebenschrittiger Workflow zum Generieren von Foliendecks mit Codex: Eingaben sammeln, von einer Brand-Vorlage starten, Outline anfordern, exakte Claims fixieren, editierbare Folien generieren, Visuals hinzufügen, dann rendern und validieren

1. Strukturierte Eingaben sammeln

Codex arbeitet mit Ausgangsmaterial, daher spiegelt die Deck-Qualität die Organisation des Ordners. Produktbrief, Forschungsnotizen, Brand-Vorlage, Screenshots, Konkurrenz-Notizen, Interview-Zusammenfassungen, Kampagnenmetriken, Messaging-Rahmen, genehmigte Claims, Logo-Assets.

2. Von einer Brand-Vorlage starten

OpenAIs Ratschlag ist, wenn möglich von einem existierenden Deck zu starten[1]. Lass das Modell es erst lesen:

Inspiziere zunächst das existierende Brand-Deck. Identifiziere die Foliengröße, Titelstil, 
Body-Text-Stil, Farbpalette, Logo-Platzierung, Bildbehandlung, Chart-Stil 
und Abstände. Fasse diese Regeln zusammen, bevor du neue Folien generierst.

3. Hole dir das Outline vor dem Deck

Das ist der Schritt, den Leute überspringen, und er entscheidet darüber, ob das Deck etwas aussagt.

Bevor du das Deck erstellst, schlage ein Folie-für-Folie-Outline vor. Für jede Folie 
beziehe den Titel, die Kernbotschaft, den Quellenbeleg, das empfohlene Visual und 
die Presenter-Notiz ein. Generiere die PPTX nicht, bis ich das Outline genehmigt habe.

Narrative Flussrichtung ist nicht generisch. Ein Marktforschungs-Deck, ein Launch-Deck und ein Sales-Deck sollten nicht die gleiche Struktur teilen, und du findest heraus, ob das Modell das verstanden hat, am Outline-Stadium, nicht nachdem es vierzig Folien gerendert hat.

4. Fixiere die Claims, die es nicht umschreiben darf

Decks tragen genehmigte Messaging, rechtliche Claims und Preisformulierungen. Ein Modell, das diese umformuliert, hat kein Entwurfsproblem, sondern ein Compliance-Problem geschaffen.

Erhalte alle genehmigten Produkt-Claims genau wie geschrieben. Erfinde keine Kundenaussagen, 
Preise, Leistungszahlen oder Konkurrenz-Claims. Falls Belege fehlen, markiere sie als 
Verifizierung erforderlich, statt sie zu füllen.

Die Anweisung, die funktioniert, ist die letzte Klausel. Gegeben eine Lücke wird ein Modell sie plausibel füllen, wenn nicht anders gesagt.

5. Generiere editierbare Folien mit nativen Charts

Erstelle das Deck als editierbare PPTX. Halte Text als editierbaren PowerPoint-Text. 
Nutze native Charts für einfache Balken-, Linien-, Kreisdiagramm- und Histogramm-Visuals, 
wenn praktisch. Rastere keine ganzen Folien. Nutze Bild-Assets nur für Screenshots, 
Illustrationen und komplexe Visuals.

Teams überarbeiten Formulierungen viele Male. Eine geraster Folie ist eine Sackgasse.

6. Nutze ImageGen gezielt

Definiere eine visuelle Richtung und verwende sie wieder, statt jede Folie abdriften zu lassen.

Definiere eine konsistente visuelle Richtung für dieses Deck. Nutze saubere SaaS-Stil- 
Illustrationen, realistischen Produktkontext und einen polierten B2B-Visual-Ton. 
Speichere die Image-Prompts, damit zukünftige Folien die gleiche Richtung treffen können.

Generiere: Cover-Folien, Produkt-Konzept-Illustrationen, Markttrend-Visuals, Customer-Journey-Diagramme, Abschnitt-Trenner.

Generiere nicht: exakte Product-UI-Screenshots, rechtliche oder Compliance-Claims, echte Kundenlogos oder Datencharts, die nativ und editierbar bleiben sollten.

7. Render und validiere

Render das Deck zu Foliensbildern. Überprüfe jede Folie auf abgeschnittenen Text, Überlappungen, 
inkonsistente Abstände, unlesbare Screenshots, Font-Ersetzung, Layout-Drift 
und visueller-Stil-Nichtübereinstimmung. Behebe alle Probleme, bevor du die finale PPTX speicherst.

Ein Deck kann völlig korrekt und visuell kaputt sein. Render zu Bildern ist, wie das Modell sieht, was du sehen würdest.

Deck-Typen, für die das gut funktioniert

Das Muster passt auf jedes Deck, dessen Struktur stabil ist, während der Inhalt sich ändert[1].

Marktforschung. Marktübersicht, Wachstumstreiber, Kundensegmente, Buyer-Schmerzen, Konkurrenzlandschaft, Preismuster, Adoptionsbarrieren, Gelegenheitsbereiche, Empfehlungen.

Produkt-Launch. Produktübersicht, Kundenproblem, Zielgruppe, Positionierungsaussage, Schlüsselfunktionen, Differenzierung, Launch-Narrativ, Messaging-Säulen, Kampagnenplan, Zeitplan, Call to Action.

Produkt-Demo. Demo-Ziel, Nutzerproblem, Workflow-Übersicht, Schritt-für-Schritt-Screenshots, Feature-Highlights, Vorher-Nachher, Kundenwert, nächste Schritte.

Konkurrenzanalyse. Konkurrenz-Übersicht, Feature-Vergleich, Preisvergleich, Messaging-Vergleich, Stärken und Schwächen, Positionierungskarte, Differenzierungsstrategie, empfohlene Talk Tracks.

Sales-Enablement. Buyer-Persona, Schmerzen, Discovery-Fragen, Value-Proposition, Einwand-Handling, Konkurrenz-Antworten, Proof-Punkte, Demo-Flow, Closing-Talk-Track.

Ein vollständiges ausgearbeitetes Prompt-Beispiel

Nutze die Slides- und ImageGen-Skills, um ein 12-teiliges Marktforschungs-Deck zu generieren.

Eingaben:
- die angehängte Brand-PowerPoint-Vorlage
- Marktforschungsnotizen
- Konkurrenzanalyse
- Customer-Interview-Zusammenfassungen
- Produkt-Screenshots

Inspiziere erst die Brand-Vorlage und fasse die visuellen Regeln zusammen. 
Schlage dann ein Folie-für-Folie-Outline vor, bevor du das Deck generierst. 
Beziehe Marktübersicht, Kundensegmente, Schmerzen, Konkurrenzlandschaft, 
Positionierungslücken, Produktchance und Empfehlungen ein.

Erhalte genehmigte Claims genau. Markiere fehlende Belege als Verifizierung erforderlich, 
statt sie zu füllen. Halte allen Text editierbar und nutze native Charts. 
Render zu Bildern und behebe Layout-Probleme, bevor du die finale PPTX speicherst.

Jede Klausel in diesem Prompt spricht einer Fehlerform, die dieser Workflow verhindern soll.

Wo der Ansatz zusammenbricht

Es lohnt sich, das klar zu sagen, denn die Fehlermodi sind vorhersehbar.

Es wird keine Strategie erfinden. Codex ordnet und rendert das Argument, das du versorgst. Gegeben dünne Eingaben produziert es ein gut formatiertes Deck, das nichts sagt, was schwerer zu erkennen ist als ein hässliches.

Unverifizielte Zahlen sind das Hauptrisiko. Ein Modell, das um eine Marktgröße-Folie ohne Quelle gebeten wird, wird eine selbstbewusste Zahl produzieren. Die „Markiere als Verifizierung erforderlich"-Anweisung ist die Reduktion, und sie funktioniert nur, wenn du tatsächlich für diese Markierungen lesst.

Visuelle Konsistenz verschlechtert sich über lange Decks, wenn du nicht die Richtung einmal fixierst und referenzierst, was Schritt 6 dafür ist.

Brand-Nuance bleibt menschlich. Das Modell kann eine Palette und eine Typoskala treffen. Ob das Deck wie dein Unternehmen klingt, ist ein Urteilsfall.

Das in dein eigenes Produkt bauen

Der Workflow oben läuft in Codex, auf deiner Maschine, gegen deinen Ordner. Das ist die richtige Form, wenn das Deck deins ist.

Es ist die falsche Form für einen anderen Job: Deck-Generierung in Software, die du lieferst. Ein Tool, das einen Kundenbericht in Folien dreht, ein interner Service, der wöchentliche Reviews zusammensetzt, ein Feature, das Sales-Collateral aus einem CRM-Record entwirft. Keines davon ist ein Entwickler, der ein CLI läuft.

Der Job braucht die Modelle direkt. Die Reasoning, die das Outline plant und das Image-Modell, das die Cover-Art produziert, sind beide API-Calls. reAPI exposes beides, aber Chat und Medien nutzen separate Gateways, Keys und Bilanzen:

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": "Propose a 12-slide outline from this research. Mark unsupported claims."}],
    max_tokens=16000,
)

Cover-Art und Abschnitt-Visuals nutzen den separaten Media-Workspace und Key unter reapi.ai/models/gpt-image-2, die in-Bild-Text gut genug für Titel und Labels verarbeitet. Der vollständige Katalog ist unter reapi.ai/models.

Nutze Codex für deine eigenen Decks. Nutze die API, wenn das Deck jemandem anders gehört.

FAQ

Kann Codex eine existierende PowerPoint-Datei bearbeiten?

Ja. OpenAI dokumentiert Codex, .pptx-Dateien direkt zu manipulieren, bestehende Präsentationen ebenso wie neu zu bauen zu aktualisieren, durch die Slides-Funktion[1].

Wie halte ich Codex davon ab, Statistiken zu erfinden?

Instruiere es, genehmigte Claims wörtlich zu erhalten und fehlende Belege als Verifizierung erforderlich zu markieren, statt sie zu füllen. Lies dann nach diesen Markierungen, bevor das Deck ausgeht.

Sollte ich Codex Charts generieren lassen?

Nutze native PowerPoint-Charts für einfache Balken-, Linien-, Kreisdiagramm- und Histogramm-Visuals, um sie editierbar zu halten. Behalte generierte Bilder für Illustrationen und komplexe Visuals vor[1].

Warum erst um ein Outline fragen?

Denn narrative Struktur ist, wo Decks scheitern, und es auf dem Outline-Stadium zu beheben kostet eine Nachricht, statt einer ganzen Regeneration.

Wofür sollte ImageGen nicht genutzt werden?

Exakte Product-UI, rechtliche oder Compliance-Claims, echte Kundenlogos ohne Erlaubnis und Datencharts, die nativ und editierbar bleiben sollten.

Funktioniert das für Nicht-Marketing-Decks?

Ja. Der Workflow ist struktur-getrieben, daher gilt er auf jeden Deck-Typ, dessen Format stabil ist, während der Inhalt sich ändert.

Wie baue ich Foliengenerierung in meine eigene Anwendung ein?

Rufe die Modelle über eine API auf, statt der CLI. Outline-Planung ist eine Chat-Fertigstellung; Cover-Art und Diagramme sind Bildgenerierungen.

Das Outline zum Checkpoint machen

Die Versuchung mit einem fähigen Agent ist, das Deck zu beschreiben und zu akzeptieren, was zurückkommt. Das produziert ein plausibler Artefakt, dessen Argument niemand wählte.

Die Disziplin, die dieser Workflow zuverlässig macht, ist klein: Lies die Brand-Regeln zurück, bevor du generierst, genehmige ein Outline, bevor du renderst, fixiere die Sätze, die nicht ändern können, und schau dir gerenderter Bilder vor Abgabe an. Zu lernen, wie man Codex zum Generieren von Folien nutzt, ist größtenteils lernen, einen menschlichen Checkpoint auf dem Outline zu setzen, wo deine Gedanken zu ändern noch billig ist.

Referenzen

  1. OpenAI. Platform documentation — Codex, skills, and model capabilities. Retrieved July 2026 from platform.openai.com/docs
  2. OpenAI. Codex — open-source repository and usage documentation. Retrieved July 2026 from github.com/openai/codex

Weitere Lektüre