gtd-weekly-review: task new nachgezogen, veralteter Begründungszeiger korrigiert (#137)

Files changed:
- CHANGES.md
- VERSION
- instructions/gtd-weekly-review/SKILL.md

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
 <!-- /wikitool:bumps -->
 
 ### 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

VERSION

@@ -1 +1 @@
-7.0.0-beta.13
+7.0.0-beta.14

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