# WBS-Notation – Spezifikation

Textuelle Notation für Projektstrukturpläne (Work Breakdown Structure) mit
Und/Oder-Zerlegung. Diese Datei ist die verbindliche Sprachdefinition.
Syntaxänderungen werden zuerst hier dokumentiert, dann implementiert.

## 1. Zeilenformat

```
[Einrückung][Zeichen] [Statusbox] [Faltmarke] Label (Größe) URL @tag … !!! %% Kommentar
```

Alle Bestandteile außer dem Label sind optional. Die Extraktion erfolgt in
dieser Reihenfolge (wichtig für Kollisionsfreiheit):

1. Kommentar entfernen: alles ab `%%` bis Zeilenende.
1b. Fortsetzung: Endet die Zeile jetzt auf Leerraum + `\`, gehört die
   Folgezeile noch dazu (siehe unten). Erst danach ist die Zeile vollständig.
2. Einrückung, Zeichen (`-` / `+` / `|` / `=`), Statusbox `[…]` und Faltmarke
   (`>` / `<`) per Zeilen-Regex; `=` nur mit folgendem Leerraum (§3),
   die Faltmarke ebenso (siehe unten).
3. URL: erstes Token, das auf `https?://\S+` passt (dadurch stören `@` in URLs nicht).
4. Größe: das **letzte** alleinstehend angesetzte `(XS|S|M|L|XL|XXL)`,
   Groß-/Kleinschreibung egal (siehe unten). Frühere Vorkommen bleiben im
   Label stehen.
5. Tags: alle `@name`-Vorkommen.
6. Knoten-ID: das **erste** alleinstehend angesetzte `#name`-Token (siehe unten).
7. Abhängigkeiten: alle alleinstehend angesetzten `:#a,#b`-Token (siehe unten).
8. Fokusmarke: `!!!` als **alleinstehendes** Token (siehe unten).
9. Rest, whitespace-normalisiert = Label. Leeres Label ⇒ Zeile ignorieren —
   **außer** die Zeile trägt eine Knoten-ID; dann wird `#id` das Label
   (siehe unten).

