save-session

SkillAI & models

MUST use when user says 'save', 'save session', or explicitly wants to preserve session state. {USER_NAME} does NOT use slash commands; also trigger proactively when significant work has been completed and session context should be persisted. For session endings (bye/done/goodbye), use the session-end skill instead which combines save-session + save-diary.

Available today. Use it from your connected AI after setup.

Connect ahel once, and every AI you use reads what you have installed.

Then ask your AI: use the save-session skill

What this skill tells your AI

The instructions your AI receives, as published by faizkhairi/claude-code-blueprint in skills/save-session/SKILL.md and read by ahel’s review.

Prerequisite check (run first): if ./memory/ does not exist OR ~/.claude/.memory-disabled marker file is present, this skill is a no-op. Output: "Memory persistence is disabled. Run ./setup.sh and choose to enable memory if you want this skill to work."

Save session state to memory:

  1. Update session.md at ./memory/core/session.md:

    • Current topic and what we're working on
    • Recent progress (what was accomplished this session)
    • Next steps (what should happen next session)
    • Any blockers or open questions
  2. Update reminders at ./memory/core/reminders.md:

    • Ask the user if there are any pending tasks, deadlines, or reminders to carry forward
    • Remove completed reminders (move to Completed section with date), keep active ones, add new ones
  3. Update per-project context: If working on a registered project, update ./memory/projects/active/{project}.md → Session Context section:

    • Last worked on (what specifically)
    • In progress (current state)
    • Next up (what should happen next on THIS project)
  4. Check preferences.md: If new preferences or work patterns were observed during this session, update ./memory/core/preferences.md

  5. Check MEMORY.md: If new technical learnings or gotchas were discovered, update {MEMORY_MD_PATH}. After any edit, count total lines; if over 170, warn that MEMORY.md is approaching the 200-line auto-truncation limit and suggest moving content to topic files.

  6. Check decisions.md: If a non-obvious architectural or technical decision was made this session (something future-us would ask "why?"), append to ./memory/core/decisions.md using the existing format: ## YYYY-MM-DD: Title / **Context** / **Decision** / **Rationale**

  7. Diary (if this was a significant session, e.g., feature shipped, major bug fixed, architecture decision made): Use the save-diary skill to create or append an entry to ./memory/diary/current/YYYY-MM-DD.md

  8. Git commit + push memory: Stage all changed files in memory, commit with a descriptive message, and push to GitHub (git push origin main). This keeps the remote diary and session state up to date.

  9. Confirm: Summarize what was saved and where

Signals

GitHub stars
70
Forks
21
Last commit
Aug 2026
Advanced
Catalog kind
skill
Gateway key
save-session
Source
github.com/faizkhairi/claude-code-blueprint