diff --git a/CHANGES.md b/CHANGES.md index 336fa40..da2a9b6 100644 --- a/CHANGES.md +++ b/CHANGES.md @@ -59,7 +59,7 @@ concern - readable here, never shipped as something to parse. --- -## 7.0.0-beta.13 - 2026-09-22 - wiki-ingest: raw accept rückt hinter die Verpflichtungsentscheidung +## 7.0.0-beta.14 - 2026-09-22 - gtd-weekly-review: task new nachgezogen, veralteter Begründungszeiger korrigiert **Author:** Torben Nehmer @@ -88,6 +88,7 @@ concern - readable here, never shipped as something to parse. - docs/-Nachzug: Exit 42 als Haltung, und die Adoption eines neu ausgelieferten Templates - Skill-Namensfamilien: weekly-review -> gtd-weekly-review, dritte Person in allen Descriptions - Veraltete Skill-Aufzaehlungen in der Instruction-Schicht nachgezogen +- gtd-weekly-review: task new nachgezogen, veralteter Begründungszeiger korrigiert ### Typ `project` und Collection `kb/gtd/`: das Vorhaben als eigene Seitenart @@ -430,6 +431,23 @@ Zwei Fragen, die sich beim Durchsehen der Naht zwischen Wissen und Verpflichtung zeigten - `gtd-weekly-review`s veraltete Zaehlung der GTD-Kommandos, und ob der Weekly Review `task new` kuenftig anbieten soll -, sind bewusst nicht Teil dieser Aenderung: Gitea #137 und #138. +### gtd-weekly-review: task new nachgezogen, veralteter Begründungszeiger korrigiert + +Gitea #137, der liegengebliebene Pull-Through von #132 am GTD-Rand: `instructions/gtd-weekly- +review/SKILL.md` behauptete zweimal, `review` und `new project` seien die einzigen zwei +GTD-Kommandos, und begruendete die Haltung "der Nutzer handelt selbst in seinem Tracker" mit +*"because `wikitool` has no command for it"* - seit #132s `task new` schlicht falsch. Der +Begruendungszeiger fuer die schmale Kommandoflaeche zeigte zudem auf `types/project.md` und +`kb/gtd/COLLECTION.md`; die Begruendung steht tatsaechlich in +`docs/knowledge-and-commitment.md` § "Status has exactly one home", die #132 korrekt nachzog, +waehrend dieses Skill unberuehrt blieb. + +Beide Stellen benennen `task new` jetzt als drittes, tatsaechlich vorhandenes Kommando, das dieses +Skill bewusst nicht aufruft - die Haltung selbst ist unveraendert, nur ihre Begruendung ist jetzt +eine Wahl statt eine Behauptung ueber eine fehlende Faehigkeit. Ob der Weekly Review `task new` +kuenftig anbieten soll, bleibt unentschieden in Gitea #138; dieses Issue korrigiert nur, was +nachweislich falsch dastand. + --- ## 6.2.0 - 2026-09-19 - Entity-Subtyp project nach codebase umbenannt diff --git a/VERSION b/VERSION index f434ad9..4f7ca42 100644 --- a/VERSION +++ b/VERSION @@ -1 +1 @@ -7.0.0-beta.13 +7.0.0-beta.14 diff --git a/instructions/gtd-weekly-review/SKILL.md b/instructions/gtd-weekly-review/SKILL.md index b1b201d..2f47e83 100644 --- a/instructions/gtd-weekly-review/SKILL.md +++ b/instructions/gtd-weekly-review/SKILL.md @@ -19,11 +19,12 @@ looked at yet. API - only the tracker's generic role. That is deliberate: this skill is the one document that must read identically in every instance, whichever tracker it runs against. Anything the tracker itself must do - add a task, reschedule a reminder, remove an item - is described as an action the -user takes in their tracker, because `wikitool` has no command for it: the only two GTD commands -that exist are `review` (read-only) and `new project` (page + tracker project creation). That -narrow command surface is deliberate (see the reasoning in `types/project.md` and -`kb/gtd/COLLECTION.md`, which this skill does not repeat) - do not reach for a tracker-specific -tool or API to "just do it faster". +user takes in their tracker: a deliberate choice, not a gap in `wikitool`'s GTD command surface, +which also carries `task new` (tracker item only, no page) alongside `review` (read-only) and +`new project` (page + tracker project creation) - this skill simply does not call it. The +reasoning behind keeping the tracker and `kb/gtd/` on separate write paths lives in +`docs/knowledge-and-commitment.md`, which this skill does not repeat - do not reach for a +tracker-specific tool or API to "just do it faster". ## Steps @@ -89,10 +90,11 @@ tool or API to "just do it faster". `review`, `touch`, `new project`, `rename` (via `instructions/page-lifecycle.md`, only for the rename case), `publish` -**Deliberately absent:** anything that reaches into the task tracker directly. `review` and -`new project` are the only two GTD commands this stack has (`types/project.md`); every other -tracker-side action in the table above - adding a next action, moving a reminder, removing an -item - is something the user does in their tracker, not something this skill automates. +**Deliberately absent:** anything that reaches into the task tracker directly. `wikitool`'s GTD +surface also includes `task new` (tracker item only, no page - +`docs/knowledge-and-commitment.md`), but this skill does not use it: every tracker-side action in +the table above - adding a next action, moving a reminder, removing an item - is something the +user does in their tracker, not something this skill automates. ## Output