Mind Map

Über Mind Maps

Eine Mind Map ist ein radiales Diagramm, das Ideen rund um ein zentrales Thema organisiert und nach außen in Unterthemen und Details verzweigt. Tony Buzan popularisierte das Format in den 1970er Jahren als Notiz- und Brainstorming-Werkzeug; die Methode hat sich seitdem in Bildung, Projektplanung, Besprechungsmoderation und Wissensmanagement weit verbreitet. Der zentrale Gedanke: nichtlineare Verzweigungen spiegeln wider, wie assoziatives Denken funktioniert — schneller als eine Gliederung, strukturierter als freies Schreiben.

Schematex Mind Maps verwenden eine Markdown-Überschriften + Aufzählungslisten-DSL, die von markmap inspiriert ist — ein Format, das die meisten Nutzer bereits kennen. Zwei Layout-Stile stehen zur Verfügung: die klassische radiale map (Äste in alle Richtungen) und ein horizontaler logic-right-Baum. Diese Seite dokumentiert, was der Parser heute akzeptiert.

1. Ihre erste Mind Map

Die kleinste sinnvolle Mind Map: ein zentrales Thema mit zwei Ästen, einer davon mit einem Unterpunkt.

Vier Regeln decken 80 % der Anwendungsfälle ab:

1. Mit dem optionalen Schlüsselwort mindmap in einer eigenen Zeile beginnen, gefolgt von einer Leerzeile.
2. Die Wurzel ist die einzige #-Überschrift — genau eine ist erlaubt.
3. ##, ### und tiefere Überschriften legen die Ast-Tiefe fest. Die Überschriftenebene entspricht der Baumtiefe.
4. -, * oder + als Aufzählungszeichen, um Unterpunkte unter einer Überschrift hinzuzufügen. Jeder 2-Leerzeichen-Einzug fügt eine weitere Tiefenebene hinzu.

