stack: Typ project und Collection kb/gtd/ (#123)

Files changed:
- CHANGES.md
- README.md
- VERSION
- kb/CONTRACT.md
- kb/CONVENTIONS.md
- kb/entities/COLLECTION.md
- kb/gtd/COLLECTION.md
- kb/gtd/INDEX.md
- kb/index.md
- tools/CONTRACT.md
- tools/chemenu/kb_collections.py
- tools/chemenu/tests/test_conventions.py
- tools/chemenu/tests/test_docs_verify.py
- tools/chemenu/tests/test_kb_collections.py
- tools/chemenu/tests/test_new_page.py
- tools/chemenu/tests/test_type_resolver.py
- tools/chemenu/tests/test_types_cmd.py
- types/project.md
- types/project.schema.yaml
- types/type-spec.md

CHANGES.md

@@ -59,6 +59,43 @@ concern - readable here, never shipped as something to parse.
 
 ---
 
+## 7.0.0-beta.1 - 2026-09-19 - Typ `project` und Collection `kb/gtd/`: das Vorhaben als eigene Seitenart
+
+**Author:** Torben Nehmer
+
+**Breaking Change:** docs verify now requires an adopted `project` type-spec (schema requiring `state:`) and its `kb/gtd/` collection - an instance must adopt types/project.md(.schema.yaml) and kb/gtd/COLLECTION.md from their .template before docs verify passes again
+
+**Migration:** none required - no kb/ page content changes - the fix is the ordinary .template adoption every root:kb type already requires, not a data migration
+
+<!-- wikitool:bumps -->
+- Typ `project` und Collection `kb/gtd/`: das Vorhaben als eigene Seitenart
+<!-- /wikitool:bumps -->
+
+### Typ `project` und Collection `kb/gtd/`: das Vorhaben als eigene Seitenart
+
+Gitea #119 (Paket #123): ein neuer Seitentyp `project` fuer das Vorhaben - Ziel, Beteiligte,
+dauerhafter Status, offene Schleifen - abgegrenzt gegen das Artefakt (`entity`/`codebase`, seit
+6.2.0). `types/project.md`/`.schema.yaml` und die neue Collection `kb/gtd/` (Bereiche `haus/`,
+`finanzen/`, `technik/` ueber `responsibility:`) folgen exakt dem Muster, das `entity`/`concept`/
+`source`/`comparison` schon vorgeben - kein Code noetig fuer `wikitool new project`, `types list`
+oder den Template-Versand, alles daran ist bereits generisch.
+
+Neu ist nur eine Zeile Code: `project` tritt neben `source` in
+`kb_collections.STACK_REQUIRED_TYPES`, nach demselben "fordern statt besitzen"-Idiom (D16) - ein
+Type-Spec `name: project`, dessen Schema `state:` fuehrt, muss existieren, weil der
+Wochenrueckblick (#125) sonst nichts hat, wogegen er ein Tracker-Projekt abgleichen kann. Das
+macht `docs verify` zum Grenzuebertritt (siehe **Breaking Change** oben): eine Instanz, die die
+neue `tools/`-Fassung uebernimmt, ohne `types/project.md.template` und
+`kb/gtd/COLLECTION.md.template` zu adoptieren, faellt fortan durch, wo sie vorher bestand. Dabei
+aufgefallen und mitkorrigiert: `kb_collections.declaration_issues()`s Meldung fuer eine fehlende
+Pflicht-Collection nannte immer `source`, unabhaengig davon, welcher Typ tatsaechlich fehlte -
+jetzt benennt sie den Typ, den `stack_required_collection_owners()` tatsaechlich dafuer
+verantwortlich macht. `kb/entities/COLLECTION.md` traegt jetzt einen `gtd:`-Block (vorerst nur
+`see-also`), ohne den keine Kante von einer Entity auf ein Vorhaben autorisierbar waere - das ist
+der Block, auf den #118 wartet.
+
+---
+
 ## 6.2.0 - 2026-09-19 - Entity-Subtyp project nach codebase umbenannt
 
 **Author:** Torben Nehmer