umarmsharif/strategy-deck-builder

---

name: strategy-deck-builder description: Erstellen Sie Consulting-taugliche Strategie-Decks, Pitch-Decks, Führungsbriefings und Vorstandspräsentationen. Unterstützt durch ein v5 Bright White & Pine Designsystem (hellweißer Hintergrund, tiefgrüner Akzent, eine pro Deck variierende Schriftart + Manrope für Fließtext), das gegen einen Anti-Slop-Katalog, eine Bibliothek mit über 30 Mustern und Chart-Design-Richtlinien entwickelt wurde. Auslösen für jedes Consulting-Deliverable, Fallstudie, Kunden-Pitch, Roadmap, Diagnose, Transformationsplan oder Markteintrittsanalyse – auch wenn der Benutzer die Fähigkeit nicht explizit nennt. Konfigurierbar: Folienanzahl, Ausgabeformat (PPTX/HTML/MD), Archetyp (Diagnose/Empfehlung/Roadmap/Markteintritt/Transformation/Pitch/SCQA/SCR/BLUF/induktiv/Issue-Tree/deduktiv), Thema. Ergänzt sich mit der Flight-Check-Schwesterfähigkeit als Post-Build-Review-Gate. compatibility: Das Deck wird über eine Node/pptxgenjs-Pipeline erstellt, daher wird eine Code-Ausführungsumgebung (Claude Code, Cowork oder claude.ai mit dem Analyse-Tool) sowie pptxgenjs (npm i pptxgenjs) benötigt. LibreOffice/soffice ermöglicht den Render-QA-Durchlauf; falls nicht vorhanden, liefern Sie die .pptx ohne den PNG-Vorschaudurchlauf aus. AskUserQuestion wird für das Briefing und die Ghost-Deck-Gates empfohlen; falls nicht verfügbar, stellen Sie dieselben Fragen inline ein. In einer Umgebung ohne Code-Ausführung degradiert die Fähigkeit elegant zu einer Ghost-Deck-Gliederung mit Folien-spezifischen Angaben, die der Benutzer in PowerPoint, Google Slides oder Gamma rendern kann.

Was macht strategy-deck-builder?

Eine Fähigkeit zum Erstellen von Consulting-tauglichen Decks, basierend auf dem v5 Bright White & Pine Designsystem – einem hellen, fast weißen Hintergrund (FCFCFA), einem tiefgrünen Akzent (12564A), Espresso-TINT-Schrift (1A1A1A) für Text, einer pro Deck variierenden Kopfschriftart (Standard Charter) in Kombination mit Manrope als Fließtext, wobei die Betonung durch feine Linien und Schriftstärke und nicht durch farbige Balken erfolgt. Die Auslieferung erfolgt vorrangig als PPTX. Das System wurde entwickelt, um Muster zu vermeiden, die heute weitgehend als KI-Design-Indikatoren gelesen werden – warme cremefarbene Hintergründe, eine einzige Schriftart überall, einseitige Akzentbalken, Augenbrauen-Pills, übergroße Abschnittsnummern. Die Anti-Slop-Haltung ist Teil der DNA: siehe references/anti-slop.md (der „Slop“-Katalog, abgestimmt auf die Deck-Relevanz) und die statischen Prüfungen in scripts/deck_qa.js.

Die kanonische Referenzimplementierung ist assets/reference-build.js – ein vollständiges, getestetes pptxgenjs-Exemplar. Öffnen Sie es, um die Folienintention nachzuvollziehen, und kopieren Sie dann Codeblöcke. Das vollständige Rezeptbuch, Hilfsfunktionen und die Tabelle mit Fallstricken befinden sich in references/build-helpers.md.

Wann auslösen

Nutzen Sie diese Fähigkeit proaktiv für:

• Strategie-Decks, Pitch-Decks, Consulting-Leistungsnachweise, Fallstudien-Antworten
• Vorstandspräsentationen, Führungsbriefings, Roadmap-Decks, Transformationspläne
• Markteintrittsanalysen, Diagnose-Decks, Empfehlungs-Decks, Executive Summaries
• Alles, bei dem der Benutzer „Consulting-Stil", „MBB-Stil", „McKinsey-Stil", „Bain-Stil", „BCG" oder den Namen eines realen Unternehmens erwähnt
• Jedes anspruchsvolle kundenorientierte Deck, bei dem der Benutzer eine markengerechte Ausgabe mit klarer Prosa wünscht

Der Workflow

Befolgen Sie diese Schritte in der angegebenen Reihenfolge. Die Anti-Slop-Gates vor und nach dem Flug sind nicht verhandelbar.

Schritt 0 – VERPFLICHTENDER Anti-Slop-Vorabcheck

Diese Fähigkeit erzeugt Prosa, die einer kritischen Leserschaft standhalten muss. Lesen Sie vor dem Verfassen von Folientexten, Sprechernotizen, Thesenzeilen, Kontextzeilen oder Briefing-Texten references/anti-slop.md, damit die Sprache gegen die KI-Indikatoren kalibriert ist, die ein Deck als maschinengeschrieben erscheinen lassen.

Behalten Sie nach dem Lesen diese Einschränkungen beim Verfassen von Texten bei:

• Keine Gedankenstriche, es sei denn, sie erfüllen eine spezifische, verteidigbare Funktion (maximal einer pro Seite)
• Kein Buzzword-Vokabular (delve, leverage, robust, seamless, transformative, paradigm, cutting-edge, game-changer und der Rest des Katalogs in anti-slop.md)
• Keine negativen Parallelismen („es ist nicht X, es ist Y"; „nicht nur A, sondern auch B")
• Sätze unter 30 Wörtern; konkrete Nomen und spezifische Zahlen sind Abstraktionen vorzuziehen
• Handlungstitel, keine Themennamen (die mit Abstand wichtigste Regel – siehe slide_patterns.md)

Der strukturelle Aufbau kann perfekt sein, und das Deck wird trotzdem abgewertet, sobald die Prosa als generisches Consulting-KI generisch gelesen wird. Dieses Gate existiert, um das zu verhindern.

Schritt 1 – Das Deck briefen

Verwenden Sie AskUserQuestion (oder stellen Sie die Fragen inline, falls das Tool nicht verfügbar ist) mit zwei aufeinanderfolgenden Aufrufen, bevor Sie eine einzelne Folie oder Zeile von build.js schreiben:

Aufruf 1 – Deck-Einrichtung:

1. Zielgruppe + Ziel – wer liest dies, und welche Entscheidung oder Handlung wünschen Sie von ihnen?
2. Deck-Archetyp – Diagnose / Empfehlung / Roadmap / Markteintritt / Transformation / Pitch / SCQA / SCR / BLUF / induktiv / Issue-Tree / deduktiv. Das Deck kann einfach (ein Archetyp durchgängig) oder geschichtet (ein Rückgrat-Archetyp + Übersteuerungen auf Abschnittsebene) sein. Wenn geschichtet, entscheiden Sie, welcher Archetyp welchen Folienbereich abdeckt, und respektieren Sie dies; brechen Sie es nicht auf eine Form zurück.
3. Ausgabeformat – pptx / html / md / gamma / briefing (Mehrfachauswahl; Standard: pptx)

Aufruf 2 – Marken- und visuelles Briefing:

1. Farbschema – Fragen Sie nach der Intention (nur Akzent; der hellweiße Hintergrund + kühle Neutrale bleiben fest). Bieten Sie an: Pine 12564A (Standard; ruhig, modern, Wachstum) / Schieferblau 1F3A5F (Corporate, Finanzen, Vertrauen) / Oxblood 6E1423 (formell, Establishment) / Client hex (markengebundene Arbeit). Die Auswahl setzt ACCENT und leitet ACCENT_DK (~70 % Leuchtkraft) + TINT (~8 % auf Weiß) + TINT_BORDER ab. Oxbloods Tönung ist leicht rosa – wärmen Sie sie bei Auswahl. Geprüfte Schema-Werte befinden sich in design_system.md §1.
2. Kopfschriftart – Fragen Sie nach der Intention (Fließtext bleibt Manrope; nur die Überschrift ändert sich). Bieten Sie an: Charter (redaktionelle Serife, Standard, rendert sauber überall) / Manrope Bold (modern, alles serifenlos, keine Serife) / Palatino (warme Serife) / Baskerville (formelle Serife; am besten in PowerPoint/Google Slides, schwächer in der LibreOffice-Vorschau). Die Auswahl setzt DISPLAY und DISPLAY_BOLD=true für die serifenlose Option. Jede installierte Schriftart mit Charakter ist in Ordnung, wenn sie nicht auf der übernutzten Liste steht (Inter, Roboto, Fraunces, Geist, Plus Jakarta, Space Grotesk). Eine rein serifenlose Wahl akzeptiert bewusst die Empfehlung für eine einzige Schriftfamilie – siehe references/anti-slop.md.
3. Marken- und Inhaltsbriefing – Kunden-/Firmenname, Präsentator, Datum und eine grobe, Folie für Folie Idee (auch Stichpunkte sind in Ordnung; Claude strukturiert sie).

Das Schema befindet sich in assets/inputs.example.json. Die Folienanzahl ist KEINE erforderliche Eingabe – sie ergibt sich aus dem Inhaltsgespräch und dem Archetyp. Standardmäßig 8–12 für Führungsdecks, 15–18 für tiefere Analysen, 26+ für Master-Deck-Synthese.

Schreiben Sie inputs.json aus den Antworten, bevor Sie ein Build-Skript berühren. Die Trennung der Eingaben vom Build-Skript bedeutet, dass dasselbe Skript jedes zukünftige Deck verarbeitet.

Schritt 1.5 – VERPFLICHTENDES Ghost-Deck vor dem Verfassen von Inhalten

Bevor Sie Folienkörper, Panels, Punkte, Gantt-Zeilen oder Prosa ausfüllen: Erstellen Sie eine Ghost-Deck-Version von inputs.json mit nur:

• title_slide ausgefüllt
• slides[i].breadcrumb, slides[i].title, slides[i].context ausgefüllt (Titel müssen Handlungstitel sein – siehe Universelle Konventionen in slide_patterns.md)
• slides[i].layout ausgewählt (Claude entscheidet definitiv aus dem nach Archetyp gefilterten Pool)
• Alle slides[i].content-Blöcke leer {} gelassen oder nur mit Platzhalter-Feldnamen

Präsentieren Sie das Ghost-Deck als Tabelle mit den Spalten: # | Abschnitt / Archetyp | Breadcrumb | Handlungstitel | Layout | Kontextzeile (1 Satz) | Hauptvisual / Daten (5-Sekunden-Test).

Die Spalte Abschnitt / Archetyp macht die geschichtete Struktur auf einen Blick sichtbar. Bei einfachen Decks (ein Archetyp durchgängig) trägt jede Zeile denselben Wert (z. B. — / Diagnose). Bei geschichteten Decks gibt die Spalte den Abschnitt an, zu dem die Folie gehört, und den Archetyp, der in diesem Abschnitt verwendet wird – z. B. Fall aufbauen / induktiv, Sequenz spielen / Roadmap, Abschlussfrage / BLUF. Abschnittsgrenzen werden visuell offensichtlich (benachbarte Zeilen teilen sich eine Abschnittsbezeichnung; die Änderung markiert den Bruch).

Verwenden Sie dann AskUserQuestion (oder fragen Sie inline) mit diesen Fragen:

1. Hält der narrative Bogen über die Abschnitte hinweg? (Alle genehmigen / Bestimmte Folien überarbeiten / Große Umstrukturierung)
2. Gibt es einen Titel, der kein „Was folgt daraus?" angibt? (Listen Sie die Foliennummern zur Korrektur auf, oder „alles gut")
3. Fühlt sich eine Layout-Wahl für die Aufgabe ihrer Folie falsch an – einschließlich einer Folie, deren Layout gegen den Archetyp ihres Abschnitts kämpft? (Listen Sie Foliennummern auf, oder „alles gut")
4. Fehlt in einer Kontextzeile oder visuellen Beschreibung ein kritisches Detail? (Listen Sie Foliennummern, oder „alles gut")

Warten Sie auf die explizite Freigabe, bevor Sie Körperinhalte verfassen. Wenn der Benutzer Änderungen wünscht, aktualisieren Sie die Ghost-Deck-Tabelle und fragen Sie erneut – fahren Sie nicht mit Schritt 1.6 fort, bis der Benutzer „alles gut" oder einen gleichwertigen Ausdruck sagt.

Warum dies existiert: Es ist schneller, 10 Folientitel wegzuwerfen als 10 fertige Folien. Die Diskussion über das Pyramidenprinzip / die SCQA-Strukturierung findet hier in der günstigen Version statt. Das Überspringen dieses Schritts ist der häufigste Grund, warum ein fertiges Deck neu aufgebaut werden muss, und es ist auch der Grund, warum spärliche Heldenfolien dort auftauchen, wo dichte Arbeitspferdmuster hingehören.

Musterauswahl innerhalb des Ghost-Decks: Claude wählt Layouts definitiv aus dem nach Archetyp gefilterten Pool aus (scripts/pattern_filter.js --archetype=<wert>). Verwenden Sie AskUserQuestion nur, um eine Auswahl zu treffen, wenn zwei Muster sich inhaltlich wirklich gleichen oder der Benutzer bereits früher eine Geschmackspräferenz geäußert hat. Eine granulare Auswahl pro Folie führt zu 10–12 erzwungenen Fragen pro Deck ohne proportionalen Qualitätsgewinn; vermeiden Sie dies.

Monotonie-Wächter (opt-in Auswahl): Während Sie die Spalte Layout ausfüllen, scannen Sie nach zwei oder mehr benachbarten Folien, die dieselbe visuelle Redeweise teilen würden – am häufigsten horizontale Balken (siehe references/slide_patterns.md → „Variieren Sie die Balken-Redeweise über benachbarte Folien hinweg"). Wenn Sie eine Reihe finden, variieren Sie entweder die Behandlung selbst oder rufen Sie den Vorschau-Auswähler für die sich wiederholende Folie auf: ein AskUserQuestion mit dem empfohlenen Layout zuerst (kennzeichnen Sie es als (Recommended)), dann 2 rendersichere Alternativen, jede mit einem kurzen ASCII-Mini-Mockup des Layouts im preview-Feld der Option, damit der Benutzer anhand von Bildern und nicht anhand von Musternamen auswählt. Dies bleibt opt-in – es wird bei einem erkannten Wiederholung, einer echten Gleichheit oder einem „Was sind meine Optionen?" vom Benutzer ausgelöst, nicht bei jeder Folie. Es ist das preiswerte Gegenstück zum Variationsmodus in Schritt 4.5: Nichts wird gebaut, bis der Benutzer gewählt hat.

Überspringen Sie Schritt 1.5 nur, wenn der Benutzer bereits eine vollständige inputs.json geliefert hat oder explizit „Ghost-Deck überspringen" geschrieben hat. Ansonsten ist es nicht verhandelbar.

Schritt 1.6 – Disziplin der Folien-erstellung (5-Schritte)

Füllen Sie für jede Folie das Schema in dieser Reihenfolge. Springen Sie nicht voraus.

1. Botschaft – Schreiben Sie zuerst slides[i].title. Er muss ein Handlungstitel sein (das „Was folgt daraus?"). Wenn Sie den Titel nicht schreiben können, verstehen Sie noch nicht, wofür die Folie da ist.
2. Struktur – Wählen Sie slides[i].layout aus dem Katalog, der den Titel unterstützt. Standardmäßig zu dichten Arbeitspferd-Mustern (diagnostic-three-panel, prioritisation-matrix, phased-roadmap-gantt, three-col-comparison, waterfall-baseline-to-target). Verwenden Sie spärliche Beilagen (stat-row, big-numeral-findings) nur als Abschnittsbrücken, niemals als den Großteil des Decks.
3. Grafiken / Hauptvisuals – Füllen Sie slides[i].content. Das Visual sollte in 5 Sekunden lesbar sein. Bei Matrizen: Wo sitzen die Punkte? Bei Gantts: Welche Arbeitsstränge überschneiden sich? Bei Wasserfällen: Welcher Posten dominiert?
4. Unterstützung – Füllen Sie slides[i].context (Ein-Satz-Rahmen, bevor die Daten präsentiert werden) und slides[i].footer_note (Quelle + Einschränkung). Beide sind bei Datenfolien nicht verhandelbar.
5. Verfeinerung – Wird durch scripts/check_titles.js + Anti-Slop-Nachkontrolle in Schritt 7 + Flight-Check-Liefer-Gate in Schritt 8 durchgeführt. Vor der Lieferung ausführen.

Das Layout vor der Botschaft auszuwählen, ist der Grund, warum spärliche Heldenfolien auftauchen. Visuals vor dem Layout auszuwählen, ist der Grund, warum Diagramme ihre Titel nicht unterstützen. Die Verfeinerung vor dem Inhalt durchzuführen, ist verschwendete Arbeit. Die Reihenfolge ist wichtig.

Vollständige Referenz: references/methodology/slide_creation_process.md.

Schritt 2 – Lesen Sie das Designsystem + die Muster

Immer lesen (jeder Build), in dieser Reihenfolge:

1. references/design_system.md – Festgelegte Palette/Typografie/Anatomie. Weichen Sie ohne Grund nicht ab.
2. references/slide_patterns.md – Der Master-Musterkatalog + universelle Konventionen (Handlungstitel, selektive Farbe, Diagrammehrlichkeit, Balken-/Spaltenreihenfolge, label-direkt, Flächenskalierung von Kreisen, Fußzeilendisziplin, Wasserfall-spezifische Regeln).
3. references/build-helpers.md – Palettenkonstanten, die header()/title()/footer()-Helfer, jedes Musterrezept (§2.x) und die Tabelle mit Fallstricken. Die Implementierungsreferenz für jeden Build. assets/reference-build.js ist das ausgeführte Beispiel, das diese übt.
4. references/methodology/content-interview.md – Framework für das Inhaltsgespräch (Situation → Problem → Hypothese → Evidenz → Argument → Antwort). Führen Sie Phase 1 aus, bevor Sie ein Build-Skript berühren.

Auf Anfrage lesen (nur wenn der Auslöser zutrifft):

• references/chart-selection-guide.md + references/chart-library/ – wenn eine Folie ein Diagramm benötigt. Angetrieben durch Schritt 2.5; nicht vorladen.
• references/slide-job-to-layout.md – wenn Sie Layouts in den Schritten 1.5 und 4.5 auswählen, um die Musterauswahl nachvollziehbar und nicht intuitiv zu machen.
• references/raci-guidance.md – wenn Sie eine RACI oder eine andere Folie zur Rollenverantwortung erstellen.

Wenn der Benutzer ein Referenz-Deck oder eine Folie zum Abgleichen bereitstellt, analysieren Sie deren Miniaturansichten auf das Layout und deren Text auf die Abschnittsstruktur. Behandeln Sie jede externe Referenz als reine Struktur: Studieren Sie, wie sie aufgebaut ist, kopieren Sie niemals ihre Wörter, Zahlen oder Bilder.

Schritt 2.5 – Diagrammfolien: Konsultieren Sie die Diagrammbibliothek + den Diagrammauswahl-Leitfaden

Wenn eine Folie ein Diagramm benötigt (Balken, Linie, gestapelt, Doppelpanel, kombiniertes Balken-/Liniendiagramm, Small Multiples, Wasserfall, Mekko), improvisieren Sie nicht. Zwei Referenzen in Folge:

Zuerst, references/chart-selection-guide.md – die Schnellauswahltabelle oben ordnet die beabsichtigte Botschaft der Folie dem Diagrammtyp zu. Das Prinzip: Der Diagrammtyp passt zur Botschaft, nicht zur Datenform. Wenden Sie die diagrammspezifischen Tipps an (kein 3D, direkte Beschriftungslinien, Balken in logischer Reihenfolge usw.).