matzehg/minto-deck

Minto Deck

Ein Deck oder ein Memo ist ein Argument, dem das Publikum allein anhand der Überschriften folgen kann. Diese Fertigkeit macht jedes Deck und jedes Memo antwort-zuerst, baut zuerst die Storyline auf, damit das Argument genehmigt wird, während Änderungen noch billig sind, und prüft bestehende Decks und Memos nach dem gleichen Standard. Die Methodik lebt in references/, unabhängig von jedem Rendering-Werkzeug, sodass sich die Fertigkeit in Claude.ai, Cowork, Claude Code oder jedem anderen Agent-Skills-kompatiblen Host gleich verhält.

Drei Modi

Wähle genau einen Modus pro Anfrage und nenne ihn in der ersten Zeile der Antwort.

• Build: Der Benutzer möchte ein neues Deck, eine Storyline, ein Geister-Deck, Sprechnotizen für ein noch nicht existierendes Deck oder eine Überarbeitung von Material in Folien.
• Memo: Der Benutzer möchte Prosa, die antwort-zuerst argumentiert: eine Management-Zusammenfassung, eine Besprechungsnotiz oder einen Vermerk, einen Veranstaltungs- oder Meetingbericht, die These eines Tages oder eines Meetings, ein Entscheidungsmemo, eine Statusnotiz oder eine Zusammenfassung, die mit der Schlussfolgerung führen soll, anstatt die Quelle nachzuerzählen. Die Ausgabe ist Text (Chat, Dokument oder Datei), niemals Folien.
• Audit: Der Benutzer hat ein Deck oder ein Memo (Datei, Link, eingefügte Gliederung, exportierter Text) und möchte es überprüfen, prüfen, kritisieren oder bewerten. Ändere es im Audit-Modus nicht, es sei denn, der Benutzer bittet um eine Umschreibung; dann berichte zuerst, schreibe um als zweites.

Eine Anfrage wie „Repariere mein Deck“ ist Audit gefolgt von Build Stufe 1 für die korrigierte Storyline. Sage das, bevor du beginnst. „Fasse diese Notizen zusammen“ ohne weiteren Wunsch ist eine einfache Zusammenfassung und liegt außerhalb dieser Fertigkeit; „fasse so zusammen, dass die Kernbotschaft zuerst kommt“, „was ist die These des Tages“, „schreibe die Management-Zusammenfassung“ ist Memo-Modus. Wenn sowohl ein Memo als auch ein Deck gewünscht werden, führe zuerst Memo aus: Die genehmigte Memo-Storyline wird zur Kernbotschaft und Schlüsselzeile des Geister-Decks (siehe „Brücke zum Build“ im Memo-Modus).

Sprache

Antworte, Titel, Notizen und alle Artefakte in der Sprache der Vorgabe. Wenn die Vorgabe gemischt ist, frage einmal. Behalte methodische Begriffe auf Englisch bei, mit der deutschen Erläuterung bei erster Verwendung, wenn das Deck deutsch ist, zum Beispiel „Governing Thought (Kernbotschaft)“. references/glossary.md enthält die festen Paare; verwende sie, damit Decks projektspezifisch konsistent bleiben.

Build-Modus

Stufe 0: Der Briefing-Vertrag

Bevor du einen einzigen Titel schreibst, ermittle die folgenden Punkte. Nimm sie zuerst aus der Anfrage, dem beigefügten Material und dem Gesprächsverlauf. Frage nur nach einem Punkt, der fehlt und die Storyline ändern würde; ansonsten gib die Annahme in der Ausgabe von Stufe 1 an und fahre fort. Stelle nicht mehr als drei Fragen auf einmal.

1. Publikum und seine Frage: Wer sitzt im Raum und was müssen sie verstehen, entscheiden oder tun, wenn das Deck endet.
2. Zweck und Deck-Typ: Entscheidungsvorlage, Statusbericht, Vorschlag oder Pitch, Expertenvortrag, Lese-Deck. references/audit-checklist.md listet die obligatorischen Elemente pro Typ auf; der Typ bestimmt, was Stufe 2 enthalten muss.
3. Kernbotschaft (Governing Thought), die der Benutzer bereits hat, falls vorhanden. Wenn der Benutzer keine hat, leite eine aus dem Material ab und kennzeichne sie als abgeleitet.
4. Umgebung: Live präsentiert oder ohne Vortragenden gelesen. Dies legt den Dichtemodus fest (vortragszentriert oder lesezentriert) und ob eine Handout-Variante benötigt wird.
5. Dauer, einschließlich Diskussionszeit, und das daraus folgende Folienbudget.
6. Material und Quellen: Welche Belege existieren, was fehlt, was nicht erfunden werden darf. Zahlen, Zitate und Beispiele stammen aus dem Material des Benutzers oder sind klar als Platzhalter gekennzeichnet.
7. Einschränkungen: Vorlage, Corporate Design, Vertraulichkeit, Foliengrenzen, obligatorische Folien. Vorlagen leben in assets/templates/, ein Ordner pro Vorlage mit der Datei und einem kurzen Hinweis zu ihren Layouts; wähle die, die die Vorgabe nennt, oder frage, wenn mehrere passen. Vorlagen sind Eigentum des Benutzers oder seines Arbeitgebers: Halte sie von öffentlichen Repositorien fern.
8. Notation: Wenn das Material Ist-Werte, Pläne, Prognosen, Vorperioden oder Abweichungen enthält, verwendet das Deck standardmäßig die IBCS-Notation. Sage dies im Register und liste „ohne IBCS-Notation“ als offenen Punkt am Gate, damit der Benutzer ablehnen kann.

Stufe 1: Das Geister-Deck (Ghost Deck)

Lies references/minto-pyramid.md und references/storyline-ghost-deck.md, bevor du baust. Das Geister-Deck ist das vollständige Argument ohne Folienkörper.

Baue es in dieser Reihenfolge:

1. Schreibe die Kernbotschaft: Ein Satz, der die Frage des Publikums beantwortet und mit dem eine vernünftige Person nicht einverstanden sein könnte.
2. Schreibe den Einstieg als SCQA. Behalte nur die Situation und Komplikation, die das Publikum nicht bereits teilt. Entscheide, wo die Kernbotschaft erscheint (Folie 2 als Management-Zusammenfassung ist die Voreinstellung).
3. Schreibe die Schlüsselzeile: Die drei bis fünf Behauptungen, die zusammen die Kernbotschaft beweisen. Teste sie als Satz: Gleiche Art von Idee, keine Überschneidung, zusammen ausreichend, eine logische Reihenfolge.
4. Erweitere jede Schlüsselzeilen-Behauptung in ihre unterstützenden Folien. Jeder Folientitel ist ein vollständiger Satz, der eine Behauptung aufstellt. Gruppiere Peers mit paralleler Grammatik.
5. Füge den Abschluss hinzu: Kernbotschaft neu formuliert, Entscheidung oder nächste Schritte als Vorschlag, über den das Publikum entscheidet, und die explizite Bitte, wenn der Deck-Typ eine hat.
6. Baue das Register: Jede benannte Entität (Prozess, Gremium, Rolle, System, Option, Kriterium) mit dem genauen Namen, der auf jeder Folie erscheinen wird, ihrer Kategorie, Definition und Status (aus der Vorgabe oder Hypothese). Teste jeden Satz auf eine Kategorie und ein Benennungsmuster. Das Register ist der Bearbeitungspunkt des Benutzers für Namen, Mitglieder und Reihenfolge; Stufe 2 verwendet es als einzige Quelle.
7. Leite das Zeitgerüst aus der Dauer ab und markiere Schnittprioritäten. Abschnittstrenner erst ab etwa 20 Folien; kürzere Decks verwenden den Tracker.
8. Führe den Lektüre-Test durch: Lies die Titel allein, von oben nach unten. Wenn das Argument eine Lücke, eine Wiederholung oder einen Sprung hat, korrigiere die Titel, nicht die Körper.

Gib exakt das Geister-Deck-Format in references/storyline-ghost-deck.md aus: nummerierte Titel gruppiert nach Abschnitt, Register, Zeitgerüst, Annahmen, offene Punkte und höchstens eine alternative Schlüsselzeile, wenn das Material eine andere Struktur unterstützt. Halte dann an. Beende die Antwort mit der Genehmigungsfrage. Erzeuge keine Folien, Notizen oder Dateien im selben Durchgang, selbst wenn der Benutzer nach „dem Deck“ gefragt hat: Das Gate ist der Punkt der Methode, und eine Storyline-Änderung kostet jetzt Minuten und später Stunden. Wenn der Benutzer ausdrücklich einen One-Shot-Durchlauf gewünscht hat, sage, dass das Gate auf seinen Wunsch übersprungen wird, und fahre fort.

Wenn der Benutzer Titel bearbeitet, regeneriere nur den betroffenen Teil der Storyline und führe den Lektüre-Test erneut durch. Öffne keine genehmigten Abschnitte erneut.

Notationsvorschau: Wenn der Benutzer sich bei der IBCS-Notation unsicher ist, baue vor der eigentlichen Stufe 2 eine Diagrammfolie in beiden Varianten und lass ihn wählen. Zwei vollständige Decks in zwei Notationen nur auf ausdrücklichen Wunsch.

Stufe 2: Das vollständige Deck

Beginne nur von einem genehmigten Geister-Deck aus. Lies zuerst references/stage-2-checklist.md; es ist die Seite, die vor der Auslieferung abgehakt wird. Lies dann references/consulting-practices.md, references/visual-design.md, references/speaker-notes.md und references/timing-qa-handout.md. Wenn das Material Ist-Werte, Pläne, Prognosen, Vorperioden oder Abweichungen enthält, lies auch references/ibcs-notation.md. Für ein lesezentriertes Deck oder den Handout-Schritt lies references/reading-decks.md.

Erzeuge in dieser Reihenfolge:

1. Folienkörper. Eine Botschaft pro Folie; der Körper beweist den Titel. Wähle die Belegform (Diagramm, Tabelle, Karten, Schaubild, Text) nach dem Vergleich, den die Botschaft anstellt, gemäß den Diagramm- und Tabellenregeln in consulting-practices.md. Jede externe Behauptung erhält eine Quellenzeile; jede Zahl erhält Einheit, Zeitraum und Nenner. Die Dichte folgt dem in Stufe 0 festgelegten Modus; bei vortragszentrierter Dichte skaliere Typ und Formen, um die Folie zu füllen, anstatt Löcher zu lassen. In einer Entscheidungsvorlage zeige die Optionen vor dem Detail der empfohlenen und kennzeichne sie als Optionen im Titel. Jede Entität stammt aus dem Register, im Namen und in der Reihenfolge des Registers.
2. Management-Zusammenfassung auf Folie 2: Entwurf aus dem Geister-Deck (Kernbotschaft, Schlüsselzeile, Bitte); die endgültige Version wird in Schritt 8 geschrieben, nachdem alle anderen Folien existieren und die Zahlen bekannt sind. Formatiere nach Dichtemodus gemäß Abschnitt 8 von visual-design.md.
3. Sprechnotizen für jede Folie im Notizenbereich, strukturiert wie in speaker-notes.md: Kernpunkt, Eröffnungssatz, Gesprächsverlauf, Beleg zum Zeigen, Übergang, Zeitbudget. Stichpunkte, kein Skript.
4. Zeitplan als separate Tabelle: Folie, Minuten, kumuliert, Schnittpriorität.
5. Q&A-Vorbereitung als separates Dokument: Die Fragen, die das Publikum stellen wird, gruppiert nach dem, was sie angreifen, jede mit einer kurzen Antwort und einem Verweis auf die Folie oder den Backup, der den Beleg trägt.
6. Backup-Folien für die Belege, die erwartete Fragen beantworten, aber nicht das Hauptargument tragen. Verweise auf sie aus dem Q&A-Dokument.
7. Handout-Variante, wenn das Deck auch ohne den Vortragenden gelesen wird: gleiche Storyline, lesezentrierte Dichte, Quellen auf der Folie, keine Vortragshinweise; Konvertierungsregeln in Abschnitt 6 von reading-decks.md.
8. Management-Zusammenfassung, endgültig. Schreibe Folie 2 gegen die fertigen Folien um: Jede fettgedruckte Zeile ist eine Behauptung, die eine Folie beweist, jede Zahl stimmt mit ihrer Folie überein.
9. Konsistenzprüfung. Extrahiere den Deck-Text und überprüfe jeden Satz aus dem Register: gleiche Mitglieder, gleiche Namen, gleiche Reihenfolge auf jeder Folie, auf der er erscheint; ein Mitglied, das erscheint oder verschwindet, hat einen angegebenen Grund auf der Folie oder in den Notizen. Überprüfe, dass Teilmengen ihr Universum und Kriterium nennen. Überprüfe die Belegspalte des Geister-Decks: Jeder als „fehlend“ markierte Titel ist jetzt ein Platzhalter auf der Folie und im Lieferhinweis.
10. Selbstprüfung gegen references/audit-checklist.md vor der Auslieferung, einschließlich der visuellen Prüfung in Abschnitt 12 von visual-design.md. Behebe Blocker; liste Warnungen im Lieferhinweis.

Rendering

Die Methodik ist werkzeugunabhängig; die Datei wird von dem erzeugt, was der Host bietet, in dieser Reihenfolge der Präferenz:

1. Die native PowerPoint-Fähigkeit des Hosts (Anthropics pptx-Fertigkeit, ein PowerPoint-Connector oder ein äquivalentes Folienwerkzeug), weil es Text, Tabellen und Diagramme bearbeitbar hält und Notizen in den Notizenbereich setzt.
2. pptxgenjs mit scripts/pptx-helpers.js in einer Sandbox, wenn keine solche Fähigkeit existiert; die Helfer kodieren Zonen, Raster, Typ-Skalierung, listenartige Tabellen, Karten, Chevrons und den Notizenbereich, sodass eine Build-Datei nur den Inhalt des Decks enthält (siehe scripts/README.md und scripts/example-build.js).
3. Eine Markdown-Gliederung mit Notizen, wenn überhaupt keine Datei erzeugt werden kann; sage dies.

Liefere ein bearbeitbares .pptx. Keynote und Google Slides importieren es; erzeuge keine Keynote-native Datei. Halte Diagramme nativ. Setze Sprechnotizen in den Notizenbereich, niemals in ein Textfeld auf der Folie. Wende die Vorlage des Benutzers an, wenn er eine geliefert hat; ansonsten bleibe neutral und sage dies. Überprüfe vor der Auslieferung den Deck-Text und prüfe Titel, Reihenfolge, Notizen-Präsenz und übrig gebliebene Platzhalter. Rendere dann jede Folie in voller Größe und betrachte jede einzelne: Überlappungen, fliegende Verbinder, Boxen, die schmaler sind als das, worauf sie zeigen, umbrochene Schlüssel-Wert-Zeilen, angesammelter Leerraum, tabellenkalkulationsartige Tabellen. Miniaturansichten zeigen diese nicht.

Memo-Modus

Lies references/memo-format.md und references/minto-pyramid.md, bevor du beginnst. Ein Memo wendet die gleiche Pyramide wie ein Deck an, abgeflacht in Prosa: Die Kernbotschaft führt, die Abschnittsüberschriften sind die Schlüsselzeilen-Behauptungen, jeder Absatz beweist seine Überschrift. Zwei Stufen, ein leichtes Gate.

Stufe 0: Briefing

Nimm die folgenden Punkte aus der Anfrage, dem Material und dem Gespräch; frage nur nach einem, der fehlt und die Storyline ändern würde, höchstens drei Fragen auf einmal.

1. Publikum und seine Frage: Wer liest dies und was müssen sie danach verstehen, entscheiden oder tun. Ein gemischtes Publikum (interne und externe Leser) senkt die Dichte interner Verweise und erhöht die Anforderung an die Quellenangabe.
2. Memo-Typ: Management-Zusammenfassung, Besprechungsnotiz (Vermerk), Veranstaltungs- oder Meetingbericht, Entscheidungsmemo, Statusnotiz. memo-format.md listet die obligatorischen Elemente pro Typ auf.
3. Kernbotschaft, die der Benutzer bereits hat. Wenn keine, leite eine aus dem Material ab und kennzeichne sie als abgeleitet; das Gate existiert, damit der Benutzer sie ersetzen kann.
4. Längenbudget (Wörter oder Seiten) und Ziel: Chat-Antwort, ein Dokument, eine Datei.
5. Material und Quellen: Was verwendet werden darf, was nicht erfunden werden muss, wie Aussagen zugeordnet werden. Für einen Bericht über Gespräche oder Meetings kläre, ob Sprecher namentlich, nach Rolle oder gar nicht genannt werden (Abschnitt 5 von memo-format.md).
6. Ob ein Deck folgt. Wenn ja, baue die Storyline so, dass sie übernommen wird.

Stufe 1: Storyline

Liefere im Format von Abschnitt 2 von memo-format.md: die Kernbotschaft in einem Satz; den Einstieg als alle vier SCQA-Zeilen, Situation und Komplikation als je einen Satz, die Frage, die die Komplikation aufwirft, und die Antwort als die Kernbotschaft wörtlich, damit der Leser am Gate prüfen kann, dass die Antwort die Frage beantwortet; die Schlüsselzeile von drei bis fünf Behauptungen als vollständige Sätze, geordnet nach Thema oder Argument, niemals nach der Reihenfolge des Quellmaterials, jede mit einem Belegzeichen (vorhanden, fehlend oder Platzhalter und die Quelle); die Reihenfolge und ihr Kriterium; wo Widersprüche zwischen Quellen sitzen und unter welcher Behauptung sie argumentiert werden; was das Memo für den Leser als Nächstes sagt, wenn das Memo-Typ dieses Element hat; die Zuordnungseinstellung; Annahmen und offene Punkte; ein kurzes Register, wenn das Memo Prozesse, Gremien, Rollen, Systeme oder Optionen nennt, die konsistent bleiben müssen, mit einer „Mengen“-Zeile, die jede Menge mit einem Pluralnomen benennt und ihre Mitglieder in fester Reihenfolge auflistet (der Pluralnomen-Test: ein Institut gehört nicht zu einer Menge von Prozessen). Führe den Lektüre-Test an der Schlüsselzeile durch. Beende mit einer Genehmigungsfrage und halte an. Ausnahmen: Der Benutzer hat einen One-Shot-Durchlauf gewünscht, oder die Anfrage ist zu kurz für einen sinnvollen Austausch (z.B. nur „Schreibe eine Zusammenfassung“); dann liefere die Storyline ohne Gate, aber sage, dass das Gate übersprungen wurde.