Arbeitspakete für V2.0 überarbeitet

docs/workpackages/M11 - Arbeitspakete.md

@@ -31,7 +31,7 @@ Die Reihenfolge der Arbeitspakete ist verbindlich.
 
 - Aktion **„Validieren“**
 - Aktion **„Technische Tests ausführen“**
-- Aktion **„Modelle neu laden“** als vollständige Bedienlogik, soweit dafür M12-spezifische Gesamtprüfung oder Korrekturhilfen nötig wären
+- M12-spezifische Gesamtprüfungs- und Korrekturpfade rund um die Aktion **„Modelle neu laden“** (die Aktion selbst gehört zu M11 als manueller Wieder-Auslöser des bereits vorhandenen Modellabrufs)
 - technische Gesamtprüfung aller Konfigurations- und Laufzeitvoraussetzungen
 - schreibende Korrekturhilfen oder Sammel-Bestätigungsdialoge
 - automatische Erzeugung fehlender Prompt-Dateien
@@ -232,8 +232,6 @@ Für den aktuell ausgewählten Provider kann eine Modellliste technisch geladen
   - Provider liefert keine nutzbare Modellliste,
   - sonstige technische Kommunikationsfehler.
 - Sicherstellen, dass diese Fälle als benutzerfreundliche Befunde weitergegeben werden können und die GUI nicht abbrechen lassen.
-- Modellabruf läuft asynchron auf einem Worker-Thread; das Ergebnis wird über den JavaFX Application Thread in die GUI zurückgespielt.
-- Versuche und Ergebnisse des Modellabrufs werden im bestehenden Log4j2-Log nachvollziehbar protokolliert.
 - Bootstrap-Verdrahtung nur im minimal erforderlichen Umfang ergänzen.
 - JavaDoc für Modellabruf, Providergrenzen und Nicht-Ziele von M11 ergänzen.
 
@@ -272,8 +270,6 @@ Die GUI reagiert auf Providerwechsel sofort mit Modellabruf, bietet zusätzlich
   - Benutzer zur manuellen Eingabe befähigen.
 - Sicherstellen, dass ein früherer manueller Modellwert verworfen wird, wenn später eine echte Liste geladen wird und der Wert dort nicht vorkommt.
 - Die Modellwert-Übernahme so schneiden, dass die `.properties`-Struktur später korrekt geschrieben werden kann.
-- Modellabruf läuft asynchron auf einem Worker-Thread; das Ergebnis wird über den JavaFX Application Thread in die GUI zurückgespielt.
-- Erfolgreiche Listenladung, manueller Fallback und technische Fehlschläge werden im bestehenden Log4j2-Log nachvollziehbar protokolliert.
 - Benötigte Meldungen für erfolgreichen Modellabruf bzw. Fallback vorbereiten.
 - JavaDoc/Kommentare für die Modellfeldsemantik ergänzen.
 
@@ -316,7 +312,6 @@ Der aktuelle GUI-Zustand wird beim Öffnen und während der Bearbeitung sofort a
 - Sicherstellen, dass die Validierung mit dem aktuellen GUI-Zustand arbeitet und kein implizites Speichern auslöst.
 - Sichtbar machen können, wenn aktuell eine Umgebungsvariable den Property-Wert übersteuert.
 - Sicherstellen, dass ein leeres API-Key-Feld einen bereits vorhandenen Property-Wert nicht stillschweigend entfernt; stattdessen ist ein deutlicher Befund für den zentralen Meldungsbereich vorzubereiten.
-- Wesentliche Ergebnisse der automatischen Validierung werden im bestehenden Log4j2-Log nachvollziehbar protokolliert.
 - Validierungsmodell so schneiden, dass es später sowohl zentrale Meldungen als auch feldnahe Befunde speisen kann.
 - JavaDoc für Validierungsgrenzen, API-Key-Vorrangregel und Nicht-Ziele von M11 ergänzen.
 
@@ -353,6 +348,7 @@ Die GUI zeigt automatische Modellabruf- und Validierungsbefunde sowohl zentral a
 - Feldnahe rote, kleine, deutschsprachige Fehlermeldungen direkt unter problematischen Eingabefeldern anbinden.
 - Sicherstellen, dass zentrale und feldnahe Befunde konsistent aus demselben Validierungs-/Meldungsmodell gespeist werden.
 - Modellabruf-Ergebnisse in den Meldungsbereich integrieren, z. B. erfolgreiche Listenladung oder manueller Fallback.
+- API-Key-Herkunftsanzeige (Umgebungsvariable vs. Property-Wert) in den zentralen Meldungsbereich und, soweit feldnah sinnvoll, unter das API-Key-Feld anbinden.
 - Die GUI so schneiden, dass M12 später zusätzliche Meldungen aus expliziten Gesamtprüfungen anschließen kann, ohne M11 neu zu zerlegen.
 - JavaDoc/Kommentare für Meldungssemantik und Renderinggrenzen ergänzen.
 
@@ -397,11 +393,11 @@ Der vollständige M11-Zielzustand wird automatisiert abgesichert und als stabile
 
 ### Fertig wenn
 - der definierte M11-Zielzustand automatisiert abgesichert ist,
-- Provider-Bedienung, Modellabruf und sofortige Validierung stabil nachgewiesen sind,
+- Provider-Bedienung, Modellabruf und automatische Validierung stabil nachgewiesen sind,
 - der Stand fehlerfrei buildbar und übergabefähig ist.
 
 ---
 
 ## Abschlussbewertung
 
-Die Arbeitspakete sind inhaltlich konsistent, widerspruchsfrei und sauber auf den Meilenstein **M11 – Provider-Bedienung, Modellabruf und automatische Validierung** zugeschnitten. Sie decken den geplanten M11-Umfang vollständig ab, ohne technische Gesamttests, Korrekturhilfen oder andere V2.0-Bausteine späterer Meilensteine vorwegzunehmen.
+Die Arbeitspakete sind inhaltlich konsistent, widerspruchsfrei und sauber auf den Meilenstein **M11 – Provider-Bedienung, Modellabruf und automatische Validierung** zugeschnitten. Sie decken den geplanten M11-Umfang vollständig ab, ohne technische Gesamttests, Korrekturhilfen oder andere V2.0-Bausteine späterer Meilensteine vorwegzunehmen.