Files changed: - .gitignore - AGENTS.md - CHANGES.md - INSTALL.md - VERSION - docs/explanation/knowledge-and-commitment.md - docs/explanation/telemetry-and-evaluation.md - docs/explanation/why-gates-are-code.md - docs/how-to/run-the-weekly-review.md - docs/how-to/set-up-the-mcp-server.md - docs/how-to/trace-and-score-sessions.md - docs/how-to/troubleshoot.md - docs/reference/commands/README.md - docs/reference/commands/configuration.md - docs/reference/commands/finding-and-checking.md - docs/reference/commands/git.md - docs/reference/commands/instance-health.md - docs/reference/commands/pages.md - docs/reference/commands/raw-material-and-uploads.md - docs/reference/configuration.md - docs/reference/exit-codes.md - instructions/dev/doc-pull-through.md - instructions/dev/tracker-testing.md - instructions/gates.md - instructions/ingest-queue.md - instructions/mcp-read-server.md - instructions/migrate-corpus.md - instructions/migrations/10.0.0-settings-tiers.md - instructions/setup-instance.md - raw/CONTRACT.md - reports/CONTRACT.md - tools/CONTRACT.md - tools/README.md - tools/bugreport.py - tools/chemenu/cli_contract.py - tools/chemenu/commands/_util.py - tools/chemenu/commands/config_cmd.py - tools/chemenu/commands/docs_verify.py - tools/chemenu/commands/doctor.py - tools/chemenu/commands/export_cmd.py - tools/chemenu/commands/git_publish.py - tools/chemenu/commands/new_page.py - tools/chemenu/commands/review_cmd.py - tools/chemenu/commands/task_cmd.py - tools/chemenu/commands/upload_cmd.py - tools/chemenu/config.py - tools/chemenu/config_shapes.py - tools/chemenu/legacy_settings.py - tools/chemenu/mcp/__main__.py - tools/chemenu/mcp/server.py - tools/chemenu/reference_doc.py - tools/chemenu/review.py - tools/chemenu/settings.py - tools/chemenu/tasks/__init__.py - tools/chemenu/tasks/caldav.py - tools/chemenu/tasks/config.py - tools/chemenu/tasks/superproductivity.py - tools/chemenu/telemetry/policy.py - tools/chemenu/tests/conftest.py - tools/chemenu/tests/record_sp_fixtures.py - tools/chemenu/tests/test_bugreport.py - tools/chemenu/tests/test_caldav.py - tools/chemenu/tests/test_config_shapes.py - tools/chemenu/tests/test_doctor.py - tools/chemenu/tests/test_git_publish.py - tools/chemenu/tests/test_legacy_settings.py - tools/chemenu/tests/test_mcp_server.py - tools/chemenu/tests/test_new_page.py - tools/chemenu/tests/test_review.py - tools/chemenu/tests/test_settings.py - tools/chemenu/tests/test_sp_recorded.py - tools/chemenu/tests/test_superproductivity.py - tools/chemenu/tests/test_task_cmd.py - tools/chemenu/tests/test_tasks_config.py - tools/chemenu/tests/test_telemetry_policy.py - tools/chemenu/tests/test_tracker_live.py - tools/chemenu/tests/test_upload.py - tools/chemenu/tests/tracker_live.py - tools/chemenu/upload.py Co-Authored-By: Claude Code <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01SnAJ7Z3CpVD3PRbN73QtU2
65 lines
3.2 KiB
Markdown
65 lines
3.2 KiB
Markdown
# Run the weekly review
|
|
|
|
Go through your committed initiatives once a week and decide what each one needs: a next action, a
|
|
pause, a close. A machine prepares the list, so you don't have to reconstruct it from memory. The
|
|
agent runs the `gtd-weekly-review` skill ([skill catalogue](../reference/skills.md)).
|
|
|
|
## Two places, on purpose
|
|
|
|
Knowledge and commitments change at different speeds, so they live in different places:
|
|
|
|
- **A page under `kb/gtd/`** is one initiative's durable memory: its goal, who is involved, where it
|
|
stands, and why it is worth doing. It never summarises the task list.
|
|
- **The open items** live in a task tracker, which owns them.
|
|
|
|
Nothing syncs between the two. `tools/wikitool review` joins them when it reads, matching on the
|
|
project name, and stores nothing - not even a report file. Why the split runs this way rather than
|
|
syncing: [knowledge-and-commitment.md](../explanation/knowledge-and-commitment.md).
|
|
|
|
## What you prepare
|
|
|
|
A task tracker, configured in the settings (the `tasks` section and the section of its provider). Super Productivity and
|
|
CalDAV (for example Nextcloud Tasks) are supported. Their shape, and the difference between a
|
|
tracker the wiki can only read and one it can write to, is in the
|
|
[configuration reference](../reference/configuration.md#task-tracker). Without a tracker, the
|
|
review has nothing to join against. That is a valid state, though, and the pages work without one.
|
|
|
|
## What you say
|
|
|
|
```text
|
|
Run the weekly review
|
|
```
|
|
|
|
## What you get back
|
|
|
|
The agent runs `tools/wikitool review` and walks you through its findings, one at a time:
|
|
|
|
- initiatives with no next action;
|
|
- waiting-fors past their follow-up date;
|
|
- tracker projects that have no page;
|
|
- active pages with no open item;
|
|
- someday items that have gone stale.
|
|
|
|
For each finding, the agent asks what is actually true, because "this looks stalled" can mean a
|
|
next action is missing, the initiative was paused on purpose, or it is finished. Then it proposes the
|
|
exact change: a new item in the tracker, an item marked done, or a page's state moved to `dormant`,
|
|
`completed` or `abandoned`. Nothing is written to the tracker until you confirm that exact call.
|
|
What was decided goes onto the page, and the page is published.
|
|
|
|
A quiet week is a valid result. If one of the checks could not run because the tracker did not
|
|
answer, the agent says which check was skipped. An empty result under a skipped check means nothing.
|
|
|
|
## Starting something new
|
|
|
|
Ask the agent for a new project and name it. It runs `tools/wikitool new project`, which gives the
|
|
initiative its page under `kb/gtd/` and, where a tracker is configured, a tracker project under the
|
|
same name. A CalDAV tracker gets that project created automatically. On Super Productivity the
|
|
command stops with exit 42 and asks you to create the project in the app yourself. Tell the agent
|
|
when you are done, and it continues with `--resume`. A tracker the wiki can only read refuses the
|
|
command outright.
|
|
|
|
A single open item with no page of its own - a commitment that came with a source, say - is filed
|
|
with `tools/wikitool task new`. `task list` reads a project's open items back, and `task close --id`
|
|
marks one done. Nothing deletes an item. The commands are in the
|
|
[command reference](../reference/commands/pages.md).
|