prepare-to-exit

Runs the repository checkpoint ritual and reports session state before exit.

1|Updated Jun 29, 2026
One-click install
npx skills add https://github.com/Raynos/kami-kakushi --skill prepare-to-exit-raynos
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: prepare-to-exit
Source: https://github.com/Raynos/kami-kakushi/tree/main/.claude/skills/prepare-to-exit
Command: npx skills add https://github.com/Raynos/kami-kakushi --skill prepare-to-exit-raynos

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Ending an AI coding session without a structured checkpoint risks losing committed work, stranding unpushed commits, or leaving deferred decisions with no tracked home. This Skill enforces the repository's canonical Checkpoint ritual so every session ends at a coherent, recoverable state. ## Core Features & Use Cases - Canonical Checkpoint Execution: Reads the ritual steps fresh from working-agreements.md and executes them in order — commit-by-path, journal, snapshot, reading-queue, push, and confirmation. - Exit Lane Coordination: Claims an exclusive exit lane via tree-claim.ts so parallel agents cannot thrash the snapshot and queues during concurrent exits. - Leftover-Work Sweep: Ensures anything ruled, discovered, or deferred lands in docs/plans/, an HR/HD item, or BACKLOG.md rather than vanishing into the commit log. - Byte-Stable Sign-off Banner: Always ends with a fixed BYE or OOPS banner answering whether the pane is safe to kill. - Use Case: A developer finishing a multi-agent coding session invokes the skill to commit work, regenerate process docs, push best-effort, and get an unambiguous safe-to-close signal. ## Quick Start Run the prepare-to-exit checkpoint ritual and tell me whether this session is safe to close.

Frequently Asked Questions about prepare-to-exit

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I safely end an AI coding session without losing work?

Run the checkpoint ritual: commit by path, update the journal and snapshot, reconcile the reading queue, and push. The skill then prints a BYE banner if the session is safe to close or OOPS if anything is red, half-done, or unqueued.

What is the difference between the BYE and OOPS banners?

BYE means the checkpoint is clean, work is committed and pushed, and all deferred items have a home in docs/plans or BACKLOG.md. OOPS means something is broken, half-built, stranded unpushed, or leftover work lacks a queue, so the pane must not be closed.

What happens when the git push is blocked by another agent?

A push blocked by a co-agent's red WIP is treated as best-effort, not a failure. If other agents are still live they will carry the commit out later; only when you are the last agent does an unpushed commit become an OOPS.

Why does the skill claim an exit lane before running?

Parallel prepare-to-exit runs thrash the shared snapshot and queues, so the ritual is a critical section. The skill claims the exit lane via tree-claim.ts and waits up to five minutes; on timeout it stops with an OOPS banner naming the holder.

Where should deferred work go before exiting a session?

Deferred work must land in docs/plans/ as a plan, an HR/HD item for human-only calls, or BACKLOG.md for parked items. An ADR bullet, journal line, or snapshot sentence is only a record and will never be resumed.