Skill weekly-review: was mit den fünf Befunden zu tun ist #127

Closed
opened 2026-09-19 14:58:21 +00:00 by torben · 1 comment
Owner

Paket 6 aus #119 (D10/D26, D25, D28). Die Instruction-Haelfte: wikitool review liefert
Befunde, dieser Skill sagt, was daraus folgt.

Erledigt (44909c9, Stack 7.0.0-beta.6).

Warum es einen Skill braucht und nicht nur das Kommando

Ein Befund ist keine Handlung. „Vorhaben X ist stehengeblieben" kann dreierlei heissen: eine
naechste Aktion fehlt und gehoert angelegt, das Vorhaben ist in Wahrheit pausiert und gehoert
auf dormant, oder es ist fertig und gehoert auf completed. Welches davon zutrifft,
entscheidet ein Mensch — der Skill fuehrt das Gespraech, das die Entscheidung einsammelt und
umsetzt.

Das ist GTDs Weekly Review, nur mit einer Maschine, die die Liste vorbereitet statt sie den
Menschen aus dem Kopf rekonstruieren zu lassen.

Was gebaut wurde

instructions/weekly-review/SKILL.md, publiziert nach .agents/skills/ und .claude/skills/.

Je Befundart eine Tabellenzeile mit Entscheidungshilfe und Folgehandlung — mindestens zwei
Optionen und ein Unterscheidungsmerkmal je Befund:

Befund Was der Skill anbietet
Stehengeblieben (stalled) Naechste Aktion im Tracker anlegen, oder state: auf dormant/completed/abandoned setzen (wikitool touch) — unterschieden danach, ob noch ein naechster Schritt zum Ziel fuehrt oder das Vorhaben bewusst angehalten/beendet wurde
Waiting-For ueberfaellig (waiting_overdue) Nachfassen und follow_up_at im Tracker neu setzen, oder die Verpflichtung fallenlassen — unterschieden danach, ob die Person geliefert hat und der Bedarf noch besteht
Tracker-Projekt ohne Seite (unpaged_project) wikitool new project — oder bewusst tracker-only weiterlaufen lassen — unterschieden danach, ob das Vorhaben ein eigenes Gedaechtnis (Beteiligte, Entscheidungen, Kontext) braucht
Seite ohne offene Schleife (no_open_loop) Dieselbe Entscheidung wie „stehengeblieben", oder: der Name ist auf einer Seite auseinandergelaufen (D8-Rename-Fall, wikitool rename) — unterschieden danach, ob ein aehnlich benanntes Tracker-Projekt existiert
Someday verstaubt (someday_stale) Aktivieren (wikitool new project), streichen, oder bewusst stehenlassen — unterschieden danach, ob heute committet wuerde

