docs: Nachzug zu #119 - Verpflichtungsschicht in Installation, Setup und docs/ (#119)

Files changed:
- AGENTS.md
- CHANGES.md
- INSTALL.md
- README.md
- VERSION
- docs/knowledge-and-commitment.md
- instructions/dev/doc-pull-through.md
- instructions/setup-instance.md
- instructions/upgrade-instance.md
- tools/README.md

INSTALL.md

@@ -291,6 +291,39 @@ export WIKITOOL_UPDATE_TOKEN="<gitea-token>"
 tools/wikitool version check
 ```
 
+**Aufgaben-Tracker anbinden - optional.** Der Wochenrückblick (`tools/wikitool review`, Skill
+`weekly-review`) gleicht die Projektseiten unter `kb/gtd/` gegen einen Aufgaben-Tracker ab. Welcher
+das ist, steht in `.wikitool-tasks.json` im Repo-Root - der dritten Datei dieser Art neben
+`.wikitool-telemetry.json` und `.wikitool-remotes.json`: pro Checkout, ohne `.template`, und
+**gitignored, sobald ein Token darin liegt**. Fehlt sie, ist schlicht kein Tracker konfiguriert;
+das ist ein gültiger Endzustand, kein Fehler. Kaputt ist sie dagegen ein `FAIL` - eine
+unlesbare Konfiguration darf nicht als „kein Tracker" durchgehen.
+
+```json
+{
+  "schema": 1,
+  "provider": "superproductivity",
+  "thresholds": {
+    "stalled_waiting_days": 14,
+    "unpaged_project_weeks": 3,
+    "someday_stale_months": 5
+  },
+  "superproductivity": {
+    "backups_dir": "~/.config/superProductivity/backups",
+    "api_base_url": "http://127.0.0.1:3876",
+    "api_token": "<token aus den SP-Einstellungen>"
+  }
+}
+```
+
+`provider` wählt den Adapter - ausgeliefert wird bislang `superproductivity`. Der `thresholds`-
+Block trägt die drei Schwellwerte des Rückblicks (Konfiguration, nicht Schema): ab wann ein
+Waiting-For überfällig ist, ab welchem Alter ein Tracker-Projekt ohne `kb/`-Seite gemeldet wird,
+und ab wann ein Someday-Eintrag als verstaubt gilt. Der gleichnamige Provider-Block trägt dessen
+Verbindungsangaben; bei Super Productivity sind Lese- und Schreibpfad verschieden - gelesen wird
+der jüngste Backup-Schnappschuss unter `backups_dir` (läuft auch ohne laufende App), geschrieben
+über die lokale REST-API, die nur antwortet, solange die App läuft.
+
 ## Verifikation
 
 ```bash
@@ -300,7 +333,9 @@ tools/wikitool doctor
 Prüft in einem Aufruf: Abhängigkeiten, Autor-Auflösung, Git-Identität/Branch/Remote,
 publizierte Skills, Struktur (Collection-Contracts, generierte Dateien), Personalization
 (`USER.md`/`SOUL.md` vorhanden **und** ausgefüllt), die optionale Umgebungsnotiz
-(`ENVIRONMENT.md`) und die Session-ID.
+(`ENVIRONMENT.md`), den Aufgaben-Tracker (`.wikitool-tasks.json` - fehlt sie, ist das `OK`; ist
+ein Provider konfiguriert, zusätzlich ob sein Lesepfad bereitsteht und seine API gerade
+antwortet, beides nie ein `FAIL`) und die Session-ID.
 `OK`/`WARN` sind unbedenklich (ein fehlender Remote z. B. ist ein gültiger Endzustand); nur ein
 `FAIL` bricht mit exit 1 ab, und jede Zeile nennt ihr eigenes Fix-Kommando.