Checkpoint a workspace session
SkillAI & modelsSave a concise checkpoint through the canonical workspace update workflow. Use only when the user explicitly invokes update.
Available today. Use it from your connected AI after setup.
No other account needed.
Connect ahel once, and every AI you use reads what you have installed.
Then ask your AI: use the Checkpoint a workspace session skill
What this skill tells your AI
The instructions your AI receives, as published by conorbronsdon/agent-context-os in .agents/skills/update/SKILL.md and read by ahel’s review.
Execution roots (required)
Use the exact roots supplied by the host attachment: KernelRoot is the trusted
Context OS product containing scripts/contextos.sh; ContextRoot owns tracked
identity and lifecycle state; and WorkingRoot is the ordinary application.
For an external attachment, require all three exact absolute paths and run:
bash <KernelRoot>/scripts/contextos.sh --context-root <ContextRoot> --working-root <WorkingRoot> <command>
Do not search upward or infer a root from cwd or the skill installation. The
kernel must validate the ignored local binding before strict lifecycle work. A
missing, moved, stale, linked, nested, or mismatched binding stops the workflow;
use the explicit project rebind proposal after a legitimate move. ContextRoot
owns all lifecycle writes. WorkingRoot is read-only evidence. The colocated
bash scripts/contextos.sh <command> compatibility form remains valid.
Throughout this procedure, resolve every context and local-artifact path beneath
ContextRoot. In split mode, spell local paths as absolute <ContextRoot>/...
paths and invoke every lifecycle command through the absolute KernelRoot wrapper
with both exact role options. In colocated mode, run the relative compatibility
commands from the colocated root.
Save continuity with minimal churn through the deterministic lifecycle kernel.
Procedure
-
Identify what was completed, any decisions, and whether a priority or open thread changed. Do not invent progress.
-
Create a reviewed JSON payload under
<ContextRoot>/.context-os/inputs/withprogressas one to three factual strings. Includecurrent_markdownonly when a priority shifted, a thread opened or closed, or a tracked task completed. When present, it is the complete desired ContextRootcurrent.mdbefore the kernel advances its date and history. Preserve unrelated content and ordering. -
Run exactly one matching form:
split: bash <KernelRoot>/scripts/contextos.sh --context-root <ContextRoot> --working-root <WorkingRoot> propose update --input <ContextRoot>/.context-os/inputs/<payload.json> colocated: bash scripts/contextos.sh propose update --input .context-os/inputs/<payload.json>The kernel owns session append behavior, dates, the single
Last Updatedline, and same-day history. Present every returned diff and the exact proposal digest. The digest binds the exact content but does not authenticate a human approver; rely on the host permission boundary for confirmation. -
Wait for explicit approval of that exact proposal. Then run:
split: bash <KernelRoot>/scripts/contextos.sh --context-root <ContextRoot> --working-root <WorkingRoot> apply <ContextRoot>/<proposal> --confirm <digest> --runtime <active-runtime> colocated: bash scripts/contextos.sh apply <proposal> --confirm <digest> --runtime <active-runtime>If any target changed after proposal creation, create and review a new proposal. Never bypass stale-write, path-containment, or locking checks.
-
If a durable decision was made, mention that
$endcan add it to the decision log; do not expand a checkpoint into a full close workflow. -
Report the receipt path and changed files. Do not edit lifecycle state directly, commit, push, or touch files only to refresh timestamps.
Signals
- GitHub stars
- 24
- Forks
- 8
- Last commit
- Sep 2026
ahel recommends instead
Advanced
- Catalog kind
- skill
- Gateway key
update-conorbronsdon- Source
- github.com/conorbronsdon/agent-context-os