Pause optional ai-rem update jobs during backup snapshots

UPDATE_ANLEITUNG.md

@@ -73,6 +73,22 @@ Marker, begrenzte Wiederholungen, Signalabbrüche und Mount-/Recovery-Schutz.
 Paketinstallation, ai-rem-Einbindung und Rollback bestanden ebenfalls. Das ersetzt
 nicht die noch ausstehende Installation und Speicher-/Backup-Abnahme auf Gemini.
 
+## Ergänzung vom 18.10.2026: ai-rem-Updates beim Snapshot berücksichtigen
+
+`--enable-ai-rem` berücksichtigt jetzt auch `ai-rem-managed-update.timer` und
+`ai-rem-managed-update.service`, sofern diese auf dem Host installiert sind.
+Beide werden vor den bisherigen ai-rem-Diensten gestoppt und nach dem
+Anwendungsstart wieder aufgenommen. Alte Hosts ohne Update-Timer bleiben
+unterstützt; wiederholte Installation erzeugt keine doppelten Stopps.
+
+Die eigene [ai-rem-Betriebsautomatisierung](https://gitea.jr-it-services.de/johannes/ai-rem-maintenance)
+richtet die täglichen Updates und einen persistenten Modell-Cache ein, verwendet
+die konfigurierte `LOCKFILE` und ergänzt die Update-Units in der bestehenden
+Backup-Konfiguration. Die app-backup-Ergänzung ist zusätzlich für spätere
+Paketinstallationen notwendig, damit `--enable-ai-rem` die Stoppreihenfolge erhält.
+Die erfolgreiche Produktionsinstallation des ai-rem-Updaters ist am 18.10.2026
+noch nicht bestätigt; der zuletzt geprüfte Dienst läuft auf 1.3.0 ohne Update-Timer.
+
 ## Update vom 16.09.2026: Upload ohne Archiv-Rücklesen, ai-rem wieder aufnehmen
 
 Der tägliche Lauf lädt Archive und Manifest über Crypt hoch und prüft anschließend