Kommentare werden nicht unterstützt. %%-Direktiven (vor der #-Wurzel) dienen ausschließlich der Konfiguration.

2. Überschriften und Tiefe

Die Überschriftenebene entspricht direkt der Baumtiefe. # ist immer die Wurzel (Tiefe 0). ## ist Tiefe 1. ### ist Tiefe 2, und so weiter bis ###### (Tiefe 5).

mindmap

# Root
## Branch A         ← Tiefe 1
### Sub-branch      ← Tiefe 2
#### Leaf           ← Tiefe 3
## Branch B

Überschriften können Ebenen überspringen — #### nach ## ist gültig und erzeugt einen Knoten auf Tiefe 3. Die Baumtiefe ist relativ zur Wurzel, nicht zur vorherigen Überschrift.

3. Aufzählungspunkte

Aufzählungspunkte erweitern einen Überschriften-Ast um weitere Details. -, * und + werden als Aufzählungszeichen akzeptiert. Jeder 2-Leerzeichen-Einzug fügt eine Tiefenebene relativ zur umgebenden Überschrift hinzu.

## Risks
- Technical complexity         ← Tiefe 2 (eine Ebene unter ## Risks)
  - Legacy integrations        ← Tiefe 3 (2 Leerzeichen Einzug)
    - Auth service             ← Tiefe 4 (4 Leerzeichen Einzug)
- Team availability            ← wieder Tiefe 2

4. Inline-Formatierung

Knotenbezeichnungen unterstützen eine Teilmenge der Markdown-Inline-Formatierung. Der Parser tokenisiert Bezeichnungen zur Parse-Zeit; der Renderer verwendet die Token, um formatierten Text auszugeben.

Das Kontrollkästchen muss am Anfang der Bezeichnung stehen (vor jedem anderen Text). Inline-Formatierung kann verschachtelt werden: **[bold link](url)**.

5. Layout-Stile

Die %% style:-Direktive wählt den Layout-Algorithmus aus. Sie wird vor der #-Wurzelüberschrift platziert.

%% style: map
%% style: logic-right
%% style: futureswheel
%% style: driver

map (Standard) — radiales Layout, Äste breiten sich in alle Richtungen vom Zentrum aus. Am besten für Brainstorming und Konzeptkarten.

logic-right — horizontaler Baum, alle Äste erstrecken sich nach rechts. Am besten für strukturierte Gliederungen und sequenzielle Hierarchien.

futureswheel — ein Futures Wheel (Jerome Glenn, 1971/72), das klassische Format für strukturiertes Brainstorming zum Durchdenken von Konsequenzen. Das zentrale Ereignis oder der Trend sitzt im Mittelpunkt; Konsequenzen erster Ordnung landen auf dem inneren Ring, Konsequenzen zweiter Ordnung auf dem nächsten Ring nach außen, und so weiter. Jedes Kind bleibt im Winkelsegment seines Elternteils, und jeder Ring ist nach Ordnung farblich kodiert, sodass ein Leser auf einen Blick sehen kann, wie weit ein Welleneffekt vom ursprünglichen Ereignis entfernt ist. Die Tiefe wird auf Ringe abgebildet: # ist der Mittelpunkt, ## ist der erste Ring (1. Ordnung), ### und Aufzählungspunkte unter einer Überschrift schieben auf den nächsten Ring (2. Ordnung), und tiefere Ebenen rücken weiter nach außen.

driver — ein Driver Diagram, das Planungswerkzeug aus dem IHI-Modell (Institute for Healthcare Improvement) zur Verbesserung. Es liest sich von links nach rechts als ordentlicher Baum: das Ziel ganz links, die primären Treiber (die wenigen Bereiche mit hohem Hebel, die das Ziel bewegen) in der nächsten Spalte, dann sekundäre Treiber und konkrete Veränderungsideen, die weiter nach rechts verzweigen. Baumebenen werden sauber auf die Struktur abgebildet: # ist das Ziel, ## sind primäre Treiber, und Aufzählungspunkte und tiefere Überschriften darunter werden zu sekundären Treibern und Veränderungsideen. Verwenden Sie es immer dann, wenn Sie zeigen müssen, wie ein Ziel tatsächlich erreicht werden soll.

6. Direktiven

Direktiven sind %%-Zeilen, die vor der #-Wurzelüberschrift platziert werden. Sie konfigurieren das Diagramm global.

mindmap
%% style: logic-right
%% maxLabelWidth: 320

# Wide label root

7. Bezeichnungen & Kommentare

• Wurzeltitel: der Text nach # in der Wurzelüberschriften-Zeile.
• Ast-Bezeichnungen: der Text nach ##, ### usw.
• Aufzählungsbezeichnungen: der Text nach dem - / * / + -Marker.
• Inline-Formatierung: **fett**, *kursiv*, `code`, [text](url), [ ] / [x].
• Kommentare: werden im Hauptteil nicht unterstützt. Verwenden Sie %%-Direktiven vor der #-Wurzel für die Konfiguration; %%-Zeilen im Hauptteil werden als Direktiven behandelt (werden stillschweigend ignoriert, wenn nicht erkannt).

8. Reservierte Wörter & Escaping

Am Dokumentanfang reserviert: mindmap (optionales Schlüsselwort) und %% (Direktiv-Präfix).

Als Wurzel reserviert: genau eine #-Überschrift; eine zweite #-Überschrift erzeugt einen Parse-Fehler.

Aufzählungsmarker: -, *, + gefolgt von einem Leerzeichen. Ein *, dem kein Leerzeichen folgt, wird als Kursiv-Marker behandelt, wenn er im Beschriftungstext erscheint.

Inline-Konflikte: Eine Beschriftung, die mit [ ] oder [x] beginnt, wird als Kontrollkästchen geparst, nicht als Markdown-Link. Wenn Sie eine Beschriftung benötigen, die buchstäblich mit [ beginnt, schreiben Sie \[ — der Backslash escapet die Klammer.

9. Häufige Fehler

10. Grammatik (EBNF)

document       = ("mindmap" NEWLINE)? (blank | directive)* node*

directive      = "%%" WS key ":" WS value NEWLINE
key            = "style" | "theme" | "maxlabelwidth"

node           = heading | bullet
heading        = INDENT? "#"+ SPACE label NEWLINE
bullet         = SPACE* bullet-marker SPACE label NEWLINE
bullet-marker  = "-" | "*" | "+"

label          = inline-token*
inline-token   = checkbox
               | "**" inline-token* "**"
               | "*" inline-token* "*"
               | "`" code-text "`"
               | "[" inline-token* "]" "(" url ")"
               | plain-text

checkbox       = "[ ]" SPACE | "[x]" SPACE | "[X]" SPACE

INDENT         = WS*    %% headings may have leading whitespace (ignored)
SPACE          = " " | "\t"

Tiefenregeln:

• Überschrift # → Tiefe 0 (Wurzel)
• Überschrift ## → Tiefe 1, ### → Tiefe 2, usw.
• Aufzählungspunkt mit n führenden Leerzeichen → Tiefe = lastHeadingDepth + 1 + floor(n / 2)

Maßgebliche Quelle: src/diagrams/mindmap/parser.ts. Falls dies vom Parser abweicht, gewinnt der Parser — bitte öffnen Sie ein Issue.

11. Roadmap

Geplant — noch nicht parsebar. Verwenden Sie diese heute nicht in generiertem DSL; der Parser wird sie ablehnen oder ignorieren.

• %%{init: {…}}%%-Block — Mermaid-ähnlicher Init-Block für Theme/Konfiguration; derzeit werden nur %%-Zeilendirektiven unterstützt.
• Automatisch nummerierte Äste — %% numbering: true, um jeden Ast mit 1., 1.1., usw. zu präfixieren.
• Callout-/Notiz-Knoten — ein spezieller Marker, um eine schwebende Annotationsbox an einen beliebigen Knoten anzuhängen.
• Bildknoten — ![alt](url) als gesamte Knotenbezeichnung, die als Inline-Bild gerendert wird.
• Eingeklappte Äste — %% collapsed: branchId, um einen Teilbaum als einzelnen eingeklappten Indikator zu rendern.

Verfolgen Sie die GitHub-Issues, wenn Sie eines davon früher benötigen.

Verwandte Beispiele

Sofort einsetzbare Szenarien aus der Beispielgalerie: