/save — Mid-Session Checkpoint
The/save workflow creates a checkpoint mid-session without the full overhead of closing and reopening. Use it to preserve progress, create rollback points, or save before risky experiments.
When to Use
- Long sessions with natural break points
- Before switching topics (preserve context)
- Before risky experiments (rollback point)
- “Save my progress, I’ll be back”
- When you want to checkpoint without triggering full maintenance
Behavior
The workflow executes a lightweight save operation:1. Quick Session Log Update
Appends current progress to the session log in.context/memories/session_logs/:
2. Resume
Confirms the checkpoint and continues the session: Output: ”📍 Checkpoint saved. Continuing session.”Usage Example
What /save SKIPS (deferred to /end)
| Task | /save | /end |
|---|---|---|
| Session log update | ✅ | ✅ |
| Maintenance scripts | ❌ | ✅ |
| Coherence check | ❌ | ✅ |
| Cross-reference audit | ❌ | ✅ |
| Git commit | ❌ | ✅ |
| Profile/protocol updates | ❌ | ✅ |
Why Use /save Instead of /end?
Use/save when:
- You’re in the middle of a complex task and want to preserve intermediate progress
- You’re experimenting and want a rollback point
- You’re switching contexts but staying in the same session
- You want minimal overhead (no full maintenance cycle)
/end when:
- You’re done for the day
- You want to commit learnings to long-term memory
- You want full workspace maintenance and sync
- You want to create a proper git commit
Best Practices
- Save before experiments - Before trying something risky,
/savefirst so you can reference what worked - Natural break points - Use
/savewhen switching between major topics - Long sessions - In multi-hour sessions,
/saveperiodically to prevent context loss - Still use
/end-/savedoesn’t replace/end— always properly close sessions
Related Workflows
- /start - Boot a new session
- /end - Properly close session with full maintenance
- All Workflows - Complete workflow reference