docs+frontend: Gemeinsam arbeiten in Roadmap und Werkbaum-Plan

- docs/ROADMAP.md: neuer Abschnitt „Gemeinsam an einem Diagramm arbeiten" in
  drei Stufen — Lesen teilen (?sourceUrl=, vorhanden), asynchron über Git
  (heute schon möglich, weil der Plan Text ist: git diff/blame sind lesbar;
  Ausbau = Backend committet jede Änderung), live tippen (Transport ist der
  kleinere Teil, das Zusammenführen gleichzeitiger Änderungen der eigentliche;
  Text-CRDT passt wegen D14 ohne eigene Merge-Logik). Notiert auch, warum Git
  direkt aus dem Browser kein Live-Sync ist (Sync auf Zuruf, CORS-Proxy nötig,
  Konfliktmarker mitten in der Notation) und was vor einer Entscheidung offen
  ist (erste Laufzeit-Abhängigkeit, Commit-Granularität, Rechte).
- docs/examples/example-werkbaum.werkbaum: passender Zweig „Working together
  on one plan" (94 Knoten, parst ohne Warnung).

Dabei aufgefallen: Das mitgelieferte Dokument wurde nur EINMAL angelegt — die
Ergänzung hätte niemanden erreicht, der die Seite schon geöffnet hatte.
`werkbaum-seeded` hält deshalb statt '1' den Fingerabdruck (FNV-1a) der
ausgelieferten Fassung; bei neuer Fassung wird der Text nachgezogen, aber nur
wenn der Nutzer ihn nicht bearbeitet hat. Gelöscht bleibt gelöscht.
`resetToDefaults()` setzt den Merker mit.

Verifiziert im Browser, vier Fälle: alte unveränderte Fassung wird nachgezogen
(98 Zeilen, neuer Zweig da); selbst geänderter Text bleibt unangetastet;
gelöschtes Dokument kehrt nicht zurück; frischer Zustand zeigt die neue
Fassung (89 sichtbare Knoten, keine Warnung). Vitest 37/37.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

docs/DECISIONS.md

@@ -649,9 +649,19 @@ Nutzerdaten. (Die erste Fassung hieß durch einen Tippfehler „Werkbank";
 ausgelieferte ist, damit eine eigene Umbenennung stehen bleibt.) Der Reset (D22) setzt jetzt **beide** mitgelieferten Dokumente auf
 ihren Auslieferungsstand zurück; eigene Dokumente bleiben weiterhin unangetastet.
 
-**Offen:** Der Text wird nach dem Anlegen nicht mehr aktualisiert. Erscheint
-später eine neuere Fassung des Plans, sieht sie nur, wer das Dokument löscht und
-zurücksetzt oder den `?sourceUrl=`-Link öffnet. Ein Ausbau könnte in
-`werkbaum-seeded` statt '1' eine Versionsnummer ablegen und ein **unverändertes**
-Dokument nachziehen (bearbeitete nie) — dieselbe Adoptions-Regel wie beim
-Beispiel in D22.
+**Nachziehen bei neuer Fassung (nachgereicht).** Zuerst wurde der Text nur
+einmalig angelegt — eine spätere Ergänzung des Plans erreichte niemanden mehr.
+Das fiel sofort auf, als der Plan um den Abschnitt „gemeinsam arbeiten"
+(ROADMAP) wuchs. `werkbaum-seeded` hält deshalb nicht mehr '1', sondern den
+**Fingerabdruck** (FNV-1a) der zuletzt ausgelieferten Fassung. Beim Laden gilt:
+
+- kein Merker → Dokument einmalig anlegen (auch für Bestandsnutzer);
+- Merker ≠ aktueller Fingerabdruck **und** der Text des Nutzers hat noch genau
+  den gemerkten Fingerabdruck → Text nachziehen;
+- Text **verändert** → nie anfassen (dieselbe Adoptions-Regel wie beim Beispiel
+  in D22: nur Unverändertes wird adoptiert);
+- Dokument gelöscht → bleibt gelöscht.
+
+Der Altwert `'1'` aus der ersten Fassung sagt nichts über den Textstand; dort
+wird bewusst nichts überschrieben, nur der Merker ersetzt. Wer aus dieser kurzen
+Zwischenfassung kommt, holt den aktuellen Stand über den Reset.