Save session state and generate a return prompt (quick or full mode)
npx skills add https://github.com/alexknowshtml/claude-skills --skill pause
You are helping the user pause their current work session and prepare to return later.
Detect mode from user's message:
/pause --quick → QUICK MODE/pause (without "quick") → FULL MODEWhen to use: Short breaks, switching contexts, multiple pauses per day
Workflow:
git status --short (faster than full status)Quick Prompt Template:
Resume: [one-line task description]
Next: [single next step]
Files: [1-2 key files with paths]
Example Quick Output:
Message 1:
Resume: /pause optimization - implementing two-mode support
Next: Test both quick and full modes, measure performance
Files: .claude/commands/pause.md
Message 2:
Changes committed locally. Use "pause" (full mode) before long breaks to push to remote.
When to use: End of day, long breaks, want complete backup
Workflow:
git statusFull Prompt Template:
Resume work on [project/task]. Context:
- Current status: [where they left off]
- Completed: [what's done]
- Next steps: [what to do when returning]
- Files involved: [key files with paths]
- Pending proposals/questions: [anything proposed but not yet responded to — capture VERBATIM, not summarized]
- Conversational tone: [focused? frustrated? brainstorming? debugging? This helps the next session match the user's headspace]
Key Learnings (patterns worth repeating):
1. [First learning - specific pattern or decision that should carry forward]
2. [Second learning - if applicable]
3. [Third learning - if applicable]
When to include Key Learnings:
Checkpoint Quality Rules:
Before finalizing the resume prompt, apply the Amnesia Test: read the prompt back and ask yourself — *"If I woke up with ONLY this, could I seamlessly continue the conversation?"* If the answer is no, add more detail.
Banned content in resume prompts:
Example Full Output:
Message 1:
Resume work on Scripts Cleanup Project. Context:
- Current status: Phase 2 complete, starting Phase 3
- Completed: 59 scripts archived, 11 deleted, documentation updated
- Next steps: Create scripts inventory SOP, update skill-creation-workflow.md
- Files involved: personal-data/projects/system/scripts-cleanup/tasks.md
- Pending proposals/questions: "Should we keep the deprecated webhook-relay.sh as a reference, or archive it with the rest?" — awaiting decision
- Conversational tone: Focused, methodical. Batch-approving archives quickly.
Key Learnings (patterns worth repeating):
1. Verification pattern: Always grep for script references in .claude/, docs/, scripts/ BEFORE archiving
2. Fallback safety: Scripts with command fallbacks are safe to archive - behavior unchanged
3. Documentation drift: Update reference docs immediately when archiving
Message 2:
All changes committed and pushed. Session ready to resume.
# Check if there are changes (fast check)
git status --short
# If changes exist, commit locally only
git add .
git commit -m "Quick pause: [brief context from conversation]"
# Skip push in quick mode
git add <changed-files>
git commit -m "[Detailed commit message]"
git pull --rebase
git push
git status # MUST show "up to date with origin"
Critical: Work is NOT complete until git push succeeds.
Quick Mode:
Full Mode:
Always follow this structure:
Use this exact format for the resume prompt:
~~~
Resume work on [project/task]. Context:
- Current status: [where they left off]
- Completed: [what's done]
- Next steps: [what to do when returning]
- Files involved: [key files with paths]
- Pending proposals/questions: [verbatim — anything proposed but unanswered]
- Conversational tone: [user's headspace — focused, frustrated, brainstorming, etc.]
Key Learnings (patterns worth repeating):
1. [Learning that should carry forward to next session]
2. [Additional learnings if applicable]
~~~
After the code block, add: "✅ Resume prompt ready. [git status message]"
Show mode recommendation in Message 2 when appropriate:
These phrases should trigger this command via intent detection (if configured):
User: "quick pause"\
Mode: QUICK\
Git: Commit locally, skip push\
Prompt: Minimal (3 lines)\
Time: ~2 seconds
User: "pause"\
Mode: FULL\
Git: Commit + push\
Prompt: Detailed (5-7 lines)\
Time: ~6 seconds
User: "brb"\
Mode: QUICK\
Git: Commit locally, skip push\
Prompt: Minimal\
Time: ~2 seconds
Create new skills, modify and improve existing skills, and measure skill performance. Use when users want to create a skill from scratch, edit, or optimize an existing skill, run evals to test a skill, benchmark skill performance with variance analysis, or optimize a skill's description for better triggering accuracy.
Guide for creating effective skills. This skill should be used when users want to create a new skill (or update an existing skill) that extends Claude's capabilities with specialized knowledge, workflows, or tool integrations.
Guide for creating effective skills. This skill should be used when users want to create a new skill (or update an existing skill) that extends Claude's capabilities with specialized knowledge, workflows, or tool integrations.
Replace with description of the skill and when Claude should use it.
Use when facing 2+ independent tasks that can be worked on without shared state or sequential dependencies
This skill should be used when the user wants to "create a skill", "add a skill to plugin", "write a new skill", "improve skill description", "organize skill content", or needs guidance on skill structure, progressive disclosure, or skill development best practices for Claude Code plugins.
Helps users discover and install agent skills when they ask questions like "how do I do X", "find a skill for X", "is there a skill that can...", or express interest in extending capabilities. This skill should be used when the user is looking for functionality that might exist as an installable skill.
Use when creating new skills, editing existing skills, or verifying skills work before deployment
Take alexknowshtml/pause from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.