task: Weekly review proposes task new/task close; tracker gains a closing write path
CI / verify (push) Successful in 54s
Release / release (push) Successful in 36s

Files changed:
- CHANGES.md
- INSTALL.md
- README.md
- VERSION
- docs/knowledge-and-commitment.md
- instructions/gtd-weekly-review/SKILL.md
- instructions/ingest-large-tree.md
- instructions/wiki-ingest/SKILL.md
- tools/CONTRACT.md
- tools/chemenu/commands/review_cmd.py
- tools/chemenu/commands/task_cmd.py
- tools/chemenu/review.py
- tools/chemenu/tasks/protocol.py
- tools/chemenu/tasks/superproductivity.py
- tools/chemenu/tests/test_review.py
- tools/chemenu/tests/test_superproductivity.py
- tools/chemenu/tests/test_task_cmd.py
This commit is contained in:
torben committed 2026-09-22 21:46:09 +02:00
1 parent 8b535b4016
commit 62d1c5e636
17 files changed
+563 -87

No files matched your search

+4 -1
View File
@@ -345,7 +345,10 @@ ignoriert. `api_token` ist bei `access: "api"` Pflicht, da jeder Endpunkt außer
einer `access: "snapshot"`-Instanz verweigert das Kommando vollständig, exit 1: der Tracker ist
von dort aus nur lesbar. Dasselbe gilt für `tools/wikitool task new`, den zweiten Schreibweg:
es legt einen einzelnen Posten im Tracker an - ohne `kb/`-Seite - und existiert ebenfalls nur
auf einer `access: "api"`-Instanz.
auf einer `access: "api"`-Instanz. `tools/wikitool task close --id` ist der dritte und letzte
Schreibweg - er markiert einen Posten erledigt, löscht ihn nie - und verweigert auf
`access: "snapshot"` auf dieselbe Weise. `tools/wikitool task list --project` ist rein lesend
und beantwortet daher auf beiden Zugriffsarten.
## Verifikation