This file explains how the key template claims map to real files.
Claim: Session protocols are centrally maintained and not duplicated in this template.
How this is implemented:
-
The local dispatcher (
session/dispatch.sh) maps canonical commands to central protocol paths instandards/session-management-standards. -
Local files (
session/custom-checks.k9,session/local-hooks.sh,coordination.k9) are integration-only.
Caveat:
-
If
SESSION_STANDARDS_DIRis unset and no adjacent standards checkout exists, the dispatcher records the command but cannot resolve central checklist paths.
Claim: Template bindings align to one canonical command model.
How this is implemented:
-
Justfileprovides thin aliases (intake-repo,checkpoint-change,verify-maintenance,verify-substantial,verify-release,close-planned,close-urgent,recover-repo,handover-*). -
Every alias calls
session/dispatch.shwith canonical verb-object pairs.
Caveat:
-
Recipes are wrappers only. They do not replace protocol content from the central standards repo.
Claim: Session state is per-repository runtime output, not standards text.
How this is implemented:
-
session/dispatch.shwrites command and continuity-core capture stubs to.session/LAST-CANONICAL-COMMAND.mdin the target repository path.
Caveat:
-
Runtime files are intentionally lightweight and require human/agent completion.
Claim: Placeholders are explicit template content until initialization.
How this is implemented:
-
README.adocand bootstrap recipes keep{{TOKEN}}placeholders visible. -
just initperforms token replacement.
Caveat:
-
Uninitialized placeholders must not be treated as project-specific truth.