Dazu Hinweise auf D28 (Erwaehnung in ## Beteiligte bekommt keine Seite/Wikilink) und D7
(die Seite fasst die Aufgabenliste nie zusammen), an der Stelle, wo sie in Schritt 3/4 des Skills
tatsaechlich relevant werden.

Akzeptanzkriterien

  • Der Skill-Body nennt keinen Provider. Weder Super Productivity noch Azure DevOps noch
    eine Datei- oder API-Form kommen darin vor — nur "the tracker"/"a task-tracker provider" als
    generische Rolle. Neuer Regressionstest test_weekly_review_skill_names_no_provider
    (tools/chemenu/tests/test_instructions_cmd.py) haelt das am echten Repo-Inhalt fest, nicht
    nur als einmalige Review-Behauptung.
  • Der Skill nennt fuer jeden der fuenf Befunde mindestens zwei Handlungsoptionen und sagt,
    woran man sie unterscheidet — siehe Tabelle oben, wortgleich im Skill selbst.
  • Er weist auf D28 hin (Schritt 4 des Skills).
  • Er weist auf D7 hin (Schritt 3 des Skills).
  • tools/wikitool instructions verify gruen (23 instructions, 9 skills — weekly-review
    dazugekommen); instructions sync hat ihn in beide Harness-Verzeichnisse publiziert.
  • Der Skill ist englisch geschrieben.
  • AGENTS.md § Routing fuehrt ihn jetzt in der Skill-Tabelle; README.mds eigene
    Skill-Tabelle (fuer Menschen) ebenfalls nachgezogen.
  • docs verify, pytest gruen (1383 Tests, davon der neue Provider-Neutralitaets-Test).

Abhaengigkeiten

War status/blocked auf #125 — #125 ist seit 80b57e0 (Stack 7.0.0-beta.3) erledigt, damit war
dieses Issue frei. Label entfernt.

Ergebnis

Kein Befund aus der Umsetzung, der ueber die Akzeptanzkriterien hinausgeht. Version: --minor
(neue Faehigkeit, in beide Richtungen drop-in — die Kandidat-weite Grenzueberschreitung, die
version bump beim Anwenden meldete, stammt unveraendert aus #123s fruehem --major in diesem
selben laufenden 7.0.0-Kandidaten, nicht aus diesem Paket; siehe instructions/dev/version-parts.md
§ „max-wins escalation"). docs/ wurde auf Aktualitaet geprueft — keiner der fuenf von AGENTS.md
verlinkten docs/-Seiten beschreibt eine hier veraenderte Design-Entscheidung, keine Aenderung
noetig.

Modelle: Entwurf/Design (D10/D26/D25/D28) stammt aus der #119-Entwurfsphase, nicht aus dieser
Session. Mechanischer Teil (Skill-Text, Test, Version-Bump, Publish) und dieser Abschluss liefen
beide in derselben Sonnet-5-Session.

Paket 6 aus #119 (D10/D26, D25, D28). Die Instruction-Haelfte: `wikitool review` liefert Befunde, dieser Skill sagt, was daraus folgt. **Erledigt** (`44909c9`, Stack 7.0.0-beta.6). ## Warum es einen Skill braucht und nicht nur das Kommando Ein Befund ist keine Handlung. „Vorhaben X ist stehengeblieben" kann dreierlei heissen: eine naechste Aktion fehlt und gehoert angelegt, das Vorhaben ist in Wahrheit pausiert und gehoert auf `dormant`, oder es ist fertig und gehoert auf `completed`. Welches davon zutrifft, entscheidet ein Mensch — der Skill fuehrt das Gespraech, das die Entscheidung einsammelt und umsetzt. Das ist GTDs Weekly Review, nur mit einer Maschine, die die Liste vorbereitet statt sie den Menschen aus dem Kopf rekonstruieren zu lassen. ## Was gebaut wurde `instructions/weekly-review/SKILL.md`, publiziert nach `.agents/skills/` und `.claude/skills/`. Je Befundart eine Tabellenzeile mit Entscheidungshilfe und Folgehandlung — mindestens zwei Optionen und ein Unterscheidungsmerkmal je Befund: | Befund | Was der Skill anbietet | |---|---| | Stehengeblieben (`stalled`) | Naechste Aktion im Tracker anlegen, **oder** `state:` auf `dormant`/`completed`/`abandoned` setzen (`wikitool touch`) — unterschieden danach, ob noch ein naechster Schritt zum Ziel fuehrt oder das Vorhaben bewusst angehalten/beendet wurde | | Waiting-For ueberfaellig (`waiting_overdue`) | Nachfassen und `follow_up_at` im Tracker neu setzen, **oder** die Verpflichtung fallenlassen — unterschieden danach, ob die Person geliefert hat und der Bedarf noch besteht | | Tracker-Projekt ohne Seite (`unpaged_project`) | `wikitool new project` — oder bewusst tracker-only weiterlaufen lassen — unterschieden danach, ob das Vorhaben ein eigenes Gedaechtnis (Beteiligte, Entscheidungen, Kontext) braucht | | Seite ohne offene Schleife (`no_open_loop`) | Dieselbe Entscheidung wie „stehengeblieben", **oder**: der Name ist auf einer Seite auseinandergelaufen (D8-Rename-Fall, `wikitool rename`) — unterschieden danach, ob ein aehnlich benanntes Tracker-Projekt existiert | | Someday verstaubt (`someday_stale`) | Aktivieren (`wikitool new project`), streichen, oder bewusst stehenlassen — unterschieden danach, ob heute committet wuerde | Dazu Hinweise auf D28 (Erwaehnung in `## Beteiligte` bekommt **keine** Seite/Wikilink) und D7 (die Seite fasst die Aufgabenliste nie zusammen), an der Stelle, wo sie in Schritt 3/4 des Skills tatsaechlich relevant werden. ## Akzeptanzkriterien - [x] **Der Skill-Body nennt keinen Provider.** Weder Super Productivity noch Azure DevOps noch eine Datei- oder API-Form kommen darin vor — nur "the tracker"/"a task-tracker provider" als generische Rolle. Neuer Regressionstest `test_weekly_review_skill_names_no_provider` (`tools/chemenu/tests/test_instructions_cmd.py`) haelt das am echten Repo-Inhalt fest, nicht nur als einmalige Review-Behauptung. - [x] Der Skill nennt fuer jeden der fuenf Befunde mindestens zwei Handlungsoptionen und sagt, woran man sie unterscheidet — siehe Tabelle oben, wortgleich im Skill selbst. - [x] Er weist auf D28 hin (Schritt 4 des Skills). - [x] Er weist auf D7 hin (Schritt 3 des Skills). - [x] `tools/wikitool instructions verify` gruen (23 instructions, 9 skills — `weekly-review` dazugekommen); `instructions sync` hat ihn in beide Harness-Verzeichnisse publiziert. - [x] Der Skill ist englisch geschrieben. - [x] `AGENTS.md` § Routing fuehrt ihn jetzt in der Skill-Tabelle; `README.md`s eigene Skill-Tabelle (fuer Menschen) ebenfalls nachgezogen. - [x] `docs verify`, `pytest` gruen (1383 Tests, davon der neue Provider-Neutralitaets-Test). ## Abhaengigkeiten War `status/blocked` auf #125 — #125 ist seit `80b57e0` (Stack 7.0.0-beta.3) erledigt, damit war dieses Issue frei. Label entfernt. ## Ergebnis Kein Befund aus der Umsetzung, der ueber die Akzeptanzkriterien hinausgeht. Version: `--minor` (neue Faehigkeit, in beide Richtungen drop-in — die Kandidat-weite Grenzueberschreitung, die `version bump` beim Anwenden meldete, stammt unveraendert aus #123s fruehem `--major` in diesem selben laufenden 7.0.0-Kandidaten, nicht aus diesem Paket; siehe `instructions/dev/version-parts.md` § „max-wins escalation"). `docs/` wurde auf Aktualitaet geprueft — keiner der fuenf von AGENTS.md verlinkten `docs/`-Seiten beschreibt eine hier veraenderte Design-Entscheidung, keine Aenderung noetig. **Modelle:** Entwurf/Design (D10/D26/D25/D28) stammt aus der #119-Entwurfsphase, nicht aus dieser Session. Mechanischer Teil (Skill-Text, Test, Version-Bump, Publish) und dieser Abschluss liefen beide in derselben Sonnet-5-Session.
torben added the prio/plannedsize/Marea/kbkind/buildstatus/blocked labels 2026-09-19 14:58:21 +00:00
torben removed the status/blocked label 2026-09-20 05:54:18 +00:00
Author
Owner

Changelog: Body rewritten to final state and closed. instructions/weekly-review/SKILL.md built, all eight acceptance criteria ticked, status/blocked removed (was on #125, done since 80b57e0). Published as 44909c9, Stack 7.0.0-beta.6 (--minor).

**Changelog:** Body rewritten to final state and closed. `instructions/weekly-review/SKILL.md` built, all eight acceptance criteria ticked, `status/blocked` removed (was on #125, done since `80b57e0`). Published as `44909c9`, Stack 7.0.0-beta.6 (`--minor`).
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: torben/chemenu#127