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