**Fortsetzungszeile `\`** — eine lange Zeile darf auf mehrere Textzeilen
verteilt werden, ohne dass ein neuer Knoten entsteht:

- Endet eine Zeile — **nach** dem Entfernen des Kommentars — auf **Leerraum und
  dann `\`** als letztem Zeichen, wird die **Folgezeile angehängt**: Der `\`
  entfällt, die Einrückung der Folgezeile entfällt, verbunden wird mit **genau
  einem Leerzeichen**. Mehrere `\` hintereinander setzen die Zeile über
  entsprechend viele Textzeilen fort.
- **Leerraum davor ist Pflicht** (`… \`, nicht `…\`) — dieselbe Sorte Regel wie
  bei `=`, `>`/`<` und `"`, nur an der anderen Seite des Zeichens. Sie hält
  Labels heraus, die selbst auf einen Backslash enden (`C:\temp\`): Ohne sie
  verschluckte so eine Zeile stumm den folgenden Knoten. Der Preis ist die
  umgekehrte Verwechslung — wer aus der Shell `…\` gewohnt ist, bekommt keine
  Fortsetzung —, und die ist die harmlosere: Die Zeile bleibt stehen, was man
  sofort sieht.
- **Alles gehört zur ersten Zeile:** Ihre Einrückung bestimmt die Ebene (§2),
  ihre Nummer nennen die Warnungen, und Werkzeuge, die zurückschreiben
  (Faltmarke §9, ID-Kurzform §9), fassen nur sie an. Der Cursor in einer
  Fortsetzungszeile wählt den Knoten der ersten aus (§9, Sprung).
- Ein Token darf **nicht** über den Umbruch hinweg getrennt werden — verbunden
  wird mit einem Leerzeichen, eine zerschnittene URL bleibt zerschnitten.
- Gilt nur im **Baumteil**. Im Beschreibungsteil hinter `---` (siehe unten) sind
  Zeilenumbrüche Absatzstruktur; ein `\` bleibt dort gewöhnlicher Text.
- Steht der `\` in der **letzten** Zeile der Datei, gibt es nichts anzuhängen:
  Er entfällt, die Zeile bleibt für sich.

Referenz-Regex (Schritt 1b, geprüft auf der kommentarfreien Zeile):

```
(^|[ \t])\\[ \t]*$
```

**Faltmarke `>` / `<`** — bestimmt, wie das Dokument **eröffnet** wird:

- Steht **unmittelbar vor dem Label**, also hinter der Statusbox
  (`- [x] > Backend`); ohne Statusbox rückt sie an deren Stelle
  (`- > Backend`, bei Wurzelknoten an den Zeilenanfang). Erkannt nur mit
  **folgendem Leerraum** — `- [x] >Achtung` bleibt damit ein Label. Die
  Stellung hält die Spalte der Statusboxen über die Ebenen hinweg bündig;
  Begründung: D34-Nachtrag 2.
- Die frühere Stellung **zwischen Zeichen und Statusbox** (`- > [x] Backend`)
  wird weiterhin **gelesen**, aber nie mehr geschrieben: Beim Zurückschreiben
  (§9) wird sie in die neue aufgelöst. Stehen beide, gilt die erste.
- `>` heißt: der Teilbaum dieses Knotens ist beim Öffnen **eingeklappt**.
- `<` innerhalb eines eingeklappten Bereichs holt den **eigenen Teilbaum**
  gezielt wieder hervor (Mechanik: §9). Es ist eine **Schreibhilfe für
  Autoren**: gelesen wird es unverändert, erzeugt wird es nie — das
  Zurückschreiben (§9) setzt ausschließlich `>`. Ein von Hand gesetztes `<`
  bleibt stehen, solange es den Zustand noch richtig beschreibt, und wird
  aufgelöst, sobald alle Marken neu gesetzt werden.
- Die Marken beschreiben den **Faltzustand des Dokuments**: Beim Öffnen stellen
  sie ihn her, und Umklappen im Diagramm schreibt sie zurück (§9) — Text und
  Bild sagen dasselbe. Sie sagen nichts über Fortschritt (§4) oder
  Notwendigkeit (§3) und ändern weder Kosten noch Warnungen.

**Größe `(L)`** — die T-Shirt-Größe (§5) im Zeilenformat:

- Erkannt nur **alleinstehend angesetzt** (`(^|\s)\(…\)`, dieselbe Regel wie
  bei `#name` und `:#…`): `Backend(L)` bleibt damit ein Label, und die
  Zitier-Konventionen gelten auch hier — `"(L)"` und `((L))` bleiben Label,
  wer eine Größe **erwähnen** will, schreibt sie so.
- Das **letzte** solche Token der Zeile ist die Größe; frühere Vorkommen
  bleiben im Label stehen (`Variante (L) bauen (M)` → Größe `M`, Label
  „Variante (L) bauen“). Die Größe steht nach der üblichen Schreibweise
  hinter dem Titel — das letzte Token ist die Angabe, alles davor ist Text.
  (Bis D68 galt das **erste** Token; die Umkehrung trifft nur Zeilen mit
  mehreren Kandidaten.)

**Knoten-ID `#name`** — benennt einen Knoten im **ganzen Dokument** eindeutig;
sie ist die Adresse für Abhängigkeiten und Beschreibungsblöcke (§11).

- Zeichenmenge wie bei `@name` (§7): Unicode-Buchstaben, Ziffern, `.`, `_`, `-`.
  (Enger als das frühere „whitespace-frei“ aus §11 — Begründung: D36.)
- Erkannt nur **alleinstehend angesetzt** (`(^|\s)#…`): „C#“ bleibt damit ein
  Label, und der für Abhängigkeiten reservierte Doppelpunkt `:#a,#b` (§11)
  kollidiert nicht.
- Das **erste** solche Token der Zeile ist die ID; weitere `#`-Token bleiben im
  Label stehen (dort liegt die reservierte Ticket-Referenz, §11). Eine ID, die
  dem Muster des angebundenen Trackers entspricht (`#123`, `#US-123`), ist
  zugleich die künftige Ticket-Referenz — oft ist die Ticket-Kennung die
  natürliche Knoten-ID (D34).
- **Übliche Schreibweise ist die ID vor dem Titel, mit Doppelpunkt:**
  `#auth: Backend`. Der Doppelpunkt ist **optional** und reines Trennzeichen im
  Text — er gehört weder zur ID noch zum Label und erscheint nicht im Diagramm.
  Geschluckt wird er nur, wenn er **unmittelbar** auf die ID folgt und ihm
  **Leerraum oder Zeilenende** folgt; ein Doppelpunkt im Label (`#auth: Regel:
  nur mit Token`) bleibt also stehen, und `#auth:#db` bleibt ID plus
  Abhängigkeit. Die Stellung ist frei — `Backend #auth` bedeutet dasselbe.
- Die ID gehört **nicht** zum Label. Sichtbar ist sie im Knoten-Tooltip, im
  `aria-label` und — auf Wunsch — vor dem Titel (§9, `#`-Umschalter).
- **Ohne Titel vertritt die ID ihn:** Bleibt nach der Extraktion kein Label
  übrig, die Zeile trägt aber eine ID, dann ist `#id` das Label — mit
  Doppelpunkt geschrieben (`#US-123:`) wie ohne. Die Zeile wird also **nicht**
  ignoriert, sondern ein gewöhnlicher Knoten, und die ID ist vergeben. Gedacht
  für den Fall, dass die Kennung schon der Name ist (Ticket-Referenzen, §11) —
  den Titel danebenzuschreiben wäre eine Verdopplung. Der `#`-Umschalter (§9)
  setzt bei so einem Knoten **nichts** davor: Die ID steht bereits da.
- **Doppelte ID:** Warnung `duplicateId` mit beiden Zeilennummern; die spätere
  ID gilt trotzdem am Knoten (fehlertolerant wie §4 — die Zeile geht nicht
  verloren).

**Abhängigkeiten `:#a,#b`** — der Knoten hängt von den Knoten mit diesen IDs
ab, auch außerhalb seines eigenen Teilbaums.

- Die Liste ist **ein zusammenhängendes Token**: Doppelpunkt, dann
  kommagetrennt je ID mit `#`, **ohne Leerraum**. `:#a, #b` liest nur `#a` —
  das ` #b` dahinter ist ein alleinstehendes Token und damit die Knoten-ID
  (siehe oben). Mehrere Listen je Zeile werden zusammengeführt.
- Erkannt nur **alleinstehend angesetzt** (`(^|\s):#…`, enger als die frühere
  §11-Formulierung — Begründung: D37): Ein Doppelpunkt im Label bleibt Label,
  und eine **eingeklammerte Erwähnung** wie `(:#auth,#api)` bleibt Label —
  dieselbe Zitier-Konvention wie `(#auth)` bei der Knoten-ID.
- Abhängigkeiten sagen **nichts über Reihenfolge oder Startzeitpunkt** — sie
  sagen etwas über den **Status** (effektiver Status, §11). Das trennt
  Werkbaum von einem Netzplan.
- **Zyklen sind zulässig** und bedeuten: diese Knoten werden gemeinsam fertig.
  Kein Fehler, keine Warnung — auch die Abhängigkeit auf sich selbst nicht.
  Vorwärts-Referenzen (Ziel steht weiter unten) sind normal.
- Eine ID ohne zugehörigen Knoten: Warnung `unknownDep` mit Zeilennummer.
- Sichtbar im Tooltip (`→ #a, #b`) und im `aria-label`; die Querverbindungen
  im Diagramm sind reserviert (§11).

**Fokusmarke `!!!`** — „schau hier hin": Der Knoten wird im Diagramm
hervorgehoben und ins Bild geholt (§9). Gedacht für das gemeinsame Arbeiten an
einem Dokument (§9, `?live=`): Weil dort niemand den Cursor der anderen sieht,
ist eine Marke **im Text** der einzige Weg, auf eine Stelle zu zeigen — und sie
hat etwas, das ein Cursor nicht hat: **alle** sehen dieselbe Stelle.

- Erkannt nur **alleinstehend**, also am Zeilenanfang/-ende oder von Leerraum
  umgeben. `Achtung!!!` bleibt damit ein gewöhnliches Label; auch `!!!`
  innerhalb einer URL bleibt Teil der URL.
- Die Marke gehört **nicht** zum Label und ist an jeder Position der Zeile
  zulässig. Mehrere Marken sind erlaubt: alle markierten Knoten werden
  hervorgehoben, ins Bild geholt wird der **erste**.
- Sie sagt nichts über Fortschritt (§4) oder Notwendigkeit (§3) — eine dritte,
  unabhängige Achse.
- Sie bleibt im Text stehen, bis jemand sie löscht; ein Werkzeug entfernt sie
  nicht von selbst.

**Beschreibungszeilen (`"`) und Beschreibungsteil (`---`)** — erläuternder
Text zu einem Knoten (Anzeige: §9):

- **Kurzform:** Eine Zeile, deren erstes Zeichen nach der Einrückung `"` ist
  (**mit folgendem Leerraum**, Leerraum-Regel wie bei `=` und `>`/`<` — ein
  Label wie `"Zitat"` bleibt ein Label), ist **Beschreibung, kein Knoten**.
  Sie gehört zum **vorangehenden Knoten**; mehrere `"`-Zeilen setzen dieselbe
  Beschreibung fort. Die Einrückung der Zeile hat keine Bedeutung (Konvention:
  wie ein Kind eingerückt); ohne vorangehenden Knoten: Warnung `descStray`.
  Nur auf Zeilen **ohne** Zerlegungszeichen — `- " Zitat" …` bleibt ein
  gewöhnlicher Knoten.
- **Langform:** Eine Zeile aus **drei oder mehr `-`** (nur Bindestriche,
  umgebender Leerraum erlaubt) trennt den Baumteil vom **Beschreibungsteil**;
  alles danach gehört zu ihm (YAML-/Frontmatter-Konvention). Es gibt keinen
  Schlusszaun — er kann also nicht vergessen werden. Dort eröffnet eine
  **uneingerückte Zeile mit genau einer Knoten-ID** (`#auth`, allein — ein
  angehängter Doppelpunkt ist auch hier zugelassen) einen
  Block; die **eingerückten** Zeilen darunter sind sein Text (um den Einzug
  gekürzt, Leerzeilen bleiben als Absatztrenner). Die Wurzelknoten-Regel (§2)
  gilt hinter dem Trenner nicht mehr. Weitere `---`-Zeilen dort sind ohne
  Bedeutung.
- **Fehlertoleranz:** ID ohne Knoten → `unknownDesc`; uneingerückte
  Nicht-ID-Zeilen und eingerückte Zeilen ohne offenen Block → `descStray`, je
  mit Zeilennummer. Ein versehentlicher Trenner mitten im Plan meldet die
  verschluckten Knotenzeilen so zeilengenau selbst.
- Der Inhalt ist **Freitext** — die Extraktion aus diesem Abschnitt findet
  darin nicht statt; nur `%%`-Kommentare fallen weiterhin als Erstes weg.
  Mehrere Blöcke und Kurz- und Langform zum selben Knoten werden in
  Dokumentreihenfolge aneinandergehängt.
- Bewusste Verhaltensänderungen: `---` ergab früher einen Knoten mit Label
  `--`; eine zeichenlose `" `-Zeile war früher ein Wurzelknoten.

Referenz-Regex der Implementierung:

```
^([ \t]*)([-|+]|=(?=[ \t]))?\s*(?:([><])(?=[ \t])\s*)?(?:\[([ ?~xX^/-])\]\s*)?(?:([><])(?=[ \t])\s*)?(.*)$
```

Die **zweite** Faltmarken-Gruppe ist die gültige Stellung, die erste die
weiterhin gelesene alte (siehe oben). Umkehrung fürs Zurückschreiben (§9) —
sie setzt die Marke immer in die zweite Stellung und löst die erste dabei auf:

```
^([ \t]*(?:[-|+]|=(?=[ \t]))?[ \t]*)(?:[><](?=[ \t])[ \t]*)?((?:\[[^\]]\][ \t]*)?)(?:[><](?=[ \t])[ \t]*)?
```

Für die Größe (Schritt 4, nur der **letzte** Treffer; der führende Leerraum
bleibt stehen):

```
(^|\s)\((XXL|XS|XL|S|M|L)\)
```

Für die Knoten-ID (Schritt 6, nur der erste Treffer; die letzte Gruppe ist der
optionale Trenn-Doppelpunkt, der mit entfällt):

```
(^|\s)#([\p{L}\p{N}._-]+)(?::(?=\s|$))?
```

Für die Abhängigkeiten (Schritt 7, alle Treffer):

```
(^|\s):#([\p{L}\p{N}._-]+(?:,#[\p{L}\p{N}._-]+)*)
```

Für die Fokusmarke (Schritt 8):

```
(^|\s)!!!(?=\s|$)
```

## 2. Hierarchie

- Die Einrückung bestimmt die Ebene. Es gibt keine feste Schrittweite:
  Elternknoten ist die nächste vorangehende Zeile mit **kleinerer**
  Einrückungsbreite (Tab zählt als 2 Leerzeichen).
- Zeilen ohne Zeichen (`-`/`+`/`|`/`=`) sind Wurzelknoten. Mehrere Wurzeln =
  mehrere Bäume nebeneinander.

## 3. Zerlegungsart (Gate)

| Zeichen | Bedeutung | Semantik |
|---|---|---|
| `-` | all of (Und-Zerlegung) | Alle Teilpakete sind erforderlich. |
| `+` | optional (Zugabe) | Einzelnes zusätzliches Teilpaket, nicht erforderlich. |
| `\|` | any of (Oder-Zerlegung) | Mindestens eine Alternative wird gewählt. |
| `=` | exactly one (XOR-Zerlegung) | Genau eine Alternative wird realisiert. |

- `-`, `|` und `=` sind Eigenschaften der **Geschwistergruppe**; `+` ist eine
  Eigenschaft des **einzelnen Knotens** (er hängt an derselben Und-Zerlegung,
  ist darin aber entbehrlich).
- Daraus folgt die Mischregel: Eine Gruppe ist entweder **konjunktiv** — dann
  dürfen `-` und `+` frei nebeneinander stehen — oder **disjunktiv**
  (einheitlich `|` oder einheitlich `=`). Jede andere Mischung ist ungültig:
  Darstellung nach dem **ersten** Kind, plus Warnung `mixedGate` mit
  Zeilennummer.
- **Leerraum-Regel:** Als Gate wird `=` nur mit **folgendem Leerraum** erkannt —
  ein Label wie `=SUMME(A1:B2)` bleibt damit ein Label. `=` ist das einzige
  Gate, das diese Regel braucht; für `-`/`+`/`|` ändert sich nichts.
- **XOR-Regel:** In einer `=`-Gruppe darf genau **eine** Alternative realisiert
  werden. **Realisiert** heißt: Kosten sind investiert oder mehr — Status `[~]`,
  `[/]`, `[x]` oder `[^]` (§4); `[?]`, `[ ]`, `[!]`, `[-]` und neutrale Knoten
  zählen nicht. Jede **weitere** realisierte Alternative ergibt eine Warnung
  `xorConflict` mit ihrer Zeilennummer. Die Regel ist verletzbar, kein
  Parse-Fehler: Der Baum wird unverändert dargestellt. Für den günstigsten
  Pfad (§9) verhält sich `=` wie `|` — der wählt ohnehin genau eine.
- Ein `+`-Knoten zerlegt sich weiter wie jeder andere; das Gate seiner eigenen
  Kinder ist davon unabhängig. Optionalität vererbt sich nicht ausdrücklich —
  wer unter einem `+`-Knoten hängt, ist mit ihm zusammen entbehrlich.
- `+` sagt nichts über den Fortschritt: Eine Zugabe kann längst `[^]` sein. Die
  beiden Achsen (Status §4, Notwendigkeit §3) sind unabhängig.

## 4. Status

Codiert als Checkbox nach dem Zeichen (Erweiterung der Markdown-Task-Syntax):

| Code | Key | Name | Bedeutung | Hintergrund | Rahmen |
|---|---|---|---|---|---|
| `[?]` | idee | Idee | vage Idee | `#EBEDEF` (grau) | `#A2ABB5` |
| `[ ]` | geplant | geplant | beschlossen, nichts investiert | `#EBE4F6` (flieder) | `#A991D4` |
| `[~]` | arbeit | in Arbeit | Kosten investiert, Risiko hoch | `#FADDE4` (rosé) | `#D897A8` |
| `[/]` | durchstich | Durchstich | funktionsbereit/vorführbar, Feinarbeiten offen | `#FBF2CE` (pastellgelb) | `#D9BE63` |
| `[x]` | fertig | fertig | abgeschlossen | `#DCF1DE` (pastellgrün) | `#86C293` |
| `[^]` | prod | in Produktion | deployed/live | `#DBEAF8` (pastellblau) | `#85ACD7` |
| `[-]` | verworfen | verworfen | bewusst nicht weiterverfolgt | `#F1F2F4`, gestrichelter Rahmen, Text durchgestrichen | `#B3BAC2` |
| `[!]` | highrisk | High Risk | Aufwand noch unklar, hohes Risiko | `#FFE5CC` (orange) | `#F97316` |

- Ohne Statusbox: neutraler Knoten (weiß).
- `x` auch als `X` zulässig.
- **High-Risk-Kennzeichnung:** Der `[!]`-Knoten trägt zusätzlich zur orangen
  Färbung ein **Warndreieck** (⚠, in `#F97316`) als kleines Badge an der oberen
  linken Ecke — Tooltip „High Risk – Aufwand noch unklar." Das Badge erscheint
  auch im Grafikexport. (Mnemonik: `!` = Achtung. Ob `[!]` später zusätzlich zum
  Fertigstellungsstatus stehen darf, ist offen; vorerst ist es ein eigener
  Status wie die übrigen.)
- Verworfene Knoten (inkl. Teilbaum) sind per Default **ausgeblendet**;
  Toggle „verworfene einblenden“ zeigt sie.
- **Fehlertoleranz:** Ein unbekanntes Zeichen in der Statusbox (z. B. `[z]`)
  wird nicht verschluckt: Der Knoten erscheint **neutral** und es wird eine
  Warnung `unknownStatus` mit Zeilennummer gemeldet — die Zeile geht nicht
  verloren, Folgezeilen bleiben unberührt. (Eine mehrzeichige Klammer wie
  `[xyz]` ist keine Statusbox und bleibt Teil des Labels.)

**Intrinsischer und effektiver Status (Abhängigkeiten, §1).** Der Status in
der Box ist der **intrinsische** — der Bearbeitungsstand des Knotens selbst.
Der **effektive** Status berücksichtigt die Abhängigkeiten: Ein Knoten kann
effektiv nicht weiter sein als das, was er braucht.

- **Fortschritts-Rang** entlang der Ergebnis-Skala (D5):
  `[?]` 0 · `[ ]` 1 · `[~]` 2 · `[/]` 3 · `[x]` 4 · `[^]` 5. Außerhalb der
  Skala zählen neutrale Knoten und `[-]` als Rang 0 („nichts Anrechenbares“),
  `[!]` als Rang 1 (Absicht ohne Investition, D35).
- **Effektiver Rang = Minimum des intrinsischen Rangs über die
  Abhängigkeits-Hülle**: der Knoten selbst plus alles, was er per `:#…` direkt
  oder mittelbar braucht. Zyklen brauchen keine Sonderregel — alle Knoten
  eines Zyklus teilen so von selbst ihr Minimum („wird gemeinsam fertig“, §1).
  Unbekannte IDs zählen nicht (sie sind schon gewarnt); bei doppelter ID gilt
  die **erste** Vergabe (D36).
- Der effektive Status wird **gerechnet, nie geschrieben** (D14: der Text ist
  die eine Quelle der Wahrheit). Darstellung: §9; Begründung: D39.

## 5. Aufwand (T-Shirt-Größen)

- Werte: `XS < S < M < L < XL < XXL`, notiert in Klammern, z. B. `(L)`.
  Erkannt wird das letzte alleinstehend angesetzte Token der Zeile (§1) —
  `"(L)"` und `((L))` im Titel bleiben Text.
- **Untergliederungsregel:** Ab `(M)` muss ein Element weiter zerlegt sein.
  Ein Element ≥ M **ohne Kinder** erhält einen Geister-Knoten an gestrichelter
  Linie darunter (in `--warn`, `#B45309`). Sein Label ist knapp „…“; die
  Erklärung („Ab Größe M sollte ein Element weiter untergliedert werden.“)
  steht im Tooltip — der ausgeschriebene Text machte die Zelle sonst breiter
  als der Knoten und verschob gestapelte Geschwister. Der angedeutete
  Unterpunkt genügt als Hinweis; eine zusätzliche Umrandung des Knotens gibt es
  nicht.
- Ausnahme: verworfene Elemente lösen die Regel nie aus.
- Anzeige: petrolfarbenes Badge (`--or`, `#0F766E`) mit weißer Schrift oben
  rechts an der Knoten-Ecke.

**Größen-Konflikt** — die angegebene Größe eines Elements muss zu seinen
Teilpaketen passen. Die Skala ist ordinal; für diese eine Prüfung wird jede
Größe als **Bereich** gelesen (Untergrenzen verdoppeln sich):

| | XS | S | M | L | XL | XXL |
|---|---|---|---|---|---|---|
| Bereich | [1, 2) | [2, 4) | [4, 8) | [8, 16) | [16, 32) | [32, ∞) |

- **Konflikt** ist, wenn selbst die **günstigste Lesart der Kinder** die
  **großzügigste Lesart des Elternknotens** erreicht: Summe der Untergrenzen
  der zählenden Kinder ≥ Obergrenze der Elterngröße. Gemeldet wird also nur,
  was unter *jeder* Lesart falsch ist — `(XL) = XL-Kind + 2 × M` (16+4+4 = 24
  < 32) ist deshalb kein Konflikt, vier `(S)` unter einem `(M)` (8 ≥ 8) schon.
  Ein Kind, das **größer** ist als sein Elternknoten, ist immer ein Konflikt
  (Teilmenge der Regel).
- **XXL hat keine Obergrenze** — ein XXL-Element warnt nie: Für die großen
  Sammelknoten eines Plans behauptet die Skala schlicht keine Schranke mehr.
- **Es zählen nur die direkten Kinder**, und davon nur die mit **angegebener**
  Größe (fehlende Größe ist keine Aussage; anders als beim günstigsten Pfad
  wird hier kein `M` angenommen). Verworfene und optionale (`+`) Kinder zählen
  nicht. In einer disjunktiven Gruppe (`|`/`=`) wird nur eine Alternative
  realisiert — dort zählt die **kleinste**.
- Ein Elternknoten **ohne** Größe macht keine Aussage und wird nie geprüft;
  die Gegenrichtung (Eltern größer als die Kindersumme) warnt nicht — sie
  heißt nur, dass die Zerlegung unvollständig ist (dafür gibt es den
  Geister-Knoten).
- **Meldung und Anzeige:** Warnung `sizeConflict` mit der Zeilennummer des
  Elternknotens; sein Größen-Badge wechselt auf die Warnfarbe (`--warn`,
  `#B45309`, weiße Schrift), Tooltip und `aria-label` benennen den Grund.
  Badge-Färbung auch im Grafikexport und im Druck. **Nichts wird automatisch
  korrigiert** — die Größen bleiben, wie sie geschrieben sind. Siehe D62.

## 6. Links

- Ein nacktes `https://…`-Token macht den ganzen Knoten klickbar
  (neuer Tab, `rel="noopener"`); Kennzeichnung mit ↗ hinter dem Label.
- **Ausnahme auf Touch-Geräten:** Dort öffnet der einfache Tipp nicht die URL,
  sondern das Knoten-Fenster (§9) — der Link steht darin als eigener Knopf. Ohne
  Zeiger gibt es keinen Tooltip, und ein einziger Tipp kann nicht beides tun;
  „ansehen" ist die häufigere Absicht, und der Link bleibt einen Tipp entfernt.
  Siehe D52.

## 7. Personen-Tags

- `@name` mit `name` aus Unicode-Buchstaben, Ziffern, `.`, `_`, `-`.
- Mehrere Tags pro Zeile möglich, Position im Text egal.
- Anzeige: helle Pillen unten rechts an der Knoten-Ecke.
- Für den **Zuständigen-Engpass** (§9) erbt ein Knoten ohne Tags die Tags des
  nächsten Vorfahren mit Tags — nur für diese Rechnung; an der Anzeige der
  Pillen ändert das nichts.

## 8. Kommentare

- `%%` leitet einen Kommentar ein — ganze Zeile oder ab Zeilenmitte.
- Konvention aus Mermaid übernommen; `%%{` vermeiden (dort Direktiven-Syntax).

## 9. Darstellung

Drei Modi, im Editor umschaltbar über Icon-Buttons (Reihenfolge
**horizontal · kompakt · vertikal**, je mit Tooltip). Der Modus wählt zugleich
die Seitenanordnung: **horizontal** stellt Diagramm über den Editor
(volle Breite), **vertikal** und **kompakt** stellen Editor und Diagramm
nebeneinander (schmales Diagramm rechts).

**Linienführung (in allen Modi gleich):** all-of-Linien durchgezogen in Tinte
(`#41556E`); any-of-Linien — Haupt-/Sammelleiste **und** Abzweige — durchgehend
**gestrichelt in Grau** (`#6B7A8C`). Auch der **Rahmen der Alternative-Knoten**
ist grau (`#6B7A8C`) — kein Petrol mehr im Diagramm. Der Modus ändert nur die
**Anordnung**, nicht die Linienfarbe.

**XOR-Gruppen (`=`, §3)** werden wie any-of gezeichnet (gestrichelt in Grau,
gleiche Anordnung). Zusätzlich sitzt am **Austritt der Sammelleiste** — auf dem
Stück zwischen Elternknoten und erstem Abzweig — eine kleine **„1“-Plakette**
(weißer Kreis mit grauem Rand, graue Ziffer): „genau eine“. Sie erscheint auch
im Grafikexport. Siehe D35.

**Knotenbeschreibungen (§1)** erscheinen im **Tooltip** des Knotens (zuerst
der Text, dann die Kurz-Fakten wie ID und Abhängigkeiten) und im
`aria-label`. Beschreibung und Kurz-Fakten sind im Tooltip **deutlich
getrennt**: Leerzeile und Trennstrich dazwischen, nicht bloß ein weiteres
Glied derselben Aufzählung — es sind zwei Arten von Aussage. Der Strich steht
nur, wenn es wirklich etwas zu trennen gibt, und nicht im `aria-label` (ein
Screenreader läse die Striche einzeln vor). Ein Knoten mit Beschreibung trägt eine kleine **”-Marke** hinter
dem Label — sie macht die sonst unsichtbare Beschreibung auffindbar und
spiegelt das `"`-Zeichen der Notation. Die Marke erscheint **nicht** im
Grafikexport: Der Text selbst kann dort nicht angezeigt werden, eine Marke
ohne Ziel wäre Rauschen. Siehe D40.

**Gezeigt wird das immer im eigenen Knoten-Fenster**, nicht im Tooltip des
Browsers: am Zeiger nach kurzer Verzögerung beim Überfahren, bei Tastaturfokus
sofort, auf Touch beim einfachen Tipp (§6). Ein `title` kann weder Absätze noch
eine Linie und erscheint nie beim Tastaturfokus; das Fenster kann beides. Der
Inhalt ist derselbe — die Beschreibung als Absatz, die Kurz-Fakten dahinter
durch eine echte Linie abgesetzt. Siehe D57.

- Das Fenster hängt am angetippten Knoten (kleine Spitze zu ihm hin) und weicht
  nach oben aus, wenn unten kein Platz ist. Der Knoten trägt, solange es offen
  ist, einen Petrol-Ring.
- Es schließt beim Tipp daneben, beim erneuten Tipp auf denselben Knoten, mit
  **Esc**, über sein ×, beim Scrollen des Diagramms und bei jedem Neubau.
- Ein **verlinkter** Knoten (§6) bekommt darin einen ↗-Knopf, der die URL im
  neuen Tab öffnet — auf Touch ist das der Weg zum Link.
- Der **Sprung-Hinweis** nennt hier den langen Druck statt Alt+Klick (§9,
  Sprung zwischen Diagramm und Text) — Alt gibt es auf dem Telefon nicht.
- Reine Bedienhilfe: nicht im Grafikexport, nicht im Druck. Auf Geräten mit
  Zeiger ändert sich nichts, dort bleibt es beim Tooltip.

Siehe D52.

**Die Knotenfarbe zeigt den effektiven Status (§4)**, nicht den intrinsischen —
das Diagramm beantwortet „wie weit ist das wirklich?“. Wo der eigene Status
**weiter** ist als der effektive (der Knoten wird von Abhängigkeiten
zurückgehalten), sitzt unten links eine kleine **Status-Marke** mit der
eigenen Statusbox (z. B. `[x]`) in den §4-Farben des intrinsischen Status;
Tooltip und `aria-label` benennen beide. Ohne Diskrepanz ändert sich nichts —
und für die XOR-Regel (§3) und „Was ist neu?“ (unten) zählt weiterhin der
**intrinsische** Status: Investiert ist investiert, und `[^]` im Text bleibt
die Deploy-Aussage. Marke und Färbung erscheinen auch im Grafikexport und im
Druck. Siehe D39.

**Optionale Knoten (`+`, §3):** Sie hängen an der normalen all-of-Zerlegung,
die Anordnung bleibt unverändert. Zwei Kennzeichen, beide auch im Grafikexport:

- Der **Abzweig zum Knoten** ist **gestrichelt in Tinte** (`#41556E`). Nur der
  Abzweig — die **Sammelleiste bleibt durchgezogen**, sie gehört der ganzen
  Geschwistergruppe. Die any-of-Linien sind ebenfalls gestrichelt, aber in
  **Grau** (`#6B7A8C`); die Farbe hält beide auseinander, und weil `|` nicht mit
  `-`/`+` gemischt werden darf (§3), treffen sie in einer Gruppe nie aufeinander.
- Am Auftreffpunkt sitzt ein **kleiner hohler Kreis** (weiß gefüllt, Rand in
  Tinte): in der horizontalen Fächer-Anordnung **oben mittig**, in den
  gestapelten Anordnungen (vertikal, kompakt, unterhalb einer any-of-Gruppe)
  **links auf halber Höhe**. Übernommen aus den Feature-Diagrammen (FODA:
  gefüllter Punkt = erforderlich, hohler Punkt = optional). Er markiert
  eindeutig, **welcher** Knoten optional ist — auch dort, wo der Strich allein
  mit den grauen any-of-Linien verwechselt werden könnte.

Siehe D29.

### Horizontal (Normalmodus)
- **all of:** Kinder nebeneinander, klassischer Organigramm-Fächer.
- **any of:** Alternativen untereinander; gestrichelte graue Sammelleiste links
  unterhalb des Parents, gestrichelte graue Abzweige zu den Alternativen.
- **Treppe für optionale Endknoten:** Stehen **zwei oder mehr** optionale
  **Endknoten** (`+`, §3) unmittelbar nebeneinander, bekommen sie nicht je eine
  eigene Spalte, sondern werden als **Kaskade** gestapelt: Die erste Stufe hängt
  am Stiel von oben wie ein gewöhnliches Kind, jede weitere steht eine Stufe
  tiefer und weiter rechts und hängt an einem gestrichelten Winkel, der an der
  linken Kante der vorigen Stufe herabfällt und waagerecht in ihren Kreis
  einbiegt. Das spart Breite genau dort, wo das Entbehrlichste steht.
  Es bleiben **Geschwister** — die Treppe ist eine Anordnung, keine Ebene, und
  ändert weder Lese-/Fokusreihenfolge noch `aria-label`. Nur Endknoten, weil der
  Platzgewinn gerade daher rührt, dass kein Teilbaum mitgestapelt wird; ein
  optionaler Knoten **mit** Kindern behält seine Spalte. Die transponierten Modi
  kennen die Treppe nicht — dort stehen die Kinder ohnehin untereinander. Der
  Grafikexport folgt der Kaskade.

### Vertikal (transponiert)
- **all of:** exakter transponierter Organigramm-Fächer (horizontal um 90°
  gedreht): Der Parent sitzt **vertikal mittig** zu seiner Kindergruppe, die
  Linie tritt **rechts auf halber Höhe** aus (entspricht Richtung LR), eine
  vertikale Sammelleiste (von erster bis letzter Kindmitte) verteilt mit
  durchgezogenen Abzweigen; Kinder rechts untereinander.
- **any of:** Austritt **unten links**, gestrichelte graue Abzweige.
- Merkregel: Austrittsseite codiert das Gate (rechts = und, unten = oder),
  Linienstil bestätigt es.

### Kompakt (transponiert, platzsparend)
- **Beide Gates** laufen **unten links** aus dem Parent heraus, Kinder
  untereinander — kein Rechts-Fächer, dadurch minimale Breite.
- Das Gate wird hier allein über den **Linienstil** codiert (siehe D15):
  und = durchgezogen (Tinte), oder = gestrichelt (Grau).

### Geometrie-Invarianten
- Knoten haben feste Zeilenhöhe (`line-height: 1.3`), damit Abzweige
  deterministisch auf Knotenmitte liegen (Offset 23 px = 5 px Listenabstand
  + halbe Knotenhöhe). Abzweige zielen auf den **Knoten**, nie auf die Mitte
  des Teilbaums.
- **Lange Labels brechen um** (D64): höchstens ~32 Zeichen je Zeile, die
  Zeichen **gleichmäßig** auf die Zeilen verteilt (nicht gierig — sonst stünde
  unter einer vollen Zeile ein einsames Wort). Die Umbrüche setzt der
  **Renderer**, deterministisch und nur an Leerzeichen; der Kasten schrumpft
  auf die längste Zeile, der Text steht zentriert. Bei **mehrzeiligen** Knoten
  trifft der 23-px-Abzweig die Mitte der **ersten Zeile** (die Zeilenhöhe
  bleibt fest); der Optional-Kreis (§9) sitzt auf dem Abzweig, nicht auf der
  Knotenmitte. Der Grafikexport misst die gerenderten Zeilen und gibt sie als
  einzelne Textzeilen aus.
- Dasselbe gilt **waagerecht**: Im horizontalen Fächer trifft der Stiel die
  **Knotenmitte**, nicht die Mitte der Zelle. Beides fällt nur zusammen, solange
  der Knoten in seiner Zelle zentriert steht — ein Knoten mit any-of-Kindern
  steht dort aber **linksbündig** (damit die Sammelleiste unter ihm aufsetzt),
  während seine Zelle so breit ist wie der Teilbaum. Der Stiel wird deshalb an
  der gemessenen Knotenmitte ausgerichtet.
- In den transponierten Modi (vertikal, kompakt) stehen untereinander
  gestapelte Geschwister mit **zusätzlichem Abstand nach unten** (damit das
  Größen-Badge oben rechts nicht mit den Tags unten rechts des darüber
  liegenden Knotens überlappt). Der Abstand wird nur **unterhalb** ergänzt, der
  23-px-Abzweig oben bleibt unverändert; die vertikal **zentrierten**
  all-of-Zwischenknoten bekommen ihn **symmetrisch**, damit ihr Abzweig
  (50 %-Höhe) weiterhin auf der Knotenmitte liegt.
- Im **vertikalen** Modus tritt die all-of-Verbindung rechts aus dem Knoten aus;
  die senkrechte Sammelleiste steht deshalb **weiter vom Knoten ab** als in den
  übrigen Anordnungen (20 statt 9 px). Größen-Badge und Tag-Pillen ragen an der
  rechten Knotenkante über den Knoten hinaus und lägen sonst unmittelbar an der
  Leiste — mit ihrem hellen Rand sähe die Linie dort aus, als risse sie ab.
  Betroffen ist nur der Rechts-Fächer: kompakt führt all-of nach unten, dort
  treffen Badge und Leiste nie aufeinander.

### Kleiner Bildschirm (mobil)
Ab schmaler Breite (≤ 640 px, z. B. Smartphone) ist **immer genau ein Bereich**
zu sehen — Diagramm **oder** Text, jeweils über die ganze Fläche. Oben links in
der Titelzeile schaltet ein **Knopf** auf den anderen um; er zeigt das Ziel
(Textzeilen bzw. Baum), denn den Zustand hat man ohnehin vor sich. Es gibt hier
weder Splitter noch Min/Normal/Max-Buttons — es ist nichts zu teilen. Die
Bereichstitel („DIAGRAMM", „TEXT-EDITOR") entfallen; die Zeile wird für
Umschalter und Aktionen gebraucht. Der **Dokumenten-Wähler** steht als
Brotkrume im App-Kopf („Werkbaum › Name", D81; dahinter steht grau die
**Dokumentart** — Mitgeliefert · Lokal · Geteilt, bei Server-Dokumenten samt
Host, D90) und ist damit aus **beiden**
Bereichen erreichbar; sein Name übernimmt hier die Zeile des Untertitels —
es kommt keine Fläche hinzu. Die übrigen
**Aktions-Knöpfe** bleiben rechts in der Titelzeile und werden mit
umgeschaltet — jeder Bereich zeigt seine eigenen, in der unten beschriebenen
komprimierten Form. Der sichtbare Bereich wird gemerkt; ein Sprung zwischen
Diagramm und Text (§9) holt den nötigen Bereich selbst nach vorn. **Nur dieser
Umschalter wechselt den Bereich** — insbesondere kostet kein Tippen im Text
den Editor. Umgekehrt trägt der Umschalter zugleich die Navigation zum Knoten:
Wer aus dem Text ins Diagramm wechselt, landet auf dem Knoten der Cursor-Zeile
(zentriert und hervorgehoben) — der Alt+Klick dieser Richtung (§9) steht auf
dem Telefon nicht zur Verfügung.
Voreinstellung ist das Diagramm. Beide Inhalte werden hier zudem rund **25 %
kleiner** dargestellt, damit mehr Plan auf die Fläche passt; das ist ein Faktor
**auf** den Zoom, der Zoom-Regler arbeitet unverändert relativ dazu und zeigt
den effektiven Wert (auf dem Telefon also 75 %). Der **Grafikexport** ist davon
unberührt — er zeichnet immer die unskalierte Geometrie nach. Die **Legende**
bekommt hier einen eigenen
Umschalter im Editor-Kopf (statt der dauerhaften „AGENDA“-Zeile), damit sie
zugeklappt keinen Platz kostet. Der **Modus-Wähler** zeigt nur das aktive Icon
und schaltet bei jedem Tippen reihum weiter (horizontal → kompakt → vertikal →
…), spart also zwei Drittel der Breite. Die **Sprachwahl** zeigt eingeklappt
nur die aktive Sprache; ein Tipp darauf klappt die volle Leiste als **Overlay
über die Kopfzeile** auf (verdeckt die übrigen Bedienelemente, statt die Zeile
zu verbreitern), nach der Auswahl klappt sie wieder auf die gewählte Sprache
ein (Tipp daneben schließt ebenfalls). Die **Download-Buttons** (SVG/PNG mit
Text-Label) verbergen sich hinter einem einzelnen Download-Icon, das die
Formatwahl bei Bedarf als kleines **Dropdown-Overlay** unter der Kopfzeile
zeigt — sonst bräche die Titelzeile um; „Kopieren" bleibt sichtbar. Der
**Untertitel** wird auf eine garantiert einzeilige Kurzfassung reduziert.
Voreinstellung auf kleinem Bildschirm ist **Vollbild** (siehe D17).

### Günstigster Pfad (Kosten-Hervorhebung)
Ein Umschalter (Icon-Button im Diagramm-Kopf, Voreinstellung **an**, Zustand
persistiert) hebt den kostengünstigsten Weg durch den Baum hervor. Gerechnet
wird die **noch offene** Arbeit — der Pfad beantwortet „was ist als Nächstes
am günstigsten?", nicht „was hätte der Plan von vorn gekostet?". Ermittelt
werden die für die günstigste Realisierung **nötigen** Knoten:

- **Die Größe bepreist den ganzen Teilbaum.** Der Preis eines Knotens ist
  seine **angegebene Größe** (§5) — die Teilpakete kommen **nicht** noch
  einmal obendrauf: Wer ein Paket mit `(S)` bewertet hat, hat den Teilbaum
  bewertet. Ob die Zerlegung in die Größe passt, prüft der Größen-Konflikt
  (§5) — die Pfadrechnung zweifelt die Bewertung nicht an. Fehlt die Größe,
  vertritt die Schätzung aus den Teilpaketen sie (unten). Siehe D69 (bis
  dahin galt: eigene Größe **plus** Summe/Minimum der Kinder — das
  bestrafte gerade die sorgfältig zerlegten Pakete).
- **Erledigtes kostet nichts mehr:** Ein Knoten mit `[x]` oder `[^]` (§4) geht
  mit **0** in die Rechnung, unabhängig von seiner Größe. Angefangenes (`[~]`,
  `[/]`) zählt dagegen **voll** — die Arbeit ist noch offen. Maßgeblich ist der
  **intrinsische** Status: Investiert ist investiert, auch wenn Abhängigkeiten
  den Knoten effektiv zurückhalten (§4). Offene Teilpakete unter einem
  erledigten Knoten bleiben auf dem Pfad und behalten ihre Stationen — die
  Kostenfrage stellt sich dort nicht mehr, die Wahl ist realisiert. Folge in
  Alternativgruppen: Eine bereits realisierte Alternative gewinnt, auch wenn
  eine unangetastete nominell billiger wäre — die Wahl ist getroffen und
  bezahlt. Siehe D46.
- **all of:** alle Kinder sind nötig.
- **any of:** nur die **günstigste** Alternative ist nötig. „Günstig" ist die
  **Größe der Alternative selbst** — angegeben oder geschätzt (oben/unten).
  Bei Gleichstand gewinnt die **erste** Alternative.
  **Ist in der Gruppe etwas realisiert** (§3: `[~]`, `[/]`, `[x]`, `[^]`), ist
  die Wahl damit getroffen — gewählt wird nur noch unter den realisierten
  Alternativen, auch wenn eine unangetastete nominell billiger wäre. Sind es
  mehrere (in einer `=`-Gruppe schon per `xorConflict` gemeldet, in einer
  `|`-Gruppe zulässig), entscheidet unter ihnen wieder die Kostenregel.
- **Optionale Knoten (`+`, §3) sind nur nötig, solange an ihnen gearbeitet
  wird** — also wenn sie realisiert (§3), aber noch nicht erledigt sind:
  `[~]` und `[/]`. Sonst liegen sie nicht auf dem Pfad (der Teilbaum unter
  ihnen ebenso wenig) und zählen nicht zur Größen-Schätzung (unten).
  Genau dafür gibt es das Zeichen: Ohne `+` läge jede
  Zugabe auf dem günstigsten Pfad. Die Ausnahme hält den umgekehrten
  Fehler heraus — eine angefangene Zugabe ist offene Arbeit, und der Pfad
  zeigt die offene Front. **Erledigte Zugaben bleiben draußen:** Dort ist
  nichts mehr zu tun, und was darunter offen blieb, ist mit ihnen zusammen
  entbehrlich (§3). Siehe D61.
- Verworfene Knoten zählen nie mit (unabhängig vom „verworfene einblenden"-
  Filter).
- **Fehlende Größe wird aus den Teilpaketen geschätzt** (nur für diese
  Kostenschätzung; die SPEC-Semantik der Größen in §5 bleibt unberührt):
  Angenommen wird **mindestens die größte Größe der zählenden Kinder**;
  tragen **drei oder mehr** Kinder diese größte Größe, eine Stufe mehr
  (Deckel: `XXL`). Es zählen dieselben Kinder wie beim Größen-Konflikt (§5) —
  nur die direkten, verworfene und optionale (`+`) nie, in einer disjunktiven
  Gruppe (`|`/`=`) nur die **kleinste** Alternative (ist dort etwas realisiert,
  §3, die kleinste der realisierten) —, mit einem Unterschied: Kinder **ohne**
  Größe zählen hier mit, ihre Größe wird nach derselben Regel **rekursiv**
  mitgeschätzt — geschätzt wird ohnehin. Ein Knoten ohne Größe und ohne
  zählende Kinder wird weiterhin als `M` gewertet.
  **Erledigte Kinder zählen nicht mit** (D70): Die Schätzung ist eine
  Kostenannahme des Werkzeugs, keine Autoren-Aussage — anders als eine
  angegebene Größe (die bleibt, wie sie geschrieben ist) schätzt sie die
  noch **offene** Arbeit. Kinder mit `[x]`/`[^]` (intrinsisch) fallen
  heraus wie verworfene; in einer disjunktiven Gruppe stellt eine
  **erledigte** realisierte Alternative die Gruppe fertig — sie trägt
  nichts mehr bei. Gibt es zählende Kinder, sind aber **alle** erledigt,
  wird **`XS`** angenommen: Die Restarbeit ist dann die eigene des
  Elternknotens (er ist die Station, oben) — ein `M`-Rückfall hieße, dass
  das Fertigstellen des letzten Kindes den Preis *erhöht*.

**Mit Abhängigkeiten (§1) zählt die Dependency Closure.** Jeder nötige Knoten
zieht seine `:#…`-Ziele samt deren Realisierung in die nötige Menge; gemeinsam
Gebrauchtes zählt über die Mengen-Vereinigung nur **einmal**. Regeln:

- Abhängigkeiten ziehen ihr Ziel auch dann, wenn es **optional** ist oder in
  einer **nicht gewählten Alternative** steht — gebraucht ist gebraucht; im
  Diagramm bleibt so ein einzelner heller Knoten in einem zurückgetretenen
  Zweig stehen. Nur **verworfene** Ziele werden nie gezogen (verworfen zählt
  nie); dass so ein Knoten nicht fertig werden kann, zeigt der effektive
  Status (§4).
- Damit ist die Wahl je Alternativgruppe **nicht mehr lokal**: Eine teurere
  Alternative kann gewinnen, weil ihre Abhängigkeiten anderswo ohnehin
  bezahlt werden. **Verfahren (D42): erschöpfende Suche** über die
  **gekoppelten** Gruppen (Gruppen, deren Teilbäume Abhängigkeiten enthalten
  oder gebraucht werden); alle übrigen wählen lokal wie bisher, bei
  Gleichstand die erste. Verglichen werden die Belegungen über die Summe
  dessen, was jeder nötige Knoten **über seine nötigen Teilpakete hinaus**
  behauptet (nie negativ) — so bepreist auch die Vereinigung einen Teilbaum
  mit seiner Größe, statt Zerlegungstiefe zu bestrafen (D69). Wird die Suche
  zu groß, rechnet die Anzeige **gierig
  und sagt es** — Warnung `cheapApprox`, zeilenlos.

Darstellung per **Inversion**: nicht benötigte Knoten (nicht-gewählte
any-of-Alternativen und optionale Knoten, je samt Teilbaum) treten zurück
(blass, entsättigt); der
günstige Pfad hebt sich dadurch von selbst ab — kein zusätzlicher Rahmen an den
ohnehin dichten Knoten-Ecken. **Erledigte Knoten treten nie zurück**: Ein Knoten
mit `[x]` oder `[^]` behält seine volle Statusfarbe (§4) — grün bzw. blau sagt
bereits „hier ist nichts mehr zu tun"; ihn auszublassen hieße, er sähe aus wie
eine verworfene Alternative. Das gilt **unabhängig davon, ob er auf dem Pfad
liegt**: auch die fertige Zugabe (`+`, §3) und die fertige, nicht gewählte
Alternative behalten ihre Farbe. Blass heißt damit einheitlich „hier ist nichts
getan und wird auch nichts getan". Maßgeblich ist der **intrinsische** Status
(die eigene Box), gefärbt wird weiterhin nach dem effektiven (oben) — ein von
Abhängigkeiten zurückgehaltenes `[x]` steht also in voller Stärke in seiner
effektiven Farbe. Wo die Größe **implizit** angenommen wird (aus den
Teilpaketen geschätzt bzw. `M`, oben), zeigt der Knoten die angenommene Größe
als **invertiertes** Größen-Badge (weiß mit petrolfarbenem Rand/Text statt
gefüllt) mit erläuterndem Tooltip — an einem **erledigten** Knoten entfällt
es, dort wird keine Kostenannahme mehr getroffen.

Zusätzlich fädelt eine **gestrichelte, geschwungene Petrol-Linie** durch die
**offenen Endknoten** des Pfads (Katmull-Rom-Spline in Dokument-Reihenfolge,
in allen Modi). Die kräftige Linie liegt **hinter** den Knoten (nur in den
Lücken voll sichtbar), eine **abgetönte Kopie** davor deutet den Verlauf beim
Durchschreiten eines Knotens nur schwach an. An jedem solchen Endknoten sitzt
ein großer, **blasser Petrol-Stationspunkt** (U-Bahn-Plan-Prinzip: der
Knotentext bleibt lesbar) — **durchquerte** Fremd- oder Zwischenknoten und
**erledigte** Knoten tragen keinen, sodass eindeutig bleibt, wo noch Arbeit
**endet**. Station ist damit der tiefste noch offene Knoten eines Zweigs: Sind
alle Kinder erledigt, wird der offene Elternknoten selbst die Station (die
Restarbeit ist dann seine); ist ein ganzer Zweig erledigt, hat er keine. Linie,
abgetönte Kopie und Punkte erscheinen bei aktivem Umschalter auch im
Grafikexport. Siehe D18, D46.

**Von Station zu Station.** Neben dem Umschalter steht ein **Knopf**, der die
Stationen der Reihe nach anspringt: Der erste Druck holt die **erste** — das,
was als Nächstes dran ist —, jeder weitere die nächste, nach der letzten wieder
die erste. Gegangen wird die Dokument-Reihenfolge, also dieselbe, in der die
Linie durch die Stationen fädelt. Der Knoten wird **zentriert, hervorgehoben
und bekommt den Tastaturfokus** — dieselbe Behandlung wie beim ausdrücklichen
Alt+Klick (§9, Sprung zwischen Diagramm und Text); von dort führt **Alt+Enter**
in die zugehörige Textzeile. Fortgesetzt wird am gerade hervorgehobenen Knoten:
Steht der auf einer Station, geht es bei der nächsten weiter, sonst wieder
vorn. Der Knopf ist **verborgen**, solange es keine Station gibt — bei
ausgeschaltetem Pfad ebenso wie bei einem durchweg erledigten Plan; sein
Tooltip nennt die Zahl der offenen Stationen. Siehe D47.

**Zuständigen-Engpass.** Trägt **eine** Person zu viel der offenen Arbeit des
günstigsten Pfads, meldet eine zeilenlose Warnung `assigneeOverload` die
mögliche Engstelle: Die nächste Ausbaustufe ist dann nicht parallelisierbar —
alles Weitere serialisiert sich durch diese Person. Über Reihenfolge oder
Termine sagt die Warnung nichts (das tut in dieser Notation ohnehin nichts,
§1). Siehe D71.

- **Last:** Jeder nötige Knoten zählt mit dem, was seine Größe über die
  nötigen Teilpakete hinaus behauptet (dasselbe Maß wie der Belegungs-Vergleich
  der Closure-Suche, oben) — Erledigtes also mit 0. Mehrere `@name`-Tags einer
  Zeile teilen sich den Beitrag zu gleichen Teilen.
- **Zuständig** ist, wer auf der Zeile getaggt ist (§7); ein Knoten **ohne**
  Tags erbt für diese Rechnung die Tags des nächsten Vorfahren **mit** Tags —
  die übliche WBS-Lesart: Wer das Paket hat, hat die Teilpakete. Ohne
  getaggten Vorfahren zählt der Beitrag als nicht zugewiesen — er verwässert
  die Anteile, warnt aber nicht selbst.
- **Gemeldet** wird, wenn mindestens **zwei** Personen Last auf der offenen
  Front tragen und eine davon **mehr als die Hälfte** der gesamten offenen
  Pfad-Arbeit hält. Ein Solo-Plan warnt damit nie — eine Person, die alles
  trägt, ist dort keine Engstelle, sondern die Realität. Die Schwelle ist
  gesetzt, nicht hergeleitet (wie die ~32 Zeichen des Label-Umbruchs).
- **Anzeige:** Die Warnung nennt Person, Anteil und Stationen („@anna trägt
  62 % der offenen Arbeit … 7 von 9 Stationen"); zusätzlich wechseln die
  Personen-Pillen (§7) der betroffenen Person an **offenen Pfad-Knoten** auf
  die Warnfarbe (`--warn`) — auch im Grafikexport. Geerbte Zuständigkeit hat
  keine Pille und damit keine Färbung. Bei ausgeschaltetem Pfad entfällt
  beides — ohne Pfad gibt es keine offene Front.

### Personen-Leiste und Personen-Linse
Trägt das Dokument `@`-Tags (§7), steht unter dem Diagramm eine **Leiste mit
einer Pille je Person** samt **Belastungs-Balken**: ihr Anteil an der offenen
Arbeit des günstigsten Pfads — dasselbe Maß wie der Zuständigen-Engpass
(oben), mit Vererbung und geteilten Beiträgen; die Bernstein-Färbung der
Engpass-Person erscheint auch hier. Angezeigt werden **Anteile, keine
absoluten Zahlen** — die Größen sind ordinal, jede Summe ist eine Näherung.
Der Rest **ohne Zuständigen** bekommt einen eigenen, gestrichelten Eintrag,
damit die Anteile auf 100 % summieren. Gerechnet wird auch bei
ausgeschaltetem Pfad-Umschalter (wie die `path`-Voreinstellung des
Falt-Durchschalters: die Frage gilt dem Pfad, nicht seiner Anzeige). Ohne
Tags gibt es die Leiste nicht.

Ein **Tipp auf eine Pille schaltet die Personen-Linse**: Sichtbar bleiben nur
die Vorfahren-Pfade zu den Knoten dieser Person; die getaggten Knoten selbst
stehen **eingeklappt** da — ihr „▸ n“ vertritt das Paket, und mit der
Vererbung ist alles darunter ohnehin ihres. Ihre Personen-Pillen an den
sichtbaren Knoten färben sich petrol (die Engpass-Warnfarbe gewinnt). Nicht
faltbare Geschwister auf offenen Pfaden bleiben stehen — dieselbe
Eigenschaft wie bei der Pfad-Voreinstellung des Falt-Durchschalters. Der
Eintrag „ohne Zuständigen“ zeigt als Linse die Struktur, deren Arbeit
niemandem gehört: Jeder Knoten mit eigenen Tags klappt zu. Ein zweiter Tipp
hebt die Linse auf, ein Tipp auf eine andere Person wechselt; es gilt
höchstens eine zugleich.

Die Linse ist **reine Ansicht und Sitzungssache**: Anders als das Falten (§9,
`>`/`<`) schreibt sie **nichts** in den Text — in einem geteilten Dokument
(`?live=`) ginge der persönliche Filter sonst als Textänderung an alle.
Hand-Faltungen während der Linse bleiben ebenso in der Sitzung;
Dokumentwechsel und Neuladen setzen zurück, der Falt-Durchschalter beendet
die Linse (er arbeitet auf dem Text-Faltzustand). **Grafikexport und Druck
folgen der sichtbaren Faltung** wie überall — „die Sicht einer Person als
Bild teilen“ funktioniert damit von selbst; die Leiste selbst erscheint in
beiden nicht.

### Diagramm aus einer URL laden (`?sourceUrl=`)
Der Editor kann den Notationstext aus einer externen Textdatei beziehen:
`…?sourceUrl=https://example.org/plan.txt` (relative Angaben werden gegen die
Seite aufgelöst; zugelassen sind nur `http`/`https`). Der Text wird als
**eigenes Dokument** geführt, dessen **Name die URL** ist (vollständige URL im
Tooltip); derselbe Link aktualisiert dieses Dokument, statt ein neues anzulegen.
Ist der Parameter gesetzt, wird bei **jedem** Laden neu geholt — die URL ist die
Quelle der Wahrheit, lokale Änderungen daran überleben ein Neuladen nicht.
Die **Adresszeile folgt dem aktiven Dokument** (§9, `?live=`): Beim Umschalten
auf ein anderes verschwindet der Parameter, beim Zurückschalten steht er wieder
da.
Scheitert das Laden (häufigster Fall: das Ziel sendet keinen
`Access-Control-Allow-Origin`-Header, außerdem 404/Netzfehler), bleibt der
bisherige Stand stehen und es erscheint eine **Warnung**. Siehe D23.

### Kein Etherpad mehr (`?etherpad=`, entfallen)
Der Editor konnte den Notationstext aus einem **Etherpad-Pad** beziehen: Alle
schrieben im Pad, Werkbaum zeigte das Diagramm dazu. Das ist **ausgebaut** —
`?live=` (unten) kann dasselbe besser, und zwar im Editor selbst. Ein alter
`?etherpad=`-Link ergibt heute eine **Warnung**, die auf `?live=` zeigt, statt
still nichts zu tun. Siehe D78; die frühere Ausführung steht in D31.

### Gemeinsam an einem Server-Dokument arbeiten (`?live=`)
Liegt der Plan auf einem Werkbaum-Backend, nimmt der Editor dessen
Dokument-Adresse: `…?live=https://example.org/api/v1/documents/<uuid>`.
Geschrieben wird **im Editor selbst**, und alle sehen die Änderungen der
anderen, ohne neu zu laden.

- **Das Textfeld bleibt beschreibbar.** Nach kurzer Ruhe (0,6 s) schickt der
  Editor die Änderung als Zeilen-Diff; ein offener Abruf hält die Gegenrichtung
  bereit und spielt fremde Änderungen ein. Die **Schreibmarke wandert mit** —
  fügt jemand oberhalb Zeilen ein, bleibt sie an ihrer Stelle im Text.
- **Der Name ist der Titel des Dokuments** (alle sehen denselben), die
  vollständige Adresse steht im Tooltip.
- **Überschneiden sich zwei Änderungen wirklich** — dieselben Zeilen —, fragt
  ein Band oben, wessen Fassung gelten soll: *Fremde übernehmen* oder *Eigene
  durchsetzen*. Alles andere führt der Server selbst zusammen, ohne zu fragen.
  Verloren geht nichts: Der verworfene Stand bleibt in den früheren Ständen,
  jede Version in der Historie des Servers.
- Der Abruf läuft **nur im sichtbaren Tab**; im Hintergrund ruht er und holt
  beim Zurückkommen den Rückstand.
- **Die Adresszeile beschreibt das Dokument, das vorn ist.** Umschalten auf ein
  lokales Dokument räumt `?live=` weg, Umschalten auf ein anderes
  Server-Dokument trägt dessen Adresse ein — ein Neuladen bringt also zurück,
  was man vor sich hatte. Dasselbe gilt für `?sourceUrl=` (oben). Und die
  gemeinsame Sitzung gehört dem sichtbaren Dokument: Wer ein Server-Dokument im
  Wähler auswählt, arbeitet darin wieder gemeinsam; wer es verlässt, hört auf,
  mitzuschreiben. Siehe D80.

- **Ungesendetes bleibt nie stumm.** Erreichen Änderungen den Server länger
  als ~30 Sekunden nicht — offenes Konflikt-Band, tote Sitzung, Netz —, steht
  eine Warnung, bis der Abgleich wieder gelingt; eine beendete Sitzung meldet
  sich ebenso. Beim Schließen oder Neuladen mit ungesendeten Änderungen fragt
  der Browser nach. Und **bevor** irgendetwas ungesendeten Text überschreibt
  (Neuladen des Dokuments, *Fremde übernehmen*, ein Volltext vom Server),
  wandert er in die **lokalen Sicherungen**: Für Server-Dokumente sammelt der
  10-Minuten-Takt sie wieder, und das Uhr-Menü zeigt sie als eigenen Abschnitt
  unter den Server-Meilensteinen. Siehe D89.

**Ein zweites Werkbaum-Fenster desselben Browsers** — Tab, Fenster oder
PWA — bekommt einen **modalen Dialog**, in beiden Fenstern, bis eines
geschlossen ist: Beide schreiben in dieselbe Dokument-Ablage, der zuletzt
speichernde überschreibt den anderen. Erkannt per Herzschlag
(BroadcastChannel); der Dialog schließt sich **von selbst**, sobald das
andere Fenster zu ist — es ist nichts zu bestätigen. „Trotzdem fortfahren"
ist die Notluke und gilt je Fenster und Vorfall. Siehe D89 (und D84 für die
zeilenlose Warnung, die daneben bestehen bleibt).

Siehe D76 (Protokoll und Begründung) und
`backend/docs/live-editing-proposal.md`.

### Legende im Editor-Panel
Neben dem Textfeld steht eine aufklappbare **Legende** (Notation in Kurzform,
abschließend eine Bedienungs-Zeile). Sie ist **scrollbar**, wenn ihr Inhalt
höher ist als der Platz, und über einen eigenen **Splitter** vom Textfeld
abgeteilt: horizontal nebeneinander (Legendenbreite), in den gestapelten Modi
und auf kleinem Bildschirm untereinander (Legendenhöhe). Ziehen verteilt frei,
Doppelklick stellt die Vorgabe wieder her; die Aufteilung bleibt für beide
Ausrichtungen getrennt erhalten. Die Legende belegt höchstens 85 % des Panels,
damit das Textfeld nie ganz verschwindet. Siehe D26.

### Was ist neu? (Dokumente von außen)
Bei Dokumenten, die von außen kommen (mitgeliefert oder per `?sourceUrl=`), wird
gezeigt, was sich seit dem letzten Besuch getan hat. **„Neu" heißt: neu in
Produktion** — ein Knoten trägt jetzt `[^]` und tat es in der zuletzt gesehenen
Fassung nicht. Solche Knoten bekommen einen **gelben Strahlenkranz** nach außen
(die Füllung bleibt die Statusfarbe aus §4). Die Anzahl steht am
**Neuigkeiten-Knopf** in der Kopfzeile (siehe unten), bestätigt wird im Popup;
danach ist die aktuelle Fassung die neue
Vergleichsbasis. Beim ersten Ansehen eines Dokuments leuchtet nichts. Der Kranz
erscheint weder im Druck noch im Grafikexport — er hängt am persönlichen
Besuchsstand. Siehe D28.

### Neuigkeiten (Stern in der Kopfzeile)
Ein **Stern-Knopf in der oberen Bedienleiste** ist immer sichtbar und öffnet ein
Popup mit den Änderungen der letzten Tage — je Tag ein Datum und ein paar kurze
Notizen. Er trägt zwei Aussagen, die zusammengehören:

- **Die Chronik** (allgemein): was am Produkt geschehen ist. Die Notizen stehen
  in `docs/CHANGELOG.md`, die Knoten je Tag kommen aus der Versionsgeschichte
  des mitgelieferten Plans; beides wird **beim Bauen** eingelesen und
  eingebettet (zur Laufzeit lädt Werkbaum nichts nach, D20).
- **Der Besuchsvergleich** (persönlich): „Was ist neu?" des aktiven Dokuments
  (oben) — als abgesetzter Abschnitt zuoberst im Popup, mit dem Knopf
  „gesehen".

**Bernstein heißt ungesehen** — dieselben Töne wie der Strahlenkranz am Knoten,
damit Knopf und Knoten dasselbe sagen. Er färbt sich, solange es unangesehene
Tage gibt oder das aktive Dokument neue Knoten hat; die Zahl daneben ist die der
neuen Knoten. Aufgeschlagen heißt gelesen: Das Öffnen des Popups merkt den
neuesten gelisteten Tag als gesehen.

**Jeder Tag mit Knotenänderungen trägt einen Link**, der genau diese Knoten im
Diagramm in der „Was ist neu?"-Ansicht vorführt (gelber Kranz, §9) — dieselbe
Ansicht, nur mit einer anderen Frage: „was geschah am 24.08." statt „was ist
seit deinem letzten Besuch live gegangen". Dabei wird auf den mitgelieferten
Plan umgeschaltet, denn dessen Knoten sind gemeint; der Knopf steht dann in
Petrol („wird gerade vorgeführt") und ein zweiter Druck hebt es wieder auf.
Genannt wird die Zahl der Knoten, die es **heute noch gibt** — ein seither
umbenannter Knoten ist nicht mehr zu treffen, und der Link verspricht nichts,
was er nicht halten kann. Die Vorführung ist Sitzungssache und wird nicht
gemerkt.

Die **Notizen sind englisch**, auch wenn die Oberfläche in einer anderen Sprache
steht: `docs/CHANGELOG.md` ist ein ausgeliefertes Artefakt mit weltweitem
Publikum, wie der mitgelieferte Plan und `llms.md` (§13). Übersetzt ist alles
übrige — Titel, Knöpfe und die Datumsangaben. Damit das nicht wie ein Fehler
aussieht, steht **oben im Popup ein übersetzter Hinweis**, dass diese Übersicht
nur auf Englisch gepflegt wird; er ist klein und grau gehalten und tritt hinter
den Inhalt zurück, zu dem er gehört. Bei englischer Oberfläche entfällt er.
Siehe D58.

### Sprung zwischen Diagramm und Text
Jeder Knoten kennt seine Zeilennummer im Notationstext; beide Richtungen sind
verknüpft (siehe D25):

- **Diagramm → Text:** **Alt+Klick** auf einen Knoten markiert die zugehörige
  Zeile im Texteditor (ganze Zeile ausgewählt, in Sicht gescrollt, Fokus im
  Textfeld). Tastatur: **Alt+Enter** am fokussierten Knoten. Auf Touch-Geräten:
  **langer Druck** — nach ≥ 500 ms zeigt der Knoten einen Petrol-Ring („scharf"),
  der Sprung erfolgt beim **Loslassen**; ein Wischen bricht ab. Ist das
  Editor-Panel zugeklappt, öffnet der Sprung es zuerst. Der Sprung ist
  „hinschauen": Er holt **keine Bildschirmtastatur** herauf — die erscheint erst,
  wenn das Textfeld selbst angetippt wird.
- **Text → Diagramm:** Der Knoten der **Cursor-Zeile** wird im Diagramm
  hervorgehoben und beim Zeilenwechsel ins Bild gescrollt. **Beschreibungs- und
  Fortsetzungszeilen (§1)
  zählen zu ihrem Knoten**: Steht der Cursor in einer `"`-Zeile (§1), in einer
  Fortsetzung hinter `\` oder in
  einem ID-Block des `---`-Beschreibungsteils (Kopfzeile eingeschlossen), gilt
  der beschriebene Knoten als ausgewählt — solche Zeilen tragen keinen eigenen
  Knoten, gehören aber zu einem, und wer darin schreibt, arbeitet an genau
  diesem Knoten. Das gilt für beide Richtungen der Geste (also auch für den
  ausdrücklichen Alt+Klick unten) und für die Hervorhebung der
  Abhängigkeits-Kanten (§9). **Liegt der Knoten der Cursor-Zeile in einem
  eingeklappten Teilbaum** (§9, Falten), wird stattdessen sein **nächster
  sichtbarer Vorfahr** hervorgehoben — der eingeklappte Knoten vertritt seinen
  Teilbaum (D38), auch hier; das gilt ebenso für den ausdrücklichen Alt+Klick
  unten. Zeilen ohne Knoten (Kommentar, Leerzeile, der
  `---`-Trenner selbst, ausgeblendetes verworfenes Element) heben nichts
  hervor. Die Hervorhebung arbeitet auf einer **eigenen Achse — Tiefe**: weißer
  Halo + Ring in Tinte, dazu ein Schlagschatten und eine leichte Vergrößerung,
  sodass der Knoten sich aus der Ebene hebt. Das ist der einzige Kanal, den
  sonst nichts im Diagramm belegt, kollidiert also mit keiner Farbcodierung
  (Status §4, gelber Kranz und Petrol-Kranz oben). **Beim Zeilenwechsel** meldet
  sie sich zusätzlich mit einem **einmaligen Puls** — einem kurzen Hüpfer und
  einem auslaufenden Ring; kein Blinken, und bei `prefers-reduced-motion`
  entfällt er. Der Pfad-Filter (§9, günstigster Pfad) blasst sie nie aus: Wo der
  Cursor steht, bleibt sichtbar. Siehe D25.
- **Text → Diagramm, ausdrücklich:** **Alt+Klick** im Textfeld (Tastatur:
  **Alt+Enter**) holt den Knoten der Cursor-Zeile in die **Mitte** des Diagramms
  und gibt ihm den Tastaturfokus — dieselbe Geste in beide Richtungen. Sie
  ergänzt das Mitlaufen der Cursor-Zeile: Das scrollt bewusst nur so weit wie
  nötig und nur beim Zeilenwechsel (sonst ruckelte das Diagramm beim Tippen).
  Wer einen Knoten wirklich **sehen** will, sagt es mit Alt. Auf einer Zeile ohne
  Knoten geschieht nichts.
- **Text → Text, entlang einer Abhängigkeit:** **Strg+Klick** (macOS auch
  Cmd+Klick) auf eine ID in einem Abhängigkeits-Token — `:#ziel`, jede ID der
  Liste `:#a,#b`, auch die Kopf-Form `#auth:#ziel` — markiert die **Zeile, die
  diese ID vergibt**: derselbe Sprung wie aus dem Diagramm (ganze Zeile
  ausgewählt, in Sicht gescrollt), nur innerhalb des Textes. Tastatur:
  **Strg+Enter**, wenn die Schreibmarke im Token steht. Bei doppelter ID
  gewinnt die erste Vergabe (§1/§4); eine unbekannte ID tut still nichts (sie
  ist schon als `unknownDep` gewarnt). Kein Sprung im Kommentar, im
  Beschreibungsteil hinter `---` und innerhalb einer URL; Alt+Klick behält
  daneben unverändert seine Richtung ins Diagramm. Siehe D67.
- Der **einfache** Klick bleibt unverändert der Link (§6): Ein Knoten mit URL
  öffnet sie weiterhin im neuen Tab. Deshalb Alt und nicht der einfache Klick.
- **Auffindbarkeit:** Solange **Alt gedrückt** ist, zeigen alle Knoten den
  Sprung-Cursor und der Knoten unter dem Zeiger einen Petrol-Ring — die Geste
  ist im Moment des Ausprobierens sichtbar, auch auf verlinkten Knoten. Dazu
  nennt der Knoten-Tooltip die Geste, und die aufklappbare Legende schließt mit
  einer Bedienungs-Zeile ab.
- Die Hervorhebung ist eine reine Editierhilfe: nicht im Grafikexport, nicht im
  Druck.

### Knoten-IDs im Diagramm einblenden (`#`)
Ein Umschalter im Diagramm-Kopf stellt die Knoten-ID in eine **eigene Zeile
über den Titel** (`#some.id`, ohne den Trenn-Doppelpunkt — der trennt ID und
Titel in derselben Zeile, hier trennt der Umbruch; D56, geändert mit D64).
Dargestellt in der Mono-Schrift des Textfelds und zurückgenommen gefärbt — die
ID ist die Adresse, der Titel bleibt die Hauptzeile. Der Zustand wird gemerkt.

**Grafikexport und Druck folgen dem Umschalter** (wie beim „verworfene
einblenden"-Filter und der Faltung): Ist er an, stehen die IDs auch im
ausgegebenen Bild. Für Screenreader ändert sich nichts — sie bekommen die ID
ohnehin über das `aria-label`. Siehe D56.

### Kurzschreibweise der Knoten-ID beim Tippen (`#.name`)
Eine **Eingabehilfe**, keine Notation: Wer `#.kc` unter einem Knoten mit der ID
`#prod-stage` schreibt, findet `#prod-stage.kc` im Text. Aufgelöst wird gegen
den nächsten Vorfahren **mit** ID; gibt es keinen oder trägt er selbst noch eine
Kurzform, bleibt die Zeile stehen (`#.kc` ist ohnehin eine gültige ID — der
Punkt gehört zur Zeichenmenge, §1). `#..x` wird nicht angefasst.

**Aufgelöst wird, sobald die ID abgeschlossen ist** — also sobald ihr
unmittelbar ein **Doppelpunkt** folgt (`#.kc:`), der übliche Trenner vor dem
Titel (§1) und zugleich der Anfang einer Abhängigkeitsliste. Das gilt beim
Tippen des Doppelpunkts ebenso wie beim nächsten Tastendruck in einer Zeile,
die ihn schon trägt. Ohne Doppelpunkt bleibt es beim **Verlassen der Zeile** —
spätestens dann ist die ID fertig.

Die Datei enthält danach immer die volle ID: Sie bleibt durchsuchbar und
überlebt das Umsortieren, worauf die Abhängigkeiten `:#…` bauen. **An der
Notation ändert sich dadurch nichts** — der Parser sieht nie eine Kurzform,
und `llms.md` (§13) bleibt unberührt. Angefasst wird nur die Zeile, in der auch
**getippt** wurde — den Cursor hineinzusetzen genügt nicht, sonst schriebe
bloßes Durchklicken ein fremdes Dokument um; Abhängigkeiten (`:#…`) und der
Beschreibungsteil hinter `---` bleiben außen vor. Siehe D55.

### ID-Vorschläge beim Tippen von Abhängigkeiten (`:#`)
Ebenfalls eine **Eingabehilfe**, keine Notation: Wer im Baumteil ein
Abhängigkeits-Token beginnt (`:#`, auch in der Fortsetzung `,#` und in der
Kopf-Form `#auth:#…`), bekommt an der Schreibmarke eine **Liste der vergebenen
IDs** — gefiltert nach dem schon getippten Fragment (Präfix-Treffer zuerst,
dann Teilstring-Treffer, je in Dokumentreihenfolge), mit dem Knotentitel als
Kontext daneben. Angeboten werden **alle** IDs des Dokuments, auch die
verworfener oder eingeklappter Knoten — eine Abhängigkeit darf überallhin
zeigen (§1); nicht angeboten werden die im Token schon gelisteten IDs und die
eigene ID der Zeile.

- **Bedienung:** ↑/↓ wählt, Enter oder Tab übernimmt (undo-fähig, ein
  Schritt), Esc schließt — Weitertippen öffnet wieder. Klick bzw. Tipp auf
  einen Eintrag übernimmt ebenso. Wer die Liste ignoriert, tippt einfach
  weiter: Sie fängt keine Taste ab, solange sie nichts anzeigt, und Tab rückt
  bei geschlossener Liste unverändert ein.
- **Kein Vorschlag** bei bloßem `#` (das *definiert* eine ID), im Kommentar
  (`%%`) und im Beschreibungsteil hinter `---`.
- Der Parser sieht nie etwas davon; `llms.md` (§13) bleibt unberührt. Für
  Screenreader meldet eine höfliche Live-Region die Trefferzahl und den
  gewählten Eintrag; das Popup selbst ist `aria-hidden`, normales Tippen
  bleibt unberührt. Siehe D63.

### Zeilennummern im Texteditor
Links neben dem Textfeld steht ein schmaler Streifen mit den **Zeilennummern** —
dieselben, die die Warnungen nennen („Zeile 12: …", §4). Ohne ihn muss man sie
im Text abzählen.

- **Das Textfeld bricht Zeilen nicht um** (D49). Die Einrückung trägt die
  Hierarchie (§2), und ein weicher Umbruch setzt die Fortsetzung an den linken
  Rand — die Ebene wäre damit gerade dort nicht mehr abzulesen, wo eine Zeile
  lang ist. Zu lange Zeilen bekommen einen **waagerechten Balken**; eine
  logische Zeile ist damit immer genau eine Bildzeile.
- Der Streifen scrollt **nur senkrecht** mit: Die Zahlen bleiben stehen, wenn
  der Text waagerecht verschoben wird. Ein Sprung auf eine Zeile (§9) setzt die
  waagerechte Verschiebung zurück — er zeigt auf eine Zeile, nicht auf ihr Ende.
- Die **Cursor-Zeile** und Zeilen mit einer **Warnung** heben sich ab (Warnung in
  `--warn`, `#B45309`) — genau die beiden Fälle, für die man hinsieht.
- Die Zahl einer Warn-Zeile trägt die **Meldung als Tooltip** — wörtlich
  dieselbe, die unter dem Diagramm im Warnungsbereich steht; mehrere Warnungen
  einer Zeile stehen darin untereinander. Der Streifen bleibt `aria-hidden`:
  Für Screenreader ist die Live-Region des Warnungsbereichs die Quelle, der
  Tooltip erspart nur den Weg dorthin. Ohne Zeiger gibt es ihn nicht (wie
  überall) — die Meldung steht dort ohnehin vollständig. Siehe D33-Nachtrag.
- Über einer Warn-Zeile trägt der **Zeiger ein Warndreieck** — dasselbe ⚠, das
  im Warnungsbereich vor jeder Meldung steht. Der Pfeil bleibt daneben stehen,
  damit der Zeiger weiter zeigt. Siehe D33-Nachtrag 2.
- Reine Lesehilfe: kein Bestandteil des Notationstexts, nicht im Grafikexport
  und nicht im Druck (dort ist ohnehin nur das Diagramm zu sehen).

Siehe D33, D49.

### Fokusmarke im Diagramm (`!!!`, §1)
Ein mit `!!!` markierter Knoten trägt einen **Strahlenkranz in Petrol** —
kräftiger Ring in `--or` (`#0F766E`) plus leuchtender Schein in hellem Teal
(`#14B8A6`) — und wird ins Bild geholt. Gebaut wie der gelbe Kranz für „neu in
Produktion" (§9): Schein nach **außen**, damit die Knotenfüllung dem Status (§4)
gehört und lesbar bleibt. Kein Blinken.

- **Die Farbe trägt die Bedeutung:** Gelb heißt „seit deinem letzten Besuch live
  gegangen" (eine stehende Tatsache), Petrol heißt „jemand zeigt gerade hierauf"
  (ein Zuruf). Beides kann zugleich zutreffen und muss darum unterscheidbar
  bleiben; trifft es zusammen, wird der Ring petrol und der Schein gelb.
- Trifft die Marke mit der **Cursor-Zeile** zusammen, liegt der Tinte-Ring innen
  und der Schein außen — die eigene Cursor-Position und der fremde Zuruf bleiben
  so auseinanderzuhalten.
- Ins Bild geholt wird nur, wenn sich die Marke **ändert** — sonst zöge das
  Diagramm bei jedem Neubau den Blick zurück und man könnte nicht wegscrollen.
- Wie die Cursor-Zeile erscheint sie **nicht** im Druck und **nicht** im
  Grafikexport: Sie sagt „schau jetzt hierhin", nicht „so ist der Plan".

### Ein- und ausklappbare Teilbäume (`>` / `<`, §1)
Jeder Knoten mit sichtbaren Kindern trägt ein **Falt-Zeichen** vor dem
Label: **▾** offen, **„▸ n“** eingeklappt (n = Zahl der verborgenen Knoten) —
als kleiner **gerahmter Chip**, damit das Klickziel zu treffen ist (D64; das
nackte Glyph war zu klein). Klick auf das Zeichen klappt um — der einfache
Klick auf den Knoten selbst
bleibt der Link (§6); Tastatur: **←** klappt zu, **→** klappt auf am
fokussierten Knoten (WAI-ARIA-Baum-Idiom).

- **Anfangszustand aus dem Text (§1):** `>` klappt ein. `<` holt seinen
  Teilbaum hervor, indem die Faltung die Pfad-Ebenen **hinunterwandert**:
  Jeder eingeklappte Vorfahr öffnet sich, seine übrigen Kinder stehen
  stattdessen als einzelne eingeklappte Knoten da — sichtbar ist genau der
  Pfad samt Teilbaum, der Rest bleibt kompakt. Ein `>` **innerhalb** des
  hervorgeholten Teilbaums bleibt respektiert.
- Auch ein **`!!!`-markierter Knoten** (§1) holt sich auf diese Weise hervor —
  ein Zeigefinger auf etwas Unsichtbares zeigte ins Leere.
- **Umklappen im Diagramm schreibt die Marke in den Text zurück.** Damit ist
  der Text auch für die Faltung die eine Quelle der Wahrheit: Was du siehst,
  steht geschrieben, und ein Neuladen stellt es wieder her. Die Änderung ist
  eine gewöhnliche Textänderung — sie lässt sich mit **Rückgängig** zurücknehmen
  und macht ein mitgeliefertes Dokument zu einem bearbeiteten (§9, D27).
  Geschrieben wird **minimal**: Nur die Zeile des umgeklappten Knotens wird
  angefasst, solange die übrigen Marken den Zustand noch richtig beschreiben —
  ein von Hand gesetztes `<` bleibt also stehen. Trifft es nicht mehr zu, werden
  alle Marken neu gesetzt und das `<` dabei aufgelöst.
- Lässt sich ein Zustand in Marken **gar nicht ausdrücken** (etwa weil eine
  Fokusmarke `!!!` ihren Knoten immer wieder hervorholt), wird lieber nichts
  geschrieben, als einen Text zu hinterlassen, der etwas anderes sagt als das
  Bild. Der Eingriff gilt dann **je Knoten** (Identität = Label-Pfad, wie bei
  „Was ist neu?“) und **nur für die Sitzung**; ein Dokumentwechsel setzt ihn
  zurück.
- **Für den ganzen Baum** gibt es im Diagramm-Kopf einen **Durchschalter**:
  Jeder Druck stellt die **nächste** von vier Voreinstellungen her, reihum —
  1. **ab Größe M abwärts zugeklappt**: jeder Knoten mit Kindern, dessen
     **angegebene** Größe (§5) `M` oder kleiner ist — offen bleiben `L`,
     `XL`, `XXL`. Ein Knoten **ohne** Größenangabe wird nicht zugeklappt:
     Der günstigste Pfad schätzt fehlende Größen zwar (unten), das ist aber
     eine Kostenannahme und keine Aussage des Autors.
  2. **alles abseits des günstigsten Pfads zugeklappt**: jeder Knoten, durch
     dessen Teilbaum der günstigste Pfad (§9) **nicht** läuft — weder er
     selbst noch ein Unterknoten liegt auf ihm. Der Pfad bleibt vollständig
     sichtbar, alles Übrige steht als je ein eingeklappter Knoten da.
     Gerechnet wird dafür auch bei **ausgeschaltetem** Pfad-Umschalter — die
     Voreinstellung fragt nach dem Pfad, nicht nach seiner Anzeige.
  3. **alles zugeklappt**: jeder Knoten mit Kindern.
  4. **alles offen**.

  Der Knopf zeigt als Icon und Tooltip den **nächsten** Schritt — also was
  Drücken tun wird, nicht was gerade gilt: Den Zustand hat man ohnehin vor
  sich (dieselbe Logik wie beim Bereichs-Umschalter auf kleinem Bildschirm).
- Jede Voreinstellung beschreibt einen **vollständigen** Faltzustand — was
  sie nicht zuklappt, ist danach offen. Die Reihum-Position wird **nicht
  gemerkt, sondern am Baum geprüft**: Beschreibt der Baum nicht mehr den
  zuletzt hergestellten Schritt (jemand hat von Hand umgeklappt oder den
  Text geändert), beginnt der nächste Druck wieder bei 1. Geschrieben wird
  wie beim einzelnen Umklappen — ein einziger Rückgängig-Schritt je
  Voreinstellung. Siehe D44, D75.
- Faltung ist **reine Ansicht**: Warnungen aus eingeklappten Teilbäumen werden
  weiter gemeldet (sie gelten dem Text), und der günstigste Pfad rechnet
  unverändert über den ganzen Baum.
- **Ein eingeklappter Knoten vertritt seinen Teilbaum auch auf dem günstigsten
  Pfad:** Liegt darin noch **offene** Pfadarbeit (§9, Erledigtes zählt nicht),
  ist er deren tiefste noch sichtbare
  Station — die Linie führt zu ihm und endet dort mit einem Stationspunkt
  („hier drin liegt noch Pfad"). Ohne das überspränge sie den ganzen Zweig, als
  wäre dort nichts zu tun. Ist der verborgene Teilbaum dagegen **fertig**,
  bekommt der eingeklappte Knoten keinen Punkt — dort ist wirklich nichts mehr
  zu tun. Beim Aufklappen geben die Station wieder die
  Endknoten darunter. Das gilt auch, wenn der eingeklappte Knoten selbst nicht
  gebraucht wird, sein Teilbaum aber schon (etwa ein per `:#…` gezogenes Ziel):
  Er ist dann der einzige sichtbare Griff auf nötige Arbeit und tritt deshalb
  auch nicht zurück. Bleibt so nur **eine** sichtbare Station übrig (etwa bei
  eingeklapptem Wurzelknoten), entfällt die **Linie** — durch einen einzelnen
  Punkt führt keine —, der **Stationspunkt bleibt**; sonst verschwände der
  Pfad ausgerechnet dort ganz, wo der Baum am dichtesten gefaltet ist. Gilt
  auch im Grafikexport.
- **Export und Druck folgen der sichtbaren Faltung** (dieselbe Regel wie beim
  „verworfene einblenden“-Filter): Verborgene Teilbäume fehlen, eingeklappte
  Knoten behalten die Kennzeichnung „▸ n“ — das Bild behauptet damit keine
  Vollständigkeit. Das ▾ offener Knoten ist ein Bedienelement und erscheint
  weder im Export noch im Druck.

Siehe D38.

### Querverbindungen der Abhängigkeiten (`:#…`, §1)
Abhängigkeiten werden als **optisch sekundäre** Kanten gezeichnet: dünn,
blassgrau (`#6B7A8C`), **gepunktet** und **geschwungen** — Punktierung und
Krümmung unterscheiden sie doppelt von den Baumlinien (durchgezogen bzw.
gestrichelt, immer orthogonal) und halten sie zurückhaltend — auf einer
eigenen Zeichenebene **hinter** den Knoten, mit einer kleinen **offenen
Pfeilspitze auf das Gebrauchte** („braucht“-Richtung; ein Winkel aus zwei
Strichen, kein gefülltes Dreieck). Der Baum trägt weiterhin die Hauptaussage.

- **Alle** Kanten laufen **hinter** den Knoten durch, auch die hervorgehobenen:
  sichtbar in den Lücken, verdeckt vom Knoten selbst. Der Baum bleibt damit
  lesbar — eine Kante, die quer über fremde Knoten hinwegläuft, durchstreicht
  deren Beschriftung.
- Die Kanten des **ausgewählten** Knotens — Tastaturfokus im Diagramm, sonst
  der Knoten der Cursor-Zeile — sind in Tinte hervorgehoben, ein- wie
  ausgehende; sie liegen über den übrigen Kanten, aber unter jedem Knoten.
- **Eingeklappte Knoten vertreten ihre Teilbäume auch hier** (§9, Falten):
  Liegt ein Endpunkt — Quelle wie Ziel — in einem eingeklappten Teilbaum,
  endet die Kante am nächsten **sichtbaren Vorfahren**. Fallen beide
  Endpunkte in denselben sichtbaren Knoten zusammen, entfällt die Kante (sie
  sagte nichts mehr); mehrere so zusammengefallene Kanten desselben Paars
  werden zu **einer**. Kanten zu **ausgeblendeten verworfenen** Knoten (§4)
  entfallen weiterhin — der Verworfen-Filter ist eine Aussage über den Plan,
  keine Ansicht. Bei doppelter ID zielt die Kante auf die erste Vergabe
  (D36/D39).
- **Ein Umschalter im Diagramm-Kopf** (neben dem günstigsten Pfad) blendet
  die Querverbindungen ein und aus; Voreinstellung **an**, Zustand gemerkt.
- Die Basis-Kanten erscheinen auch im **Grafikexport** und im **Druck**,
  sofern der Umschalter an ist (beide folgen ihm wie den übrigen
  Ansichts-Filtern); die Hervorhebung ist Interaktion und erscheint nicht.
  Siehe D41, D75.

### Grafikexport des Diagramms
Das Diagramm wird aus der Live-Geometrie in ein eigenständiges SVG (nur Formen
+ Text, keine externen Ressourcen) nachgezeichnet. Zwei Icon-Schaltflächen:

- **Kopieren** — als **PNG** in die Zwischenablage. Es werden zwei Flavors
  geschrieben: `image/png` (das eigentliche Bild) und `text/html` mit
  eingebettetem PNG. Fällt der Bild-Clipboard ganz aus (fehlende
  `ClipboardItem`-Unterstützung), wird der **SVG-Quelltext** kopiert.
- **Herunterladen** — als Datei, zwei Schaltflächen mit Format-Label:
  **SVG** (`werkbaum-diagramm.svg`, Vektor) und **PNG**
  (`werkbaum-diagramm.png`, Raster). Der Datei-Weg ist der verlässliche Weg
  für Programme, die das Browser-Bild-Clipboard nicht erkennen. Manche
  Programme lesen auch das SVG nicht (z. B. LibreOffice) — dafür gibt es die
  PNG-Datei, die überall per „Bild einfügen“ importierbar ist.
- Übernommen werden Knotenfarben (Status §4), Größen-Badge, Tags und der
  Geister-Knoten; die Verbindungslinien werden je Gate neu gezogen
  (und = durchgezogen Tinte, oder = gestrichelt Grau) und treffen die Knoten
  unabhängig vom Darstellungsmodus.
- Es wird genau die **sichtbare** Struktur exportiert (der „verworfene
  einblenden“-Filter wirkt auch hier).

### Barrierefreiheit
Die visuell codierten Knoten-Eigenschaften werden für Screenreader in einem
sprechenden **`aria-label`** je Knoten zusammengefasst — Label, Status, Aufwand
(inkl. „(angenommen)“ bei implizit geschätzter Größe), Zuständige, ob der Knoten optional
(§3) und ob er verlinkt ist —, alles in der aktuellen UI-Sprache. Die rein visuellen Beiwerke
(Größen-Badge, Tags, ↗-Pfeil) sind `aria-hidden`, damit sie nicht kryptisch
doppelt vorgelesen werden. **Alle** Knoten sind fokussierbar (`tabindex="0"`
bzw. der Link selbst); die **Fokusreihenfolge entspricht der Dokument-/
Lesereihenfolge** (Wurzeln, dann Kinder in Tiefe). Ein sichtbarer
`:focus-visible`-Rahmen (Petrol) zeigt den Tastaturfokus. Der Warnungsbereich
ist eine **Live-Region** (`role="status"`, `aria-live="polite"`), sodass neue
Warnungen (z. B. gemischte Gates) angesagt werden.

### Druck
Ein `@media print`-Stylesheet reduziert die Seite auf das **Diagramm**:
Kopfzeile, Editor-Panel, Splitter, sämtliche Bedienelemente (Diagramm-Kopf),
Warnungen und Footer werden ausgeblendet; das Diagramm füllt die Seite und darf
über mehrere Seiten laufen. Die **Statusfarben** werden bewusst mitgedruckt
(`print-color-adjust: exact`), Knoten brechen nicht über den Seitenrand
(`break-inside: avoid`), und der Günstigster-Pfad-Overlay wird mitgedruckt.
Sehr breite Bäume laufen bei 100 % über die Seitenbreite hinaus — dann im
Druckdialog „an Seite anpassen“ bzw. Querformat wählen.

## 10. Beispiel (kanonisch)

```
%% Projektstruktur – Stand Sprint 14
[~] Website-Relaunch (XL) https://wiki.example.de/relaunch
  - [x] Konzeption (M)
    - [x] Zielgruppenanalyse (S)
    - [x] Sitemap (XS)
  - [~] Umsetzung (XL)
    - [/] Frontend (S) https://git.example.de/frontend @anna
    - [ ] Backend (L) @ben @carla
    + [?] Dark Mode (S)  %% Zugabe, nicht erforderlich
    - [ ] CMS-Anbindung (M)
      | [ ] WordPress
      | [?] Headless CMS
      | [-] Eigenentwicklung  %% Aufwand zu hoch
  - [?] Hosting (M)
    | Cloud
    | On-Premise
```

## 11. Reservierte Erweiterungen (noch nicht implementiert)

Vergebene Zeichen und geplante Schreibweisen. **Reserviert heißt: nicht
anderweitig verwenden** — nicht: schon entschieden. Die endgültige Schreibweise
wird hier festgelegt, **bevor** sie gebaut wird; wo unten „offen“ steht, ist sie
das auch. Begründung und Zusammenhang: D34.

### Referenzen und Knoten-IDs (`#`)

- `#123`, `#US-123` — Referenz auf externe Tickets (geplant für die
  Tracker-Integration). Ticket-Referenzen werden **so** notiert, weil es die
  etablierte Kurzschreibweise ist; sie haben unter den `#`-Verwendungen
  Vorrang. Ticket-Kennungen sind **auch alphanumerisch** (Taiga schreibt
  `#US-123` für eine User Story, Jira `#ABC-123`) — die Zeichenmenge der
  Knoten-ID (§1) deckt sie ab.
- `#auth` — **Knoten-ID**: **umgesetzt**, Definition jetzt in §1 (Zeichenmenge,
  Alleinstehend-Regel, Warnung `duplicateId`). Ziel für Abhängigkeiten und
  Beschreibungsblöcke (siehe unten).

Beide Rollen vertragen sich: Oft **ist** die Ticket-Kennung die natürliche
Knoten-ID. Als Ticket-Link behandelt wird ein Token **nicht an seiner Form**
(die frühere Heuristik „rein numerisch" trägt bei alphanumerischen Kennungen
nicht), sondern am **Muster des angebundenen Trackers** — konfigurierbar,
z. B. `US-\d+`/`\d+` bei Taiga; festzulegen im Taiga-Spike (D34-Nachtrag).
Freie Schlagworte liegen **nicht** mehr auf `#` — siehe `&tag` unten; damit
ist die frühere Dreifach-Rolle von `#` aufgelöst (D34).

### Schlagworte (`&tag`) — reserviert, bewusst ungebaut

- `&tag` — freies Schlagwort: benennt eine **Menge** von Knoten quer zur
  Hierarchie (die ID benennt genau einen). Mehrere pro Zeile, Position egal,
  gleiche Zeichenmenge wie `@name` (§7: Unicode-Buchstaben, Ziffern, `.`,
  `_`, `-`).
- Erkannt nur **alleinstehend** angesetzt (`(^|\s)&\w`, wie `!!!` in §1) —
  „R&D“ und „Drag & Drop“ bleiben damit gewöhnliche Labels.
- **Niedrig priorisiert:** Ohne ein Feature, das Schlagworte auswertet
  (Filter-/Hervorheben-Linse, Taiga-Label-Sync), sind sie nur Kommentare mit
  Extra-Syntax — gebaut werden sie erst **zusammen mit** dem ersten solchen
  Konsumenten. Bis dahin gilt allein: `&` nicht anderweitig vergeben.

### Nutzen je Knoten (`(M/9)`) — festgelegt, noch nicht gebaut

Eine **unabhängige Nutzenbewertung** neben der Aufwandsschätzung; die
Abwägung geschieht erst bei der Priorisierung (lohnendster Pfad, unten).

- **Notiert im Größen-Token:** `(Aufwand/Nutzen)`, z. B. `(M/9)`; nur Nutzen
  `(/7)`; nur Größe wie bisher `(M)`. Es bleibt **ein** Token in **einer**
  Ecke — Erkennungsregeln wie bei der Größe (§1, Schritt 4): alleinstehend
  angesetzt, das **letzte** Token gewinnt, die Zitier-Konventionen gelten
  (`"(M/9)"` bleibt Label). Ein ungültiger Nutzen (`(M/12)`, `(M/x)`) macht
  das Token zum Label — der laute Fehlermodus (D59).
- **Skala: eine Ziffer 0–9.** `9` = hoher Nutzen, `1` = geringer, **`0` =
  Vorbedingung**: muss gemacht werden, hat aber keinen eigenen Nutzen. Im
  lohnendsten Pfad gewinnt eine `0` nie eine Alternativen-Wahl, wird aber
  über Abhängigkeiten (`:#…`) und all-of-Notwendigkeit gezogen — genau die
  Vorbedingungs-Semantik.
- **Reine Autoren-Aussage:** keine Aggregation über Teilbäume, keine
  Konfliktprüfung, keine Schätzung fehlender Werte. Nutzen ist — anders als
  Kosten — **nicht additiv**: Teilpakete können denselben Nutzen doppelt
  versprechen (Überlappung) oder zusammen mehr sein (Synergie); es gibt
  keine sichere Lesart, unter der eine Kindersumme den Elternwert widerlegt.
  Größen-Konflikt (§5/D62) und Größen-Schätzung (D66) bleiben Kosten-Sache.
- **Anzeige** im vorhandenen Größen-Badge oben rechts (`M/9` bzw. `/7`);
  die Knoten-Ecken bleiben, wie sie sind.
- **Lohnendster Pfad:** Der Pfad-Umschalter wird ein **Durchschalter mit
  drei Stellungen** (aus → günstigster → lohnendster). Im lohnendsten Pfad
  wählt eine Alternativgruppe nach **Nutzen/Kosten-Verhältnis**;
  **Bewertetes schlägt Unbewertetes** (fehlender Nutzen zählt 0, sobald
  mindestens eine Alternative der Gruppe bewertet ist), eine Gruppe ganz
  ohne Bewertungen wählt nach Kosten wie bisher — ohne Nutzen-Angaben im
  Dokument ist der lohnendste Pfad damit der günstigste. Realisiert bleibt
  realisiert (D46/D61), Verworfenes zählt nie; Linie, Stationen und
  Inversion behalten ihre Mechanik.

### Abhängigkeiten zwischen Knoten (`:#auth,#api`)

Die **Schreibweise ist umgesetzt** — Definition jetzt in §1 (Token-Vertrag,
Alleinstehend-Regel, Zyklen zulässig, Warnung `unknownDep`). Offen sind die
**Konsumenten**: der effektive Status, die Querverbindungen im Diagramm und
die Closure-Rechnung des günstigsten Pfads (alle drei unten).

### Intrinsischer und effektiver Status

**Umgesetzt** — Rechenregel in §4 (Fortschritts-Rang, Minimum über die
Abhängigkeits-Hülle), Darstellung in §9 (Knotenfarbe = effektiver Status,
Diskrepanz-Marke unten links). Siehe D39.

### Querverbindungen im Diagramm

**Umgesetzt** — siehe §9 (Querverbindungen der Abhängigkeiten): eigene
SVG-Zeichenebene, gekrümmte blassgraue Kanten mit Pfeilspitze hinter den
Knoten, Hervorhebung am ausgewählten Knoten. Begründung: D41.

### Günstigster Pfad mit Abhängigkeiten

**Umgesetzt** — siehe §9 (Dependency Closure): Vereinigung statt Teilbaum,
gemeinsam Gebrauchtes zählt einmal, erschöpfende Suche über die gekoppelten
Gruppen mit benanntem gierigem Rückfall. Begründung: D42.

### Knotenbeschreibungen (`"` und `---`)

**Umgesetzt** — Schreibweise in §1 (Kurzform als `"`-Zeile, Langform als
ID-Blöcke im `---`-Beschreibungsteil), Anzeige in §9 (Tooltip, ”-Marke).
Entscheidung und verworfene Alternativen: D34-Nachtrag, D40.

## 12. Dateiendung

- Notationstexte tragen die Endung **`.werkbaum`**, Kodierung UTF-8,
  Zeilenende LF. Beispiele: `docs/examples/*.werkbaum`.
- Die Endung ist **Konvention, kein Vertrag**: Der Parser sieht nur Text, und
  das Laden per `?sourceUrl=` (§9) wertet weder Endung noch `Content-Type` aus.
  `.txt` und endungslose Dateien bleiben damit gültig.
- Es gibt keinen registrierten MIME-Typ; wer selbst ausliefert, nimmt
  `text/plain; charset=utf-8` (dann zeigt der Browser die Datei an, statt sie
  herunterzuladen). Siehe D24.

## 13. Agenten-Fassung (`llms.md`)

Eine **englische Kurzfassung dieser Spezifikation für KI-Agenten** (lesen
**und** schreiben) liegt als Markdown in `frontend/public/llms.md` und wird
von jeder Instanz unter der Site-Wurzel ausgeliefert
(`https://werkbaum.javagil.de/llms.md`); der Footer verlinkt sie neben der
Versionsnummer. **Diese SPEC bleibt normativ**: Bei Syntaxänderungen
wird die Agenten-Fassung im selben Zug nachgezogen (CLAUDE.md). Siehe D43.

Daneben liegt `llms.txt` — der **Wegweiser** der llms.txt-Konvention
(llmstxt.org): Name, ein Satz zur Sache und Links auf die Kurzfassung, diese
SPEC, den Editor und das Repo. Er ist bewusst kurz und **rein ASCII**, damit
er auch dort ankommt, wo ein Server die Kodierung nicht mitschickt. Die
Konvention meint mit `llms.txt` genau so einen Index, **nicht** den Inhalt
selbst — die Kurzfassung ist eine der „markdown files providing more detailed
information“, auf die er zeigt. Siehe D43-Nachtrag 2.
