Merge branch 'main' into claudedo/4e19605838a3404f98624cb0e90195da

# Conflicts:
#	docs/open.md
#	src/ClaudeDo.Installer/CLAUDE.md
#	src/ClaudeDo.Installer/Pages/SystemCheckPage/SystemCheckPageView.xaml
#	src/ClaudeDo.Installer/Pages/SystemCheckPage/SystemCheckPageViewModel.cs

docs/open.md

@@ -140,19 +140,21 @@ verifiziert**:
 
 ## Offene Verifikation (2026-08-05, Environment Checks / SystemCheckPage)
 
-**Voraussetzung, bevor irgendeiner der Punkte unten geprüft werden kann:** die Branches
-`claudedo/06aca9b3afec4b939f59b627bfe21737` (Checks + SystemCheckPage) und
-`claudedo/40272c0bb3b14562b59c022d09c382b6` (ExecutableResolver-Wiring in
-`ClaudeDo.Worker`) müssen erst gemerged werden — sie lagen bei dieser Abschluss-Session
-noch nicht auf `main`. Build/Test-Nachweis unten stammt aus einer lokalen Scratch-Integration
-beider Branches, nicht aus `main` selbst. Details → `installer-preflight` in
-`docs/explore-notes/README.md` und den neuen Abschnitt „Environment Checks" in
-`src/ClaudeDo.Installer/CLAUDE.md`.
+Checks + SystemCheckPage (`claudedo/06aca9b3…`) und das ExecutableResolver-Wiring im Worker
+(`claudedo/40272c0b…`) sind seit 2026-08-06 auf `main` gemerged; die frühere „erst mergen"-
+Voraussetzung ist erledigt. Details → `installer-preflight` in `docs/explore-notes/README.md`
+und der Abschnitt „Environment Checks" in `src/ClaudeDo.Installer/CLAUDE.md`.
 
-**Update 2026-08-06:** der „Claude Help Me"-Button ist jetzt implementiert
-(`Core/ClaudeHelpLauncher.cs` + `SystemCheckPageViewModel`/-View), gebaut + unit-getestet
-(`ClaudeDo.Installer.Tests`/`ClaudeDo.Localization.Tests` grün). Die Diagnose-Sektion
-(Config-Modus/`SettingsWindow`) bleibt **nicht implementiert** — eigener Folge-Task.
+**Update (2026-08-06):** beide Folge-Features sind jetzt implementiert und auf `main`.
+
+- Diagnose-Sektion (Config-Modus/`SettingsWindow`): `Pages/DiagnosePage/` + geteilte
+  `Checks/CheckListViewModel.cs`/`Checks/CheckListView.xaml` (auch von `SystemCheckPage`
+  genutzt, keine zweite Implementierung). Unit-getestet
+  (`tests/ClaudeDo.Installer.Tests/Pages/DiagnosePage/DiagnosePageViewModelTests.cs`).
+- „Claude Help Me"-Button: `Core/ClaudeHelpLauncher.cs` + `SystemCheckPageViewModel`/-View,
+  unit-getestet (`tests/ClaudeDo.Installer.Tests/Core/ClaudeHelpLauncherTests.cs`).
+
+Beides **nicht visuell verifiziert**:
 
 - [x] Help-Me-Button ist deaktiviert, wenn `claude-cli` nicht `Ok` ist oder `claude-auth`
       `Failed` ist (bleibt aktiv bei `Unknown`), mit erklärendem Tooltip — unit-getestet.
@@ -160,12 +162,16 @@ beider Branches, nicht aus `main` selbst. Details → `installer-preflight` in
       Session hat den Diagnose-Report gelesen — **nicht verifiziert** (der eigentliche
       Terminal-Start/`wt.exe`-Zusammenspiel und die Session-Qualität sind nur über die
       injizierte `IProcessLauncher`-Fake getestet, nie mit einem echten Terminal/CLI).
-- [ ] Diagnose-Sektion im Config-Modus zeigt die echten installierten Pfade/Ports, und der
-      laufende Worker auf 47821 gilt nicht als Konflikt — **nicht umsetzbar, Feature existiert
-      nicht.**
+- [ ] Platzierung des Help-Me-Buttons: er sitzt seit dem Merge der Diagnose-Sektion in einer
+      **eigenen Zeile unter** dem geteilten Check-Listen-Footer (der reservierte Slot *im*
+      Footer entfiel mit der Extraktion nach `CheckListView.xaml`). Optisch prüfen, ob das
+      so bleiben soll oder ob der Button in den geteilten Footer gehört.
+- [ ] Diagnose-Sektion im Config-Modus: Öffnen von SettingsWindow löst keinen Prüflauf aus, Klick
+      auf „Erneut prüfen" schon; zeigt die echten installierten Pfade/Ports (nicht die
+      InstallContext-Defaults), und der laufende Worker auf dem konfigurierten SignalR-Port gilt
+      nicht als Konflikt — **unit-verifiziert, visueller Durchlauf noch offen.**
 
-Sobald die beiden Branches oben gemerged sind, sind folgende Punkte real prüfbar (gebaut +
-unit-getestet gegen die Scratch-Integration, aber **nicht visuell verifiziert**):
+Weitere Punkte, gebaut + unit-getestet auf `main`, aber **nicht visuell verifiziert**:
 
 - [ ] SystemCheckPage: Layout, Icon-/Farbwirkung der vier Status (Ok grün / Warnung orange /
       Fehler rot / Unbekannt grau — `StatusGreenBrush`/`StatusOrangeBrush`/`StatusRedBrush`/