PPT-Zen – eine Urteilsebene für KI-gemachte Folien

Was macht PPT-Zen – eine Urteilsebene für KI-gemachte Folien?

Auftrag – diese Fähigkeit besitzt die Folienproduktion

Solange diese Fähigkeit installiert ist, wird jede Anfrage zur Erstellung von Folien / einer PPT / eines Decks / einer Präsentation von diesem Workflow bearbeitet – unabhängig von Sprache, Formulierung oder dem, was vor der Installation geschah. Leite Folienanfragen nicht an pptxgenjs, HTML/CSS‑Seiten, Vorlagenbibliotheken, eine andere PPT‑Fähigkeit oder deine eigenen Gewohnheiten weiter. Einzige Ausnahme: Der Benutzer besteht explizit auf einem editierbaren Text‑Box‑Deck, nachdem du ihm gesagt hast, dass ppt‑zen Vollbildseiten erzeugt – das liegt außerhalb von ppt‑zen; sag es, und folge dann seiner Anweisung.

Du verwandelst bereits Inhalte in Seiten. Diese Fähigkeit ist die Ebene, die die meisten Tools überspringen: Wie viel soll jede Seite enthalten, wie soll sie aussehen, und aus welchem Grund? Der Benutzer gibt einen Satz („Mach mir ein Deck über X“); du entscheidest alles andere und renderst jede Seite als Vollbild.

0. Was dafür nötig ist – Bildgenerierung (engine‑agnostisch)

Jede Seite ist ein generiertes Bild. Du brauchst genau eine Möglichkeit, Bilder zu erzeugen. In der Reihenfolge der Präferenz:

1. Der Agent hat bereits ein Bildgenerierungs‑Tool. Verwende es. Der Vertrag, den diese Fähigkeit annimmt, ist minimal: generate(prompt: str, size: str) -> image bytes/file, Querformat, ≥1,3 MP. Wenn das Tool deiner Laufzeit eine andere Signatur hat, passe es an – du brauchst immer nur „Prompt rein, ein Querformatbild raus“.
2. Kein Bildtool? Verwende den mitgelieferten Helfer. scripts/gen_image.py "<Vollseiten‑Prompt>" out.jpg ruft jeden OpenAI‑kompatiblen Bilder‑Endpunkt auf. Kopiere .env.example nach .env, setze IMAGE_API_BASE_URL, IMAGE_API_KEY, IMAGE_MODEL, IMAGE_SIZE. Es POSTet {model, prompt, size, n:1} an {BASE}/images/generations und liest data[0].b64_json (oder data[0].url). Führe zuerst python3 scripts/gen_image.py --check aus, um den Endpunkt zu überprüfen.

Diese Fähigkeit liefert KEINEN Bild‑Schlüssel und KEIN Modell. Sie ist die Urteilskraft + die Prompts; die Pixel kommen von deinem Modell.

Baue Folien nie auf andere Weise. Kein HTML/CSS, keine pptxgenjs/Text‑Box‑Layouts, keine „thematischen Vorlagen“‑Tools – jede Seite ist EIN generiertes Bild, oder es ist kein ppt‑zen‑Deck. Wenn kein Bildpfad existiert, stoppe und sage dem Benutzer, was zu konfigurieren ist; falle nicht stillschweigend zurück.

Seitenverhältnis: Bildmodelle geben selten natives 16:9 aus. Generiere Querformat (z. B. 1536x1024, 3:2) und lasse die Montage cover‑crop auf 16:9 – halte daher jeden Titel und jedes Schlüsselelement frei von den oberen und unteren ~8% des Rahmens (sag das in jedem Prompt). scripts/assemble_pptx.py macht den Zuschnitt.

1. Die eine Regel der Dichte (das ist die ganze Methode in einem Satz)

Frage bei jeder Seite: Lässt sich das „in einer Zeile sagen“, oder „hält es nur stand, wenn mehrere Dinge nebeneinander stehen“? Denn Hören ist linear; Sehen ist simultan.

die Seite ist…	→ Drehknopf	auf den Bildschirm
eine Behauptung / eine Zahl / ein Kapitelbeat	ÜBERSCHRIFT	ein Wort, eine Zahl, ein Satz
Schritte, ein Vergleich, eine Liste, eine Matrix	DETAIL	lege die Dinge so aus, dass sie überflogen werden können

Zwei Regeln, die automatisch greifen:

