Plan: Merge im Haupt-Checkout, Versionsuntergrenze auf v1.8.2

Beides beim Vorabcheck aufgefallen: git switch main scheitert in einem
Worktree, in dem main anderswo ausgecheckt ist, und main ist waehrend des
Planens auf v1.8.2 weitergezogen.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

docs/superpowers/plans/2026-08-04-hostnamen-trennung.md

@@ -874,9 +874,14 @@ Run:
 git fetch --tags && git tag -l 'v*' --sort=-v:refname | head -3 && pwd && git branch --show-current
 ```
 
-Es laufen mehrere Sitzungen an diesem Repo. Liegt der höchste Tag über `v1.8.0`,
-wird die neue Version entsprechend höher gewählt — ein Release unter dem
-höchsten Tag liefert der Update-Agent nie aus.
+Es laufen mehrere Sitzungen an diesem Repo, und das ist keine Theorie: während
+dieser Plan geschrieben wurde, ist `main` von `v1.8.0` auf **`v1.8.2`**
+weitergezogen (Update-Knöpfe am Telefon, Zugangs-Plakette). Der Arbeitszweig
+wurde deshalb auf `6de7bf9` rebased.
+
+Liegt der höchste Tag inzwischen über `v1.8.2`, wird die neue Version
+entsprechend höher gewählt — ein Release unter dem höchsten Tag liefert der
+Update-Agent nie aus.
 
 - [ ] **Step 4: VERSION setzen und commiten**
 
@@ -889,17 +894,30 @@ git commit -m "Version 1.9.0 — jede Route gehoert zu einem Hostnamen"
 
 - [ ] **Step 5: Nach main bringen, taggen, pushen**
 
-`deploy/update.sh` folgt in Zweigbetrieb `BRANCH=main` (Zeile 55), und `v1.8.0`
-liegt auf `main`. Der Tag gehört also auf `main`, nicht auf den Arbeitszweig.
+`deploy/update.sh` folgt in Zweigbetrieb `BRANCH=main` (Zeile 55), und die
+Release-Tags liegen auf `main`. Der Tag gehört also auf `main`, nicht auf den
+Arbeitszweig.
+
+**`git switch main` scheitert in diesem Worktree** — `main` ist im
+Haupt-Checkout `/home/nexxo/clupilot` ausgecheckt, und git lässt denselben
+Branch nicht zweimal auschecken. Der Merge passiert deshalb **dort**:
 
 ```bash
-git switch main && git merge --no-ff claude/eager-elion-c581f4 -m "Hostnamen-Trennung eingeschaltet und festgehalten"
+git -C /home/nexxo/clupilot merge --no-ff claude/eager-elion-c581f4 -m "Hostnamen-Trennung eingeschaltet und festgehalten"
 ```
 
-Dann prüfen, dass der Testlauf auf `main` grün ist, danach:
+Vorher sicherstellen, dass der Haupt-Checkout sauber ist
+(`git -C /home/nexxo/clupilot status --porcelain` leer) — dort arbeiten andere
+Sitzungen.
+
+Dann den Testlauf auf `main` prüfen, danach:
 
 ```bash
-git tag -a v1.9.0 -m "Jede Route gehoert zu genau einem Hostnamen" && git push origin main && git push origin v1.9.0
+git -C /home/nexxo/clupilot tag -a v1.9.0 -m "Jede Route gehoert zu genau einem Hostnamen"
+```
+
+```bash
+git -C /home/nexxo/clupilot push origin main && git -C /home/nexxo/clupilot push origin v1.9.0
 ```
 
 - [ ] **Step 6: Dem Betreiber sagen, was außerhalb des Repos zu tun ist**