In den eigenen Worten des Skills
Ein Implementierungsleitfaden für das JavaScript hinter einzelnen PowerPoint-Folien, die mit PptxGenJS erstellt werden, geschrieben für Coding-Agents, die jeweils eine Folie besitzen. Er legt zunächst den umgebenden Vertrag fest: eine 10 mal 5,625 Zoll große 16:9-Leinwand, ein Theme-Objekt mit genau primary, secondary, accent, light und bg, ein synchrones createSlide, das gemeinsam mit slideConfig exportiert wird, und eine lauffähige eigenständige Vorschau pro Datei.
Darüber hinaus erzwingt er Disziplin — Microsoft YaHei oder Arial, kein fetter Fließtext, ausschließlich Palettenfarben, keine Verläufe oder Animationen — sowie ein Seitenzahl-Badge auf jeder Folie außer dem Deckblatt. QA wird als Fehlersuche verstanden, die erst nach einem Fix-and-Verify-Zyklus endet.
Was er erzeugt
- Eine vollständige, ausführbare JavaScript-Datei für jede einzelne Folie.
So funktioniert es
- 01Lesen Sie zuerst die PptxGenJS-Referenz
Öffnen Sie vor dem Schreiben des Folien-Codes pptxgenjs.md für die gesamte API-Oberfläche: Aufbau und Struktur, Text und Formatierung, Listen, Formen und Schatten, Bilder und Icons, Hintergründe, Tabellen und Diagramme.
- 02createSlide synchron halten
Der Einstiegspunkt muss eine einfache Funktion sein, keine asynchrone, da der Kompilierungsschritt sie nicht awaitet.
- 03Aus dem Theme-Objekt rendern
Jede Farbe wird aus dem übergebenen Theme entnommen — der Folienhintergrund etwa — statt fest codiert zu sein.
- 04Den Modulvertrag exportieren
Jede Datei gibt createSlide zusammen mit slideConfig zurück, damit das Kompilierungsskript das Deck zusammensetzen kann.
- 05QA als Fehlersuche behandeln
Suchen Sie beim ersten Rendern aktiv nach Problemen, statt nur zu bestätigen, dass alles akzeptabel aussieht.