SP-Zugriffsweg explizit (access: api/snapshot, #133) und follow_up_at-Korrektur (dueWithTime/dueDay, #135)

Files changed:
- CHANGES.md
- INSTALL.md
- VERSION
- tools/CONTRACT.md
- tools/chemenu/commands/doctor.py
- tools/chemenu/commands/new_page.py
- tools/chemenu/commands/review_cmd.py
- tools/chemenu/review.py
- tools/chemenu/tasks/__init__.py
- tools/chemenu/tasks/config.py
- tools/chemenu/tasks/protocol.py
- tools/chemenu/tasks/superproductivity.py
- tools/chemenu/tests/test_doctor.py
- tools/chemenu/tests/test_new_page.py
- tools/chemenu/tests/test_review.py
- tools/chemenu/tests/test_superproductivity.py
- tools/chemenu/tests/test_tasks_config.py

CHANGES.md

@@ -59,15 +59,20 @@ concern - readable here, never shipped as something to parse.
 
 ---
 
-## 7.0.0-beta.10 - 2026-09-20 - Veraltete Skill-Aufzaehlungen in der Instruction-Schicht nachgezogen
+## 7.0.0-beta.11 - 2026-09-20 - SP-Zugriffsweg explizit (access: api/snapshot, #133) und follow_up_at-Korrektur (dueWithTime/dueDay, #135)
 
 **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
+**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
+- superproductivity's provider section in .wikitool-tasks.json now requires 'access' ('api' or 'snapshot'), no default and no fallback between the two; 'db_path' no longer exists at all. An existing config must add 'access' and, if it used 'db_path', switch to 'backups_dir' (see INSTALL.md's example).
 
-**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
+**Migration:** none required - No kb/ page content changes - the break is confined to .wikitool-tasks.json, an instance-owned, gitignored file every operator already edits by hand per INSTALL.md's example.
 
 <!-- wikitool:bumps -->
+**High impact**
+- SP-Zugriffsweg explizit (access: api/snapshot, #133) und follow_up_at-Korrektur (dueWithTime/dueDay, #135)
+
 **Medium impact**
 - Typ `project` und Collection `kb/gtd/`: das Vorhaben als eigene Seitenart
 - Task-tracker provider layer, with a Super Productivity adapter
@@ -333,6 +338,33 @@ sechs der acht Skills und trug die veraltete Zahl im Namen; er nennt jetzt alle
 Familien erklaert. Dass die Passage weiterhin Schrittzahlen fremder Dateien zitiert, die genauso
 still veralten koennen, ist als eigene Frage festgehalten und hier bewusst nicht geloest.
 
+### SP-Zugriffsweg explizit (access: api/snapshot, #133) und follow_up_at-Korrektur (dueWithTime/dueDay, #135)
+
+Gitea #133: der Super-Productivity-Adapter unterscheidet jetzt zwei sich ausschliessende
+Zugriffswege, per Pflichtfeld `access` ohne Default und ohne Laufzeit-Ruckfall - `"api"` liest
+und (fuer #132 vorbereitet) schreibt ausschliesslich ueber die lokale REST-API und den aktuellen
+Zustand, `"snapshot"` liest ausschliesslich den juengsten Backup-Schnappschuss und ist von dort
+aus nie schreibbar. `db_path` entfaellt vollstaendig, `backups_dir`s Glob ist auf das echte
+Zeitstempelmuster (`YYYY-MM-DD_HHmmss.json`) gehaertet, und beide Wege blenden archivierte
+Tracker-Projekte aus - verifiziert gegen den tatsaechlichen Quellcode von
+`super-productivity/super-productivity` (`master`, 2026-09-20). `SuperProductivityApiReader` ist
+der neue Leser fuer `access: "api"`, gegen eine Attrappe getestet, nie gegen eine laufende App.
+`tools/wikitool new project` verweigert auf einer `access: "snapshot"`-Instanz jetzt vollstaendig
+(Exit 1, weder Tracker-Projekt noch Seite) statt den nicht mehr moeglichen 42er-Menschenschritt zu
+versuchen; `wikitool doctor` und `wikitool review` berichten nur noch den tatsaechlich
+konfigurierten Weg, und jede Antwort von `review` nennt jetzt explizit, aus welchem Weg sie
+stammt (bei `snapshot` samt Alter des gelesenen Schnappschusses). Aufgeloest damit: #134, dessen
+Verdacht (`--resume` koennte gegen einen veralteten Schnappschuss verifizieren) durch den Wegfall
+der Projektanlage auf `snapshot`-Instanzen gegenstandslos wurde.
+
+Gitea #135, im selben Zug korrigiert: `follow_up_at` las bislang `remindAt`, das sich nur bei
+einer mit Uhrzeit terminierten und benachrichtigten Aufgabe fuellt - ein ganztaegiger, stiller
+Tickler (`dueDay` ohne `dueWithTime`, das haeufigste WAITING-Muster) hatte dadurch nie einen
+`follow_up_at` und fiel bei Pruefung 2 des Wochenrueckblicks still durch. Gelesen wird jetzt
+`dueWithTime`, sonst `dueDay` - Super Productivitys eigene Leseregel - nie `deadline*` (D9 bleibt
+in der Sache unveraendert, nur die falsche Berufung auf sie ist korrigiert). Bestehende Instanzen
+sehen dadurch rueckblickend mehr Befunde, nicht weniger.
+
 ---
 
 ## 6.2.0 - 2026-09-19 - Entity-Subtyp project nach codebase umbenannt