Restore editor history after reload

docs/current-architecture.md

@@ -62,9 +62,10 @@ liegt über einen Host-Mount außerhalb des Containers.
 6. Das Frontend lädt den Circuit-Tree neu und stellt Auswahl beziehungsweise
    Viewport soweit möglich wieder her.
 
-Der sichtbare React-Historiestapel ist während des schrittweisen Cutovers noch
-sitzungslokal. Das Datenmodell besitzt
-einen projektbezogenen Revisionszähler sowie getrennte Revision-/Change-Set-
+Der Editor besitzt keinen sitzungslokalen Undo-/Redo-Stapel mehr. Beim initialen
+Laden und nach jedem Tree-Reload liest er den persistenten History-Status und
+gleicht dessen Revision mit `currentRevision` des Trees ab. Das Datenmodell
+besitzt einen projektbezogenen Revisionszähler sowie getrennte Revision-/Change-Set-
 Tabellen. Ein getestetes Repository kann diese Historienmetadaten optimistisch
 und atomar fortschreiben. Vorwärts- und Rückwärtskommandos besitzen einen
 versionierten, JSON-sicheren Umschlag; Typ und Payload können dadurch nach
@@ -94,8 +95,9 @@ dazu `currentRevision`; Undo/Redo für diese Aktionen läuft über die projektwe
 Serverhistorie. Direkte Feld-PATCH-, Struktur-POST-, Move-, Circuit- und
 Gerätezeilen-DELETE-Endpunkte sind entfernt. Gerätezeilen-Moves,
 Stromkreis-Reorders und die explizite Neunummerierung im Grid verwenden die
-persistenten Kommandos. Der sichtbare Undo-/Redo-Stack wird nach einem Reload
-noch nicht aus der Serverhistorie rekonstruiert.
+persistenten Kommandos. Die Toolbar leitet ihre Undo-/Redo-Verfügbarkeit direkt
+aus den serverseitigen Stack-Tiefen ab, sodass ein Reload die Bedienbarkeit
+nicht unterbricht.
 `circuit-device-row.move` verschiebt oder sortiert eine oder mehrere Zeilen
 zwischen vorhandenen Stromkreisen derselben Liste. Erwartete und neue
 Stromkreis-/Sortierpositionen machen Forward und Inverse deterministisch;