fix: automate verified Unraid update workflows

docs/CURRENT_REFERENCE.md

@@ -180,14 +180,17 @@ Mehrdomänen-Aufgabe erhält automatisch ein begrenztes mittleres Reasoning-
 Budget; einfache Aufgaben bleiben schnell. Allgemeine
 Webrecherche erfolgt über Open WebUIs native `search_web`/`fetch_url`-Werkzeuge;
 `web-local` ist nur noch manuell für Spezialfälle verfügbar. Dadurch bleiben
-Fachkataloge klein und kurze Profile verlieren keinen unnötigen Kontext. MUA
-mit erweiterten Verwaltungsrechten bleibt von der Automatik ausgeschlossen;
-eine automatisch bereitgestellte Verbindung erteilt niemals Schreibrechte
-oder eine Änderungsfreigabe.
+Fachkataloge klein und kurze Profile verlieren keinen unnötigen Kontext. Reine
+Unraid-Abfragen erhalten nur MUA read-only. Verlangt die aktuelle Nachricht
+ausdrücklich eine Unraid-Änderung, stellt die Automatik zusätzlich den
+Verwaltungszugang für die feste Kette Prüfen → Ändern → Verifizieren bereit.
+Die Bereitstellung ersetzt niemals die ausdrückliche Änderungsanweisung.
 
-Unraid ist ausschließlich über das MUA-Plugin angebunden. Die automatische
-Verbindung `mua-readonly-local` und die bewusst aktivierte Verbindung `mua`
-nutzen denselben MUA-Endpunkt. Der frühere GraphQL-basierte Unraid-MCP wurde
+Unraid ist ausschließlich über das MUA-Plugin angebunden. Die Verbindungen
+`mua-readonly-local` und `mua` nutzen denselben MUA-Endpunkt. Mehrere bestätigte
+Docker-Updates laufen ab MUA r019 gebündelt und idempotent; echte Image-IDs
+verhindern Neuerstellungen aufgrund eines veralteten Statuscaches. Der frühere
+GraphQL-basierte Unraid-MCP wurde
 entfernt und gehört weder zum Start noch zum Recovery.
 
 Der GitHub-Container läuft produktiv. Token-Datei, interner