Assistent statt doppelter Abfragen beim Image-Beschaffen

Der bisherige Ablauf war umstaendlich: Version in den Einstellungen
aendern -> Warnung, dass CMK_IMAGE nicht passt -> "Image holen?" ->
und dann erneut nach Edition, Version UND Zugangsdaten fragen,
obwohl alles schon dastand.

Jetzt ein Menuepunkt "Image beschaffen" (im Image-Menue und unter
Einstellungen -> Checkmk-Image und Zugangsdaten), der in einem
Durchgang durch Edition, Version und Bezugsweg fuehrt:
  Registry holen | Tarball herunterladen | vorhandene Datei einspielen
  | nichts holen, nur eintragen
Danach stehen CMK_EDITION, CMK_VERSION und CMK_IMAGE gemeinsam richtig.

Nach Zugangsdaten wird nur noch gefragt, wenn sie fuer den gewaehlten
Weg tatsaechlich fehlen - hinterlegte werden verwendet. Wer sie neu
eingibt, kann sie gleich in der .env speichern lassen.

Die drei Werte sind in der Oberflaeche nicht mehr einzeln editierbar
(neuer Feldtyp "info"): ein Klick darauf bietet den Assistenten an.
Damit koennen sie nicht mehr auseinanderlaufen. Auf der Kommandozeile
bleibt alles wie bisher einzeln setzbar; "image pull" und
"image download" haben dafuer neu --remember, das Edition und Version
mit in die .env schreibt.

Das Image-Menue wird dadurch kuerzer: status, versions, holen, test,
use. Die frueheren Einzelpunkte pull/download/load stecken im
Assistenten.

Geprueft: mit hinterlegten Zugangsdaten vier Dialoge und keine
Nachfrage; ohne Zugangsdaten und Bezugsweg Registry wird genau einmal
nach Benutzer, Kennwort und Speichern gefragt; der Weg "nur eintragen"
fragt gar nicht. Alle Menues kehren sauber zurueck.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

README.md

@@ -818,6 +818,16 @@ abgetippt werden – dort erscheint eine Auswahlliste.
 
 ### 8.6 Image holen – drei Wege
 
+> **In der Oberfläche geht das als Assistent:** **image → „Image beschaffen"**
+> führt in einem Durchgang durch Edition, Version und Bezugsweg, setzt danach
+> `CMK_EDITION`, `CMK_VERSION` **und** `CMK_IMAGE` und fragt **nicht** erneut
+> nach Zugangsdaten, die schon in der `.env` stehen. Nur wenn sie für den
+> gewählten Weg fehlen, werden sie erfragt – auf Wunsch gleich gespeichert.
+> Derselbe Assistent liegt auch unter **Einstellungen → Checkmk-Image und
+> Zugangsdaten → „>> Image beschaffen"**.
+
+Auf der Kommandozeile bleiben die Einzelschritte:
+
 **a) Aus einer Registry (empfohlen)**
 
 Für die Enterprise-Edition entspricht das genau diesen beiden Schritten – das
@@ -898,7 +908,17 @@ localhost/checkmk/check-mk-enterprise:2.3.0p9               (aus Tarball geladen
 
 Deshalb hält `CMK_IMAGE` fest, was **wirklich vorhanden ist**, und wird von
 `image pull`, `image download`, `image load` und `image use` gesetzt – von Hand
-muss man dort normalerweise nichts eintragen.
+muss man dort normalerweise nichts eintragen. In der Oberfläche sind die drei
+Werte deshalb gar nicht einzeln editierbar: sie werden vom Assistenten
+gemeinsam gesetzt, damit sie nicht auseinanderlaufen. Auf der Kommandozeile
+bleiben sie einzeln setzbar (`config set …`).
+
+Auf der Kommandozeile übernehmen `image pull` und `image download` mit
+`--remember` die Edition und Version gleich mit in die `.env`:
+
+```bash
+./scripts/cmk-manage.sh image pull --edition enterprise --version 2.3.0p9 --remember
+```
 
 > **Daraus folgt:** Edition oder Version zu ändern, startet **keine** andere
 > Ausgabe. Erst `image pull` (bzw. `download`/`load`) schreibt das Ergebnis