Überarbeitung und Freigabe aller V2.0 Planungsdokumente

docs/workpackages/M10 - Arbeitspakete.md

@@ -81,7 +81,7 @@ Ab M10 gilt verbindlich:
 
 - **„Öffnen“** und **„Speichern unter“** filtern auf **`*.properties`**.
 - **„Speichern“** verhält sich bei einer neuen, noch nie gespeicherten Konfiguration wie **„Speichern unter“**.
-- **„Speichern unter“** schlägt standardmäßig **`pdf-umbenenner.properties`** vor.
+- **„Speichern unter”** schlägt standardmäßig **`config/application.properties`** relativ zum Arbeitsverzeichnis vor, so ist die Datei ohne weitere Schritte für den nächsten headless Scheduler-Lauf nutzbar.
 - Beim Speichern auf eine bereits existierende Datei erscheint eine klare Rückfrage **„Datei überschreiben?“**.
 
 ### 5. Editorzustand und ungespeicherte Änderungen
@@ -225,7 +225,12 @@ Bestehende Konfigurationsdateien können über den GUI-Dateidialog geladen und i
 ### Muss umgesetzt werden
 - Native Dateiauswahl für **„Öffnen“** mit Filter auf **`*.properties`** implementieren.
 - Bestehende `.properties`-Datei technisch laden und in den Editorzustand überführen.
-- Die durchgeführte Legacy-Migration im Editorzustand als ausstehende Migrationsmeldung festhalten, sodass der in M11 eingeführte zentrale Meldungsbereich diese Meldung beim Anbinden automatisch anzeigen kann. In M10 selbst erscheint noch kein sichtbarer Migrationshinweis.
+- **Legacy-Migration beim Öffnen**: Wenn die geöffnete Datei in der Vor-V1.1-Legacy-Form (flache `api.*`-Schlüssel) vorliegt, muss die GUI dieselbe Migrationslogik wie der headless Pfad anwenden:
+  1. `.bak`-Sicherung der Originaldatei anlegen (`<dateiname>.bak`, bei Kollision `.bak.1`, `.bak.2`, …),
+  2. Inhalt ins neue Mehrprovider-Schema überführen (Legacy-Werte → `openai-compatible`, `ai.provider.active=openai-compatible`),
+  3. migrierte Datei speichern,
+  4. die durchgeführte Migration im Editorzustand als ausstehende Migrationsmeldung festhalten, sodass der in M11 eingeführte zentrale Meldungsbereich diese Meldung später sichtbar anzeigen kann.
+- In M10 selbst erscheint noch kein sichtbarer Migrationshinweis; dieser wird erst in M11 durch den zentralen Meldungsbereich angezeigt.
 - Sicherstellen, dass die Dateiübernahme mit dem aus M9 bereits vorhandenen GUI-Start über gültiges `--config <pfad>` zusammenarbeiten kann.
 - Header-Anzeige nach erfolgreichem Laden auf den vollständigen Pfad aktualisieren.
 - Fehlersituationen beim Laden kontrolliert behandeln, soweit für M10 nötig.
@@ -259,9 +264,10 @@ Der Editor kann neue und bestehende Konfigurationen zuverlässig, normalisiert u
 - Schreiblogik für bestehende und neue Konfigurationen implementieren.
 - **„Speichern“** für bereits bekannte Dateipfade umsetzen.
 - **„Speichern“** für neue, noch nie gespeicherte Konfigurationen wie **„Speichern unter“** behandeln.
-- **„Speichern unter“** mit Vorschlag **`pdf-umbenenner.properties`** implementieren.
+- **„Speichern unter”** mit Vorschlag **`config/application.properties`** relativ zum Arbeitsverzeichnis implementieren.
 - Dialogfilter auf **`*.properties`** anwenden.
-- Rückfrage **„Datei überschreiben?“** bei existierender Zieldatei umsetzen.
+- Rückfrage **„Datei überschreiben?”** bei existierender Zieldatei umsetzen.
+- Vor dem Überschreiben einer bestehenden `.properties`-Datei eine **`.bak`-Sicherung** im selben Schema wie der V1.1-Migrationspfad anlegen (`<dateiname>.bak`, bei Kollision `.bak.1`, `.bak.2`, …). Bestehende Sicherungen werden nicht überschrieben.
 - Speicherung als normalisierte `.properties` sicherstellen.
 - Für API-Key-Felder sicherstellen, dass ein leeres GUI-Feld einen bereits vorhandenen Property-Wert nicht stillschweigend entfernt; stattdessen muss ein kontrolliertes Ergebnis für die spätere Warnanzeige aus M11/M12 bereitstehen.
 - Header-Pfad nach erfolgreichem Erstspeichern bzw. Speichern unter korrekt fortschreiben.