stack: Version 6.1.0 freigegeben

Files changed:
- CHANGES.md
- VERSION

CHANGES.md

@@ -59,7 +59,7 @@ concern - readable here, never shipped as something to parse.
 
 ---
 
-## 6.1.0-beta.8 - 2026-09-17 - CHANGES.md/Guard-Docstring: die Zahl der nachgezogenen Pfadliterale korrigiert (33, nicht 27)
+## 6.1.0 - 2026-09-17 - Upgrade-Pfad und Iteration-Budget-Gate gehaertet, wiki/-Pfadliterale bereinigt
 
 **Author:** Torben Nehmer
 
@@ -79,6 +79,20 @@ concern - readable here, never shipped as something to parse.
 - CHANGES.md/Guard-Docstring: die Zahl der nachgezogenen Pfadliterale korrigiert (33, nicht 27)
 <!-- /wikitool:bumps -->
 
+Dieser Kandidat sammelt, was ein getraceter 5.0.0-auf-6.0.0-Upgrade-Lauf auf einer echten Instanz
+offengelegt hat: ein fehlender Upgrade-Leitfaden, zwei falsche Verweise im Migrationsdokument,
+eine fehlende dritte Antwort in `dist upgrade` fuer eine lokal geaenderte Datei, und
+`version notes`, das auf einer ausgelieferten Instanz nie antworten konnte. Im selben Lauf zerfiel
+die Sitzung durch einen PID-basierten Session-Id-Fallback in 21 Telemetrie-Buckets, wodurch das
+Iteration-Budget-Gate strukturell unerreichbar blieb - behoben durch eine Registry bekannter
+Harness-Session-Variablen, mit einem SIGPIPE-Nebenbefund im CLI-Emitter gleich mit. Dazu,
+unabhaengig vom getraceten Lauf: ein Scaffold-Fix, der `obligation: required` nicht mehr in jede
+neue Instruktion schreibt, und eine Bereinigung von 33 stehengebliebenen `wiki/`-Pfadliteralen aus
+der `wiki/`-nach-`kb/`-Umbenennung, mit einem Test-Guard gegen die naechste Umbenennung.
+
+Kein Grenzuebertritt: jede Aenderung ist in beide Richtungen ein Drop-in, additiv gegenueber
+`6.0.1`.
+
 ### Upgrade-Prozedur als eigene Instruktion statt als Prosa in INSTALL.md
 
 Der Upgrade-Pfad einer ausgelieferten Instanz stand nur in INSTALL.md § "Eine Instanz

VERSION

@@ -1 +1 @@
-6.1.0-beta.8
+6.1.0