app: integrate backup diff restore into production TUI (M6.5)

[KeyffMS]

M6.5 / dry-code completion — Backup / Diff / Restore

Domyka pierwszy punkt aktualnej roadmapy #26: istniejący core #17 staje się osiągalnym przepływem produkcyjnym bez tworzenia drugiej ścieżki zapisu.

Zakres

• dodaje typowane BackupAction / BackupEffect oraz immutable BackupRestoreView na granicy aplikacji;
• produkcyjny runtime używa istniejącego BackupCoordinator do capture i świeżego pre-restore backupu;
• persisted backup korzysta z istniejącego storage write_backup / read_backup i AppPaths::backup_directory;
• restore przygotowuje ApprovedRestorePlan przez istniejący WriteCoordinator;
• phase-2 wymaga dokładnego tekstu challenge;
• sekwencja wykonania używa wyłącznie begin_restore -> RestoreOperationPermit -> execute_restore_step -> finish/abort w tym samym WriteCoordinator;
• RuntimeSessionControl implementuje istniejący kontrakt restore SessionControlPort i synchronizuje RestoreStarted/Advanced/Finished/Aborted z SessionStateMachine;
• ekran Backup / Diff / Restore przestaje być placeholderem: pokazuje katalog, capture, source, fresh pre-restore backup, semantic diff, plan, skipped/steps i exact confirmation;
• input korzysta z istniejącego FormState/ConnectionEdit; globalny UiState pozostaje bez zmian względem main.

Niezmienniki

• brak nowego Modbus/write authority;
• BusActor pozostaje SPoA RTU;
• WriteCoordinator pozostaje jedynym authority fizycznego write;
• restore tylko przez istniejący permit/audit/trust/read-back kernel;
• brak retry write, rollback i auto-resume;
• brak osłabienia [PLAN 27] Zbudować macierz scenariuszy zgodności pełnego produktu #27 / committed 40/40 conformance.

Ten PR dotyczy M6.5/1. Process-level dry E2E success/refusal/disconnect/OutcomeUnknown/audit-failure pozostaje następnym osobnym krokiem M6.5/2.

Refs #25
Refs #26