docs: wiki-status verweist auf session-setup.md (schliesst #84)
CI / verify (push) Successful in 47s
Release / release (push) Successful in 35s

Files changed:
- CHANGES.md
- VERSION
- instructions/wiki-status/SKILL.md
This commit is contained in:
2026-09-10 21:07:13 +02:00
parent 11cbb15e65
commit dda80c1a9d
3 changed files with 30 additions and 2 deletions
+25 -1
View File
@@ -35,7 +35,7 @@ dev-checkout concern - readable here, never shipped as something to parse.
--- ---
## 5.0.0-beta.6 - 2026-09-10 - version-parts.md dokumentiert den --migration-required-Ruecknahmepfad ## 5.0.0-beta.7 - 2026-09-10 - wiki-status verweist auf session-setup.md (schliesst #84)
**Author:** Torben Nehmer **Author:** Torben Nehmer
@@ -59,6 +59,7 @@ dev-checkout concern - readable here, never shipped as something to parse.
- Konfidenz-Mechanismus ersatzlos entfernt - Konfidenz-Mechanismus ersatzlos entfernt
- Konfidenz-Mechanismus ersatzlos entfernt - Konfidenz-Mechanismus ersatzlos entfernt
- version-parts.md dokumentiert den --migration-required-Ruecknahmepfad - version-parts.md dokumentiert den --migration-required-Ruecknahmepfad
- wiki-status verweist auf session-setup.md (schliesst #84)
<!-- /wikitool:bumps --> <!-- /wikitool:bumps -->
@@ -995,6 +996,29 @@ maschinengeschrieben, `docs verify` genügt ihr bloßes Vorhandensein, und die
Eskalationsprüfungen laufen nur auf dem Bump, der die Grenze *zuerst* Eskalationsprüfungen laufen nur auf dem Bump, der die Grenze *zuerst*
überschreitet. überschreitet.
Nachgezogen in `-beta.7`: `instructions/wiki-status/SKILL.md` trägt jetzt den
`session-setup.md`-Verweis, den die anderen vier Content-Skills längst haben.
Der Skill ruft in Schritt 2 `lint` auf, und `lint` steht nicht auf der
Ausnahme-Allowlist in `run_budget.py` — er zählt wie jedes mutierende
Kommando. Ohne exportierte `WIKITOOL_SESSION_ID` fällt die Zählung auf
`getppid()` zurück, die Sitzung erbt also den Stand irgendeiner fremden Shell.
Bis `-beta.6` war das Fehlen des Verweises durch die falsche Regel gedeckt, die
`session-setup.md` § Scope selbst aufstellte („verändert das Wiki"); seit sie
die tatsächliche Allowlist nennt, ist es schlicht ein Loch.
Die Alternative — `lint` durch etwas Befreites ersetzen und `wiki-status`
wirklich budgetfrei machen — scheidet an der Sache aus: der Skill liest aus dem
Report die Graph-Auswertung (Broken Links, Orphans, Most-Linked Pages,
uncovered raw files), und kein befreites Kommando liefert die. `doctor` prüft
die Installation, nicht den Korpus; `search` ist Retrieval. Ein `wiki-status`
ohne `lint` wäre kein leichterer Skill, sondern ein leerer.
Damit gilt über alle fünf Content-Skills dieselbe Aussage: ein Skill verlinkt
`session-setup.md` genau dann, wenn er mindestens ein nicht-befreites
`wikitool`-Kommando aufruft. Geprüft wird sie nicht — `instructions verify`
kennt weder die Kommandolisten der Skills noch die Allowlist. Das wäre ein
eigener Schnitt.
--- ---
## 4.7.4 - 2026-09-04 - bootstrap.md nennt den session-id-WARN nach frischem Bootstrap explizit als erwartet ## 4.7.4 - 2026-09-04 - bootstrap.md nennt den session-id-WARN nach frischem Bootstrap explizit als erwartet
+1 -1
View File
@@ -1 +1 @@
5.0.0-beta.6 5.0.0-beta.7
+4
View File
@@ -10,6 +10,10 @@ semantic review a lint pass does.
**Trigger:** User asks for wiki statistics, "what's new", or a quick health snapshot. **Trigger:** User asks for wiki statistics, "what's new", or a quick health snapshot.
**Before the first `wikitool` call:** [session-setup.md](../session-setup.md) - step 2's `lint` is
not on the budget's exemption allowlist and is counted like any other call, gitignored report or
not (§ Scope there).
**Hard rule:** read-only with respect to wiki *content*. Never create, modify, or scaffold a **Hard rule:** read-only with respect to wiki *content*. Never create, modify, or scaffold a
page, never repair a finding, never publish. One file does get written: the report `lint` page, never repair a finding, never publish. One file does get written: the report `lint`
produces in step 2. That is not an exception being stretched - `reports/` is gitignored and holds produces in step 2. That is not an exception being stretched - `reports/` is gitignored and holds