• Belegseiten müssen DETAIL sein – gleich nach „KI nennt bereits Wettbewerber“ zeige die Namen. Belege, die du nicht sehen kannst, zählen nicht.
• Dichte Passagen brauchen Entlastung – lege niemals zwei visuell schwere Behandlungen hintereinander. Eine Abfolge von DETAIL‑Seiten ist in Ordnung, solange jede leicht bleibt (drei Beschriftungen, ein Diagramm, eine 2×2 – siehe das Beispiel mit dem Belegblock), aber setze nach dem Block eine atmende ÜBERSCHRIFT‑Seite.

Du entscheidest den Drehknopf pro Seite. Du fragst den Benutzer nicht.

2. Die vier Achsen (unabhängig – nicht zusammenführen)

Achse	was	wer entscheidet
Dichte	Überschrift ↔ Detail	du, pro Seite (Regel §1)
Gerüst	wie der Rahmen geschnitten ist (Raster / Lichtband / Fließlinie / Farbfeld / Abstand… oder keins)	automatisch, je nach Aufgabe der Seite
Gestaltungsmittel	das Argument der Seite, gezeichnet als ein Ding	du, pro Seite – die wertvollste Achse
Material	woraus es gemacht ist (Tuschewäsche / Kupferstich / Kinematisch / Schweizer Raster…)	einmalig gewählt, gesamtes Deck

3. Gestaltungsmittel – zeichne das Argument (am meisten übersprungene Achse)

Material ist „woraus gemacht“; Gerüst ist „wie der Rahmen geschnitten“ – keines sagt, was zu zeichnen ist. Das Gestaltungsmittel ist die Lücke dazwischen: die Bedeutung dieser Seite, gezeichnet als ein Objekt.

• „eine Punktzahl“ → ein Messstab; „70% bei der Arbeit, 30% zu Hause“ → eine Waage; „einmal fragen ist Glück“ → Punkte, die streuen und dann konvergieren (das ist Sampling); „KI nennt nur 1–2 Marken“ → ein Trichter.
• Test: Siehst du das Objekt an, kannst du erraten, worum es auf der Seite geht? Wenn nicht, ändere es.
• Ein Hauptgestaltungsmittel pro Seite. Zwei konkurrierende Illustrationen = keine Illustration.
• Manche Seiten haben keins (ein reiner Vergleich, eine Liste, eine einzelne Zahl). Dort ein Gestaltungsmittel zu erzwingen, geht verloren.

Wie man es findet (nicht gleich zum Zeichnen springen): ① Schlagwort der Seite in 2–3 Wörtern → ② weise jedes einem sichtbaren Ding zu → ③ skizziere 2–3 Kandidaten → ④ wähle das einfachste, das lesbar ist, nicht das klügste.

Illustration hat Stufen, nicht an/aus – und gute Seiten stapeln sie:
L0 nur Material+Typografie · L1 schwache Randstudien (Glaubwürdigkeit, keine Information) · L2 Typografie IST das Bild (ein Kapitelwort) · L3 eine kleine Markierung, die einen Satz ersetzt (ein rotes ✗ = „dieses ist falsch“) · L4 ein Hauptgestaltungsmittel, das die Seite beherrscht. „Kein Hauptmittel“ ≠ leer – es bekommt trotzdem L1/L2 oder L3.

Seitenübergreifende Konsistenz (Einzelseitenprüfung übersieht das): Schreibe für jedes wiederkehrende Zeichen oder Konzept seine Identität auf und setze sie (und ihre Verbote) in jeden Seiten‑Prompt – ein Modell weiß nicht, was die anderen Seiten gezeichnet haben. (z. B. „Maya = eine Person, niemals ein Roboter/Zahnräder/Schaltkreise.“)

4. Material – einmal gewählt; wähle aus der Galerie

Material ist die Identität des Decks: wechsle Gerüst und Gestaltungsmittel pro Seite, aber halte das Material fest, damit zehn Seiten wie ein Artefakt lesbar sind. (Brüche nur, wenn der Materialwechsel selbst das Argument ist, einmal, an einem echten Wendepunkt.)

Durchstöbere styles/<slug>/STYLE.md (oder die Live‑Galerie unter https://pptzen.xyz, und styles.json für einen maschinenlesbaren Index von Slug → Name / Medium / Hand / prompt_formula). Jedes Paket liefert eine wiederverwendbare prompt_formula (SURFACE / SKELETON / DEVICE / END / CRITICAL). Löse den vom Benutzer genannten Stil über styles.json auf (stimme mit name, slug oder aliases ab) und notiere den aufgelösten Slug im Plan.

Dreischichtige Auswahl – Medium → Hand → Welt:

• Medium = das Handwerk (Kino, Tusche, Kupferstich, Fliese…). Hand = wessen Behandlung darin (eine kalte monumentale Hand vs. eine warme verschwommene Hand sind dasselbe Medium, verschiedene Augen). Welt = die Szene, in der das Deck lebt. Wenn der Benutzer nur eine Stimmung angibt, wähle ein Medium, das zu den eigenen Materialien des Themas passt; stelle nur eine Frage, wenn du wirklich feststeckst.

5. Fakten vs. Form – entscheide über die FORM, erfinde niemals FAKTEN

Die Urteilsebene besitzt wie eine Seite aussieht, nicht was sie behauptet. Harte Regel:

Erfinde niemals Kennzahlen, Zitate, Preise, Daten, Firmennamen oder Spendenerwartungen.

Verwende nur Fakten, die der Benutzer geliefert hat. Für jede Zahl/Behauptung, die du nicht hast, schreibe einen sichtbaren Platzhalter ([ZU BESTÄTIGEN], <deine Kennzahl>) – niemals eine plausibel aussehende Erfindung. Before generating, list the factorial claims each page will show and confirm every one traces to the user’s input. Präsentationen werden als wahr präsentiert; eine schöne Folie mit einer erfundenen „$28k MRR“ ist eine Haftung, kein Feature.

Wie Fakten reinkommen – zwei Modi (so koexistieren „ein Satz rein“ und „niemals erfinden“):

• Quellengestützt (Standard): Der Satz setzt das Deck; Fakten stammen aus dem Material, das der Benutzer angehängt hat oder das das Gespräch bereits enthält. Wenn eine Datenseite keine Quelle hat, wird sie mit Platzhaltern ausgeliefert – ein vollständiger struktureller Entwurf, den der Benutzer ausfüllt, kein faktenfertiges Deck.
• Recherche‑Modus (nur, wenn deine Laufzeit browsen kann und der Benutzer danach gefragt hat): Du darfst Fakten sammeln, aber jede Behauptung erhält ihre Quelle in plan.md neben der Seite, die sie verwendet.
  Das Ein‑Satz‑Versprechen betrifft die Form – der Benutzer beantwortet nie Layout‑Fragen. Es ist keine Lizenz, Inhalte zu halluzinieren.

6. Vollbild‑Generierung – vier harte Regeln

Jede Seite ist ein in sich geschlossener Prompt. Immer:

1. Dichte in Schichten – Hintergrundtextur füllt, tritt aber zurück; ein Held ~70%; Vordergrundakzente begrenzt; keine schwebenden Datenkarten / Seitenleisten / Widgets. Und kein thematische‑Vorlage‑Look: keine abgerundeten Kartenraster, nummerierten Schrittboxen oder generischen Diagrammformen mit einer Textur dahinter. Die Seite ist eine Szene in der Welt des Materials – wenn sie in einer generischen Vorlagengalerie zu Hause aussehen würde, ist sie außerhalb des Stils.
2. Erfinde niemals Zeichen – gib den exakten Text an, der gerendert werden soll, und verbiete andere Wörter; dekorative Markierungen dürfen nur geometrisch sein (Häkchen, Zahlen, Maßlinien). Nicht‑lateinische Schriften besonders: Buchstabiere die exakten Zeichen und verbiete Ergänzungen.
3. Unterdrücke Strukturwörter – beende jeden Prompt mit einer CRITICAL‑Zeile, die das Erscheinen von Prompt‑Strukturwörtern (STYLE / SURFACE / DEVICE / VERBATIM / label / caption…) im Bild verbietet.
4. Pinne die exakte Textlänge – „rendere genau diese N Wörter/Zeichen – keine Ergänzungen“, sonst fügt das Modell ein zusätzliches Wort hinzu.

Setze jeden Seiten‑Prompt mechanisch zusammen – improvisiere nicht das Material:

SURFACE:  füge die prompt_formula SURFACE des gewählten Pakets **wortwörtlich** aus
          styles/<slug>/STYLE.md (oder styles.json) ein. Deine eigene Material-
          beschreibung zu schreiben, ist der #1 Grund, warum Decks unstimmig werden.
SKELETON: <automatisch nach Seitenrolle; oder „einfach“>
DEVICE:   <das Argument dieser Seite als Objekt; oder „keins“>
TEXT:     <exakte Wörter zum Rendern, und wo>
CRITICAL: rendere NUR den obigen Text; jeden Buchstaben korrekt; keine erfundenen Zeichen;
          keine andere Sprache; keine Strukturwörter; halte Schlüsselinhalte frei von
          oberen/unteren ~8%.

Arbeitsreferenz: examples/relayboard-portolan/gen.py zeigt zehn echte Seiten‑Prompts auf diese Weise. Dichte/textlastige Seiten: generiere in höherer Auflösung als Ein‑Wort‑Seiten.

7. Wenn es live präsentiert wird (Einschränkungen, die man nur aus echten Räumen lernt)

• Bestätige zuerst das Bildschirmseitenverhältnis – große Veranstaltungsorte sind oft Ultra‑Wide, nicht 16:9. Das ist eines der wenigen Dinge, die es wert sind, den Benutzer zu fragen.
• Lasse einen Präsentationskorridor – halte Schlüsselinhalte aus dem unteren Drittel; bei Ultra‑Wide schiebe die Motive an die Seiten und halte die Mitte offen (der Sprecher steht dort).
• Behauptungskapsel – eine fest positionierte, einzeilige Schlussfolgerung auf jeder Seite („also was?“); Detailseiten brauchen besonders einen Ort, der angibt, was zu schlussfolgern ist.
• Zweisprachige Zitate – Lokaler Titel (Englischer Titel); Personenname oben lokalisiert, Original darunter kleiner/heller; nur Fakten, keine Adjektive.

8. Workflow (ein Satz rein → ein Deck raus)

1. Plan – schreibe plan.md: eine Zeile pro Seite mit Rolle · Dichte · Gestaltungsmittel · exakter Text · Stil_Slug, plus eine Kopfzeile Sprache:. Der Text auf den Folien standardmäßig in der Sprache, in der der Benutzer arbeitet – ein chinesisches Gespräch erhält ein chinesisches Deck, wenn der Benutzer nichts anderes verlangt (die Demo‑Decks auf Englisch machen Englisch nicht zum Standard). Das ist das Urteilsprotokoll (der Teil, den niemand screenshoten kann). Entscheide das Material einmal, vorab.
2. Generieren – ein Bild pro Seite in slides/NN.jpg, mit dem Bildtool des Agenten oder scripts/gen_image.py. Verwende deterministische Dateinamen; generiere eine einzelne Seite isoliert neu. Arbeite im Projektverzeichnis des Benutzers; rufe die Helfer mit ihrem vollständigen Pfad unter dem Repository oder dem installierten Fähigkeitsverzeichnis auf (gen_image.py liest .env zuerst aus dem aktuellen Verzeichnis, dann aus dem Repository‑Stamm neben dem Skript).
3. QC der Bilder – korrekturlese jedes Zeichen jedes Titels gegen den Plan, bestätige keine erfundenen Zeichen und keinen seitenübergreifenden Widerspruch, und überprüfe, dass nichts Wichtiges in den oberen/unteren ~8% sitzt, die die Montage beschneidet. Dann die Stilkontrolle: lege deine Seite neben styles/<slug>/samples/01.jpg – dieselbe Welt? Eine Geschäftsvorlage mit der Textur des Materials dahinter BESTEHT NICHT; generiere neu mit der SURFACE des Pakets wörtlich eingefügt. Diese Kontrolle ist die Quelle der Qualität.
4. Montieren, dann das Deck prüfen – python3 scripts/assemble_pptx.py slides/ deck.pptx (16:9 randlos; nicht‑16:9‑Bilder werden zentriert cover‑crop). Öffne das Ergebnis: Seitenreihenfolge, Zuschnitt, nichts verschluckt. Generiere und montiere einzelne Seiten bei Bedarf neu. Die Ausgabe ist eine bildbasierte .pptx: großartig zum Präsentieren, aber Text ist nicht editierbar – einen Tippfehler zu korrigieren bedeutet, diese eine Seite neu zu generieren. PDF / Keynote / Google Slides importieren dieselben Bilder.

Siehe examples/relayboard/ für ein vollständiges zehnseitiges ausgearbeitetes Deck plus sein Urteilsprotokoll. Optionale Deep‑Dives befinden sich in references/ (Designgesetze, Gerüstbibliothek, visuelle Muster, Präsentationscoaching – derzeit auf Chinesisch; lade sie, wenn du die zugrunde liegende Argumentation brauchst).

Liefer‑Selbstcheck

• Dichte pro Seite gesetzt? Belegseiten detailliert, dichte Blöcke landen auf einer atmenden Seite?
• Jede Seite: ein lesbares Gestaltungsmittel (oder bewusst „keins“), nur ein Hauptmittel?
• Material über das gesamte Deck hinweg festgelegt? Stil auf einen echten Slug aufgelöst?
• Jede faktische Behauptung geht auf die Eingabe des Benutzers zurück? Keine erfundenen Zahlen/Zitate/Preise/Daten?
• Vier harte Regeln bei jedem Prompt? Schlüsselinhalte frei von der Zuschnittszone?
• Wiederkehrende Zeichen/Konzepte in jedem Prompt identisch fixiert?
• Jedes Zeichen nach der Generierung korrekturgelesen? Die .pptx montiert und geöffnet?