Zurück

Minto-Pyramide und Autoregressivität

Warum gute Fachtexte nur in Revision entstehen, warum Sprachmodelle strukturell nicht revidieren können, und warum Iteration die einzige Kompensation dafür ist.

Artikel aktualisiert am 26. April 2026

Im Vollbild öffnen

Kernbotschaft: Guter Fachtext lebt von Revision. Ein Mandantenbrief, der die Empfehlung im Lead trägt, entsteht nicht in einem Durchgang. Er entsteht, wenn das fertige Material umgestellt wird. Sprachmodelle können das nicht: sie schreiben Token für Token und können innerhalb einer Antwort nicht zurückgehen. Iteration ist deshalb der Mechanismus, mit dem Mensch und Modell zusammen die Qualität eines überarbeiteten menschlichen Textes erreichen.

Wie ein Mensch einen Fachtext schreibt

Beobachte eine Patentanwältin beim Entwerfen einer Bescheidserwiderung an den Mandanten. Sie schreibt den ersten Absatz, merkt im vierten, dass die Rahmung aus Absatz zwei nicht trägt, springt zurück, streicht, schreibt anders weiter. Beim fünften Absatz fällt ihr auf, dass die Empfehlung, die sie ans Ende setzen wollte, eigentlich der Ankerpunkt des ganzen Briefs sein müsste. Also stellt sie um.

Dieser Rücksprung ist kein Fehler. Er ist das Handwerk. Kein geübter Fachautor schreibt einen komplexen Text in einem sequenziellen Durchgang und lässt ihn so stehen. Die reale Schreibpraxis sind zwei bis fünf Schleifen durch das Material. Jede Schleife macht den Text klarer, weil die Autorin jetzt weiß, was der Text am Ende sagt.

Für die Patentpraxis ist diese Revision keine Nebensache. Eine Erwiderung auf einen Prüfungsbescheid muss eine klare Antwort tragen: welche Ansprüche werden verteidigt, welche geändert, welche gestrichen. Diese Antwort steht am Ende des Denkprozesses, nicht am Anfang. Wer sie trotzdem oben im Brief platzieren will, muss den Brief ein zweites Mal durchlaufen.

Die Minto-Pyramide als Top-Down-Struktur

Barbara Minto hat in den 1960er-Jahren bei McKinsey beobachtet, dass Beratungs-Memos immer dann schlecht gelesen werden, wenn die Empfehlung am Ende steht. Ihre Antwort, in „The Pyramid Principle" ausgearbeitet, ist strukturell: die Kernaussage steht oben, darunter drei bis fünf Stützpfeiler, darunter die Details. Lesende, die nach dem ersten Absatz aufhören, bekommen trotzdem das Wichtigste mit.

Das ist mehr als ein Formatierungstrick. Die Pyramide verlangt, dass die Autorin vor dem Schreiben die Kernaussage präzise formulieren kann. In vielen Fällen kann sie das erst nachträglich, beim Lesen des eigenen Entwurfs. Die Pyramide entsteht deshalb zwangsläufig im zweiten Durchgang. Wer in einem Rutsch Minto-konform schreiben will, muss entweder das Ergebnis vorher kennen oder einen Text in Kauf nehmen, der sich unterwegs selbst korrigiert und deswegen stolpert.

Formaler Aufbau · Situation, Complication, Question, Answer

Minto setzt oberhalb der Pyramide eine Einleitung nach dem SCQA-Muster:

  • Situation: der unbestrittene Status quo. „Die europäische Patentanmeldung EP X befindet sich im Prüfungsverfahren; der erste Bescheid vom Datum Y liegt vor."
  • Complication: die Störung, die eine Entscheidung erzwingt. „Der Prüfer erhebt fünf Einwände nach Art. 54, 56, 84, 123(2) und 82 EPÜ."
  • Question: die Frage, die der Leser jetzt hat. Typischerweise implizit: „Wie reagieren wir?"
  • Answer: die Kernaussage als Lead. „Empfehlung: Anspruch 1 als Hauptantrag verteidigen, Ansprüche 2 bis 4 im Hilfsantrag einschränken, mündliche Verhandlung nach Art. 116 EPÜ vorsorglich beantragen."

Unter der Answer folgen drei bis fünf Key Points, die sie tragen. Unter jedem Key Point die Details mit Fundstellen. Die gesamte Struktur ist eine Pyramide, nicht eine Kette.

Für eine Bescheidserwiderung an den Mandanten heißt das: auf der ersten Seite stehen die Answer und die drei Key Points. Der Mandant, der nur diese Seite liest, weiß, wie das Mandat weitergeht. Wer tiefer einsteigt, bekommt die Belege. Das ist das Gegenteil des klassischen Gutachten-Stils mit 15 Seiten Vorlauf und Fazit im letzten Absatz.

Was Autoregressivität bei Sprachmodellen bedeutet

Ein Sprachmodell generiert strikt von links nach rechts. Formal: jeder Token ist eine Wahrscheinlichkeitsverteilung, bedingt auf alle bisher geschriebenen Tokens. P(Token_n | Token_0 … Token_(n−1)). Ist ein Token geschrieben, bleibt er stehen. Innerhalb eines Generationslaufs existiert kein Mechanismus, zu einem früheren Token zurückzukehren und ihn zu überschreiben.

Daraus folgen drei harte Konsequenzen für längere Texte.

  1. Kein Umstellen innerhalb einer Antwort. Merkt das Modell bei Token 400, dass die Rahmung in Token 20 schief war, muss es den Rest der Antwort um den Fehler herum bauen oder den Fehler nachträglich zu erklären versuchen. Was ein Mensch mit drei Klicks im Editor erledigt (Absatz schneiden, oben einfügen), ist im selben Lauf des Modells ausgeschlossen.
  2. Die Kernaussage landet hinten. Das Modell entdeckt sie oft erst beim Schreiben, weil Schreiben und Denken bei einem LLM dieselbe Operation sind. Deshalb tendieren längere LLM-Antworten zu Bottom-up-Struktur: lange Herleitung, Fazit am Ende. Minto-konforme Top-Down-Texte sind in einem Rutsch nicht erreichbar, ausser der Kernaussage war schon im Prompt explizit vorgegeben.
  3. Rahmungen werden zum Gefängnis. Beginnt die Antwort mit „Das Problem lässt sich in drei Punkten zusammenfassen", muss der Rest des Texts diesem Raster folgen, selbst wenn das Modell unterwegs merkt, dass vier Punkte oder eine andere Gliederung präziser wären. Ein Mensch würde den ersten Satz streichen und neu ansetzen. Das Modell kann das nicht.

Was Thinking-Modelle lösen und was nicht

Neuere Modelle wie GPT-5 mit Reasoning, Claude Sonnet 4.6 mit Extended Thinking oder Gemini mit Thinking-Modus führen vor der sichtbaren Antwort einen internen Scratchpad-Durchgang aus. Dort planen sie, verwerfen Ansätze, rahmen neu. Der Nutzer sieht das nicht oder nur aufklappbar. Das verbessert den Erstentwurf messbar, vor allem bei Aufgaben, die Planung verlangen (Mathematik, Code, mehrstufige Argumentation).

Was Thinking-Modelle nicht lösen: sobald die sichtbare Antwort beginnt, ist sie wieder autoregressiv. Token für Token, keine Rückkehr. Der Thinking-Teil entschärft das Planungsproblem vor dem Schreiben, aber nicht das Revisionsproblem nach dem Schreiben. Der Unterschied ist strukturell.

Merksatz: Thinking ist Antizipation vor dem Text. Lektorat ist Revision nach dem Text unter Kenntnis des gesamten Materials. Sprachmodelle können das eine, das andere nicht. Mehr Parameter, mehr Trainings-Compute oder längere Denk-Budgets ändern daran nichts, solange die Architektur autoregressiv bleibt.

Iteration als strukturelle Kompensation

Wenn das Modell nicht umstellen kann, muss jemand anderes es tun. Der Mensch liest den fixen Output, erkennt, dass die Empfehlung im Lead stehen müsste, und schickt einen zweiten Prompt. „Schreib neu, Empfehlung zuerst, dann die Stützung, keine Einleitung." Das Modell schreibt ein zweites Mal. Diesmal kann es Top-Down arbeiten, weil die Antwort jetzt bekannt ist.

Das ist nicht „Feedback-Schleife, weil der Nutzer seine Meinung ändert". Das ist die strukturelle Kompensation für eine Fähigkeit, die dem Modell fehlt. Ohne diesen zweiten Durchgang fehlt dem Output genau die Qualitätsstufe, die beim Menschen „Zweitfassung" heißt.

Iteration läuft auf zwei Ebenen. Die Makro-Iteration passiert zwischen Mensch und Modell: Output lesen, neuer Prompt, neuer Output. Die Mikro-Iteration baut denselben Zyklus programmatisch ein, etwa in Drafter/Reviewer-Setups oder Agenten-Architekturen, die vor der finalen Antwort mehrere interne Durchgänge erzeugen. Beide Ebenen lösen dasselbe Problem: sie schaffen einen zweiten Lauf über dem ersten.

Die Rollenverschiebung: Editor statt Autor

Beim klassischen Schreiben ist der Mensch Autor und Editor in einer Person. Beim Arbeiten mit einem Sprachmodell verschiebt sich das. Der Autor sitzt im Modell, die menschliche Rolle ist Editor und Regisseur. Das ist nicht weniger Arbeit als das klassische Schreiben, sondern andere Arbeit. Der Hebel liegt beim Lektorieren: Kernaussage erkennen, Struktur umstellen, streichen.

Diese Rollenverschiebung erklärt, warum Praktikerinnen, die gut im Editor-Denken sind, mit LLMs spürbar bessere Ergebnisse erzielen als Leute, die einen perfekten Einmal-Prompt formulieren wollen. Der Qualitätssprung sitzt in der zweiten, dritten, vierten Runde. Wer diesen Teil überspringt, verschenkt den Hauptteil des Werkzeugs.

Was das konkret für Patentarbeit heißt

Drei Muster, die sich aus dieser Diagnose ableiten und in der Kanzleipraxis direkt anwendbar sind:

1. Erster Lauf Bottom-up zulassen, zweiter Lauf Minto erzwingen

Beim Mandantenbrief zur Bescheidserwiderung den ersten LLM-Durchgang Bottom-up laufen lassen. Das Ergebnis ist ein vollständiger Entwurf mit der Kernaussage hinten. Das ist kein Bug, das ist das, was das Modell strukturell liefern kann. Im zweiten Prompt: „Schreib das neu mit der Empfehlung im Lead, dann drei Key Points, dann die Details. Kein Vorlauf." Der zweite Durchgang produziert die Minto-Struktur, weil die Antwort jetzt bereits im Kontext steht.

2. Executive Summary getrennt generieren

Alternative Route: erster Durchgang produziert die Langfassung, ein zweiter separater Prompt erzeugt daraus ein strenges Executive Summary, das der Langfassung vorangestellt wird. Vorteil: die Langfassung bleibt unverändert, das Summary kann unabhängig iteriert werden. Nachteil: zwei Artefakte, die konsistent gehalten werden müssen.

3. Drafter/Reviewer-Paar für Bescheidserwiderungen

Systematisierte Mikro-Iteration: ein Chat entwirft die Erwiderung (Drafter-Rolle), ein zweiter Chat mit Prüfer-Rolle attackiert sie. Der Mensch orchestriert die Runden und gibt jeweils den Output der Gegenseite als Input. Die iterativen Durchgänge sind dadurch Teil des Workflows, nicht ein optionaler Nachbearbeitungs-Schritt. Der Drafter produziert Bottom-up, der Reviewer zwingt zur Top-Down-Verteidigung, am Ende hat der Mensch mehrere Perspektiven in der Hand.

Querverweise: Drafter/Reviewer in getrennten Chats ist Pattern 6 aus Context Engineering. Die Belegpflicht im Output beider Seiten gehört zu Belegpflicht. Die Prompt-Patterns für die einzelnen Rollen stehen in Prompt Engineering Patterns.

Einsatzfertig: das Prompt-Tool Minto-Überarbeitung setzt diese Prinzipien als drei Templates um (Direktumarbeitung, Skelett zuerst, Strukturextraktion für lange Texte) — Originaltext einfügen, Kontext setzen, Prompt kopieren.

Quellen

  1. Minto, Barbara: The Pyramid Principle: Logic in Writing and Thinking, 3. Auflage, Pearson Education, 2009 (Erstausgabe 1978). Kapitel 1 bis 3 für SCQA und Pyramidenaufbau.
  2. Vaswani, A. et al.: „Attention Is All You Need", NeurIPS 2017. Grundlagenpaper zum Transformer als autoregressive Architektur aktueller Sprachmodelle. arxiv.org/abs/1706.03762
  3. Bommasani, R. et al.: „On the Opportunities and Risks of Foundation Models", Stanford CRFM 2021. Abschnitte zu den strukturellen Grenzen autoregressiver Generation. arxiv.org/abs/2108.07258
  4. OpenAI: „Learning to Reason with LLMs", 2024. Technischer Hintergrund zu Reasoning-Modellen und internem Scratchpad. openai.com
  5. Yao, S. et al.: „ReAct: Synergizing Reasoning and Acting in Language Models", ICLR 2023. Prototyp für iterative Mikro-Schleifen in Agenten-Architekturen. arxiv.org/abs/2210.03629

Newsletter

Weitere Texte zu generativer KI in der Patentpraxis gibt es im GenAI-Newsletter.

GenAI-Newsletter abonnieren

Inhalte teilweise KI-generiert, kuratiert von Sebastian Goebel. Dies ist keine Rechtsberatung, sondern Trainingsmaterial für meine Workshops. Keine Gewährleistung für Richtigkeit oder Vollständigkeit. Keine Haftung. Software wird ohne Mängelgewähr bereitgestellt.