torben/chemenu
1
1
Fork 0
Code Issues 26 Pull Requests Actions Packages Releases 32 Activity

wiki-query: kein Pruefschritt vor Mehrfach-Filing, und kein Verweis auf session-setup.md #75

New Issue
Closed
opened 2026-09-09 09:01:37 +00:00 by torben · 1 comment
torben commented 2026-09-09 09:01:37 +00:00
Owner
Copy Link
Copy Source

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

  • 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.

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.

## 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.
torben added the prio/plannedsize/Sarea/processkind/defect labels 2026-09-09 09:01:37 +00:00
torben commented 2026-09-09 15:05:55 +00:00
Author
Owner
Copy Link
Copy Source

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.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
area/corpus
Betrifft Demo-/Testbett-Frage, Inhalt und Umfang von kb/
 area/distribution
Betrifft Auslieferung, Upgrade, Versionierung einer Instanz
 area/kb
Betrifft kb/-Schema, Contract, Confidence, Lint, Wissensbasis
 area/process
Betrifft den Entwicklungsprozess selbst, nicht den Stack als Artefakt
 area/workflow
Betrifft Git, Merge, Branching, Publish, PRs
 kind/build
Spezifiziert, wartet nur noch auf Umsetzungszeit
 kind/decision
Wartet auf eine Betreiberentscheidung
 kind/defect
Befund: Doku und Realitaet, oder zwei Dokus, widersprechen sich
 prio/blocking
Blockiert oder beschaedigt laufende Arbeit - als naechstes
 prio/planned
Traegt bald Zinsen - eingeplant
 prio/waiting
Sinnvoll, wartet auf einen Ausloeser
 size/L
Mehrere Sitzungen oder offene Designfragen vor dem ersten Commit
 size/M
Mehrere Dateien, Contract- oder Instruction-Aenderung, eigener Testaufwand
 size/S
Eine Sitzung, ein Publish, klar umrissener Schnitt
 status/blocked
Wartet auf ein anderes, noch offenes Issue - nicht eigenstaendig bearbeitbar
 status/incoming
Vom Menschen angelegte Anforderung, unvollständig, muss durch den Stack komplettiert werden.
 status/unconfirmed
Gemeldeter Verdacht, noch nicht gegen tatsaechliches Verhalten geprueft - size/prio vorlaeufig
No Label area/process kind/defect prio/planned size/S
Milestone
No items
No Milestone
Assignees
Clear assignees
torben
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: torben/chemenu#75
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?