Der Ablauf hat jetzt sieben Schritte statt sechs. Neu ist Schritt 5, „Decide what earns a page - before the first new":
Jede geplante Seite wird benannt und einzeln gegen alle drei Kriterien gehalten (Synthese ueber mehrere Seiten, etwas noch nicht Dokumentiertes, wird wieder gefragt). Der Satz, der den Befund aufloest: ein Stapel wird nie als Stapel beurteilt — dass eine Seite die Huerde nimmt, sagt nichts ueber die naechste.
Was mit einer durchgefallenen Seite geschieht, steht ausdruecklich da: nicht scaffolden, stattdessen eine Zeile in der Antwort, die benennt, was erwogen wurde und warum es ungeschrieben bleibt — der Nutzer kann sie trotzdem verlangen. Begruendet ueber die Asymmetrie der beiden Fehlerrichtungen: eine nicht angelegte Seite kostet einen Satz im Chatverlauf, eine ueberfluessig angelegte liest sich spaeter wie eine, die das Wiki gebraucht hat, und ist deutlich schwerer wiederzufinden.
Der alte Filing-Schritt ist Schritt 6 („File back what survived"), log append ist Schritt 7. Die Hard Rule zieht mit — sie nennt die beiden mechanischen Ausnahmen jetzt als Schritt 6 und 7.
Der Mass-Update-Gate-Hinweis in den Decision Points bleibt und sagt jetzt dazu, dass er keine Ersatzpruefung ist: das Gate zaehlt Dateien und weiss nichts ueber Berechtigung; ein Stapel unter der Schwelle ist von ihm nicht freigegeben, nur nicht angehalten worden.
2. session-setup.md-Verweis
**Before the first wikitool call:** [session-setup.md](../session-setup.md). steht jetzt nach der Trigger-Zeile — dieselbe Form und dieselbe Position wie in wiki-ingest, wiki-lint und wiki-manage. Schritt 7 laeuft immer (log append), und der Filing-Pfad zieht new, xref add und die Rebuilds nach sich.
wiki-status bleibt wie vereinbart aussen vor — dessen einziger Aufruf ist lint. Der Widerspruch in session-setup.md selbst ist #76.
Akzeptanzkriterien
instructions/wiki-query/SKILL.md enthaelt einen benannten Schritt vor dem ersten wikitool new, der jede geplante Seite einzeln gegen die drei Kriterien prueft.
Aus dem Text geht hervor, was mit einer durchgefallenen Seite geschieht: nicht anlegen, in der Antwort benennen, dem Nutzer offenlassen.
Der Skill traegt den session-setup.md-Verweis in derselben Form wie wiki-ingest, wiki-lint und wiki-manage.
Der Mass-Update-Gate-Hinweis bleibt erhalten und ist jetzt ausdruecklich als Bremse, nicht als Pruefung markiert.
tools/wikitool instructions verify laeuft ohne neue Findings, instructions sync ist gelaufen.
instructions/wiki-query/SKILL.md (session-setup-Zeile, Hard Rule, neuer Schritt 5, Umnummerierung 5→6 und 6→7, Decision Point, Kommandoliste um publish ergaenzt — letzteres aus #78). 85 → 98 Zeilen.
Herkunft
Analyse aus #65, Sitzung 2026-09-09. Punkt 1 ist Fund 1 aus #65. Punkt 2 kam bei der Volltext-Sichtung dazu und wurde nach einem Einwand des Operators — Suchen sind budgetbefreit — auf die tatsaechlich wiki-veraendernden Aufrufe eingegrenzt. Umgesetzt in derselben Sitzung wie #70, #74 und #78.
## Erledigt in `11d64e6`, Version `4.8.0-beta.11`
Beide Maengel behoben, ein Publish.
### 1. Neuer Schritt 5 vor dem ersten `new`
Der Ablauf hat jetzt sieben Schritte statt sechs. Neu ist Schritt 5, **„Decide what earns a page - before the first `new`"**:
- Jede geplante Seite wird benannt und **einzeln** gegen alle drei Kriterien gehalten (Synthese ueber mehrere Seiten, etwas noch nicht Dokumentiertes, wird wieder gefragt). Der Satz, der den Befund aufloest: ein Stapel wird nie als Stapel beurteilt — dass eine Seite die Huerde nimmt, sagt nichts ueber die naechste.
- Was mit einer durchgefallenen Seite geschieht, steht ausdruecklich da: **nicht scaffolden**, stattdessen eine Zeile in der Antwort, die benennt, was erwogen wurde und warum es ungeschrieben bleibt — der Nutzer kann sie trotzdem verlangen. Begruendet ueber die Asymmetrie der beiden Fehlerrichtungen: eine nicht angelegte Seite kostet einen Satz im Chatverlauf, eine ueberfluessig angelegte liest sich spaeter wie eine, die das Wiki gebraucht hat, und ist deutlich schwerer wiederzufinden.
Der alte Filing-Schritt ist Schritt 6 („File back what survived"), `log append` ist Schritt 7. Die Hard Rule zieht mit — sie nennt die beiden mechanischen Ausnahmen jetzt als Schritt 6 und 7.
Der Mass-Update-Gate-Hinweis in den Decision Points bleibt und sagt jetzt dazu, dass er keine Ersatzpruefung ist: das Gate zaehlt Dateien und weiss nichts ueber Berechtigung; ein Stapel unter der Schwelle ist von ihm nicht freigegeben, nur nicht angehalten worden.
### 2. `session-setup.md`-Verweis
`**Before the first `wikitool` call:** [session-setup.md](../session-setup.md).` steht jetzt nach der Trigger-Zeile — dieselbe Form und dieselbe Position wie in `wiki-ingest`, `wiki-lint` und `wiki-manage`. Schritt 7 laeuft **immer** (`log append`), und der Filing-Pfad zieht `new`, `xref add` und die Rebuilds nach sich.
`wiki-status` bleibt wie vereinbart aussen vor — dessen einziger Aufruf ist `lint`. Der Widerspruch in `session-setup.md` selbst ist #76.
## Akzeptanzkriterien
- [x] `instructions/wiki-query/SKILL.md` enthaelt einen benannten Schritt vor dem ersten `wikitool new`, der jede geplante Seite einzeln gegen die drei Kriterien prueft.
- [x] Aus dem Text geht hervor, was mit einer durchgefallenen Seite geschieht: nicht anlegen, in der Antwort benennen, dem Nutzer offenlassen.
- [x] Der Skill traegt den `session-setup.md`-Verweis in derselben Form wie `wiki-ingest`, `wiki-lint` und `wiki-manage`.
- [x] Der Mass-Update-Gate-Hinweis bleibt erhalten und ist jetzt ausdruecklich als Bremse, nicht als Pruefung markiert.
- [x] `tools/wikitool instructions verify` laeuft ohne neue Findings, `instructions sync` ist gelaufen.
Zusaetzlich geprueft: `docs verify` OK, `pytest` 1076 passed.
## Geaendert
`instructions/wiki-query/SKILL.md` (session-setup-Zeile, Hard Rule, neuer Schritt 5, Umnummerierung 5→6 und 6→7, Decision Point, Kommandoliste um `publish` ergaenzt — letzteres aus #78). 85 → 98 Zeilen.
## Herkunft
Analyse aus #65, Sitzung 2026-09-09. Punkt 1 ist Fund 1 aus #65. Punkt 2 kam bei der Volltext-Sichtung dazu und wurde nach einem Einwand des Operators — Suchen sind budgetbefreit — auf die tatsaechlich wiki-veraendernden Aufrufe eingegrenzt. Umgesetzt in derselben Sitzung wie #70, #74 und #78.
Changelog: Body auf den Endstand umgeschrieben. Beide Punkte umgesetzt: neuer Schritt 5 vor dem ersten new (Ablauf jetzt siebenschrittig, Hard Rule und Umnummerierung mitgezogen) und die session-setup.md-Zeile in der Form der drei anderen Skills. Der Mass-Update-Gate-Hinweis ist erhalten und ausdruecklich als Bremse statt als Pruefung markiert. Alle fuenf Akzeptanzkriterien abgehakt, 85 → 98 Zeilen. Umgesetzt in 11d64e6, 4.8.0-beta.11. Geschlossen.
**Changelog:** Body auf den Endstand umgeschrieben. Beide Punkte umgesetzt: neuer Schritt 5 vor dem ersten `new` (Ablauf jetzt siebenschrittig, Hard Rule und Umnummerierung mitgezogen) und die `session-setup.md`-Zeile in der Form der drei anderen Skills. Der Mass-Update-Gate-Hinweis ist erhalten und ausdruecklich als Bremse statt als Pruefung markiert. Alle fuenf Akzeptanzkriterien abgehakt, 85 → 98 Zeilen. Umgesetzt in `11d64e6`, `4.8.0-beta.11`. Geschlossen.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Erledigt in
11d64e6, Version4.8.0-beta.11Beide Maengel behoben, ein Publish.
1. Neuer Schritt 5 vor dem ersten
newDer Ablauf hat jetzt sieben Schritte statt sechs. Neu ist Schritt 5, „Decide what earns a page - before the first
new":Der alte Filing-Schritt ist Schritt 6 („File back what survived"),
log appendist Schritt 7. Die Hard Rule zieht mit — sie nennt die beiden mechanischen Ausnahmen jetzt als Schritt 6 und 7.Der Mass-Update-Gate-Hinweis in den Decision Points bleibt und sagt jetzt dazu, dass er keine Ersatzpruefung ist: das Gate zaehlt Dateien und weiss nichts ueber Berechtigung; ein Stapel unter der Schwelle ist von ihm nicht freigegeben, nur nicht angehalten worden.
2.
session-setup.md-Verweis**Before the firstwikitoolcall:** [session-setup.md](../session-setup.md).steht jetzt nach der Trigger-Zeile — dieselbe Form und dieselbe Position wie inwiki-ingest,wiki-lintundwiki-manage. Schritt 7 laeuft immer (log append), und der Filing-Pfad ziehtnew,xref addund die Rebuilds nach sich.wiki-statusbleibt wie vereinbart aussen vor — dessen einziger Aufruf istlint. Der Widerspruch insession-setup.mdselbst ist #76.Akzeptanzkriterien
instructions/wiki-query/SKILL.mdenthaelt einen benannten Schritt vor dem erstenwikitool new, der jede geplante Seite einzeln gegen die drei Kriterien prueft.session-setup.md-Verweis in derselben Form wiewiki-ingest,wiki-lintundwiki-manage.tools/wikitool instructions verifylaeuft ohne neue Findings,instructions syncist gelaufen.Zusaetzlich geprueft:
docs verifyOK,pytest1076 passed.Geaendert
instructions/wiki-query/SKILL.md(session-setup-Zeile, Hard Rule, neuer Schritt 5, Umnummerierung 5→6 und 6→7, Decision Point, Kommandoliste umpublishergaenzt — letzteres aus #78). 85 → 98 Zeilen.Herkunft
Analyse aus #65, Sitzung 2026-09-09. Punkt 1 ist Fund 1 aus #65. Punkt 2 kam bei der Volltext-Sichtung dazu und wurde nach einem Einwand des Operators — Suchen sind budgetbefreit — auf die tatsaechlich wiki-veraendernden Aufrufe eingegrenzt. Umgesetzt in derselben Sitzung wie #70, #74 und #78.
Changelog: Body auf den Endstand umgeschrieben. Beide Punkte umgesetzt: neuer Schritt 5 vor dem ersten
new(Ablauf jetzt siebenschrittig, Hard Rule und Umnummerierung mitgezogen) und diesession-setup.md-Zeile in der Form der drei anderen Skills. Der Mass-Update-Gate-Hinweis ist erhalten und ausdruecklich als Bremse statt als Pruefung markiert. Alle fuenf Akzeptanzkriterien abgehakt, 85 → 98 Zeilen. Umgesetzt in11d64e6,4.8.0-beta.11. Geschlossen.torben referenced this issue2026-09-09 15:29:31 +00:00