kata-checkpoint-save

Save session focus, plans, threads, and notes to a canonical .checkpoint file.

Updated Sep 3, 2025
One-click install
npx skills add https://github.com/guardiatechnology/design-system --skill kata-checkpoint-save
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: kata-checkpoint-save
Source: https://github.com/guardiatechnology/design-system/tree/main/.claude/skills/kata-checkpoint-save
Command: npx skills add https://github.com/guardiatechnology/design-system --skill kata-checkpoint-save

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It helps you persist the current session state safely by writing a canonical .checkpoint file without duplicating content that belongs in active plans.

Core Features & Use Cases

  • Captures session context: records session focus, active plans, open threads, and notes in one place for later recovery.
  • Validates against duplication: prevents copying forbidden sections (like Activity/Steps/Risks) from the session focus or open threads when writing the checkpoint.
  • Writes atomically and safely: produces a UTF-8, LF-formatted .checkpoint via a tmp file + move flow, and checks .gitignore coverage.

Quick Start

Save a session checkpoint by running this skill when you want to persist the current session context to .checkpoint at the workspace root.

Frequently Asked Questions about kata-checkpoint-save

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

FAQPage Schema
How does atomic file write work for saving workspace state?

Validate the .checkpoint file against an exact markdown schema with required headings to ensure session state integrity. This validation enforces structural correctness before the workspace state is persisted, checking for forbidden sections like Activity or Steps that belong in active plans.

What is the best way to persist session focus and open threads on demand?

Yes, you can use .gitignore to exclude the checkpoint file from version control. The saving process explicitly verifies .gitignore coverage for the .checkpoint file at the workspace root, ensuring your session state is not committed to the repository.

Does the checkpoint file enforce a specific markdown schema?

The best way to persist session focus and open threads on demand is to write them into a canonical .checkpoint file. This captures session context in one place for later recovery, applying atomic tmp-to-final writing to safely store the workspace state without duplicating thread content.

How do I save a session checkpoint without duplicating plan content?

You need to save a session checkpoint at the workspace root during on-demand or end-of-session persistence workflows. This ensures your current session context, including active plans and notes, is safely persisted via a UTF-8, LF-formatted .checkpoint file for later recovery.