Session Save

Codex Compatibility

When running this skill in Codex, translate Claude Code-only primitives before acting: AskUserQuestion -> chat/requestuserinput, TodoWrite -> updateplan, Task/TaskCreate/TeamCreate/SendMessage -> spawnagent/sendinput/waitagent when available and allowed, and EnterPlanMode/ExitPlanMode -> a concise chat plan plus explicit approval. Resolve Read/Write/Edit/Bash/WebSearch/WebFetch to Codex file/shell/web tools, and map ~/.claude/... paths to ~/.agents/... or ~/.codex/... unless the task explicitly targets Claude Code.

Cursor Compatibility

When running this skill in Cursor Agent, translate Claude Code-only primitives before acting: AskUserQuestion -> AskQuestion; TodoWrite -> Cursor TodoWrite or an equivalent checklist; Task/TaskCreate/TeamCreate/SendMessage/multi-agent flows -> Cursor Task (subagents), parallel Tasks, or runinbackground when allowed (TeamCreate/SendMessage may have no exact match); EnterPlanMode/ExitPlanMode -> Plan mode (SwitchMode / CreatePlan) plus explicit user approval. Resolve Read/Write/Edit/StrReplace/Bash/web/search/MCP via Cursor Composer or Agent equivalents. MCP names written as mcpservertool typically map to callmcptool with configured server identifiers. Map ~/.claude/... to ~/.cursor/skills/, .cursor/skills/, and .cursor/rules/ unless the task explicitly targets Claude Code.

Persist session context to Serena MCP memory for cross-session continuity.

<essential_principles>

Core Requirements

• All persistence uses Serena MCP tools exclusively (no agent-specific tools)
• Always check existing memories before writing to avoid overwriting valuable context
• Session checkpoint keys must include date: sessionYYYY-MM-DD<description>
• Pattern and learning memories use: pattern_<topic>
• Report what was saved as a structured summary to the user

</essential_principles>

Phase 1: Session Analysis

1. Review what was accomplished this session:

- Files created or modified - Decisions made and their rationale - Problems encountered and solutions found - Tasks completed and tasks remaining

1. Identify what is worth persisting:

- Session state: Current progress, next steps, blockers - Learnings: Reusable patterns, solutions to problems - Plans: Active plans or updated plans - TODOs: Outstanding work items

Phase 2: Memory Inventory

1. Call list_memories to see existing memories
2. Identify which existing memories need updates vs. new memories to create

Phase 3: Persist Session Checkpoint

1. Call writememory with key sessionYYYY-MM-DD_<summary>:

## Session: YYYY-MM-DD — <summary>

### Accomplished
- [what was done]

### Decisions Made
- [decision]: [rationale]

### Files Changed
- [file path]: [what changed]

### Pending / Next Steps
- [what remains to be done]

### Blockers (if any)
- [blocker description]

Phase 4: Persist Learnings (if any)

1. For each reusable pattern discovered, call writememory with key pattern<topic>:

## Pattern: <name>

**Context**: [when this applies]
**Solution**: [the pattern/approach]
**Example**: [concrete example]
**When to Use**: [trigger conditions]

1. For each persistent TODO, call writememory with key todo<description>:

## TODO: <description>

**Priority**: [high/medium/low]
**Context**: [why this matters]
**Acceptance Criteria**: [how to know it's done]

Phase 5: Validation

1. Verify: session checkpoint created, learnings persisted, no critical context lost

Phase 6: Save Report

Report to the user:

## Session Saved

### Memories Written
| Key | Purpose |
|-----|---------|
| session_YYYY-MM-DD_xxx | Session checkpoint |
| pattern_xxx | [if any] |
| todo_xxx | [if any] |

### Next Session
Run `/load` to restore this context.

Memory Naming Conventions

See references/memory-conventions.md for the complete naming reference.

Quick summary:

Success Criteria

• Session accomplishments analyzed
• Existing memories checked (no accidental overwrites)
• Session checkpoint memory written with date-stamped key
• Learnings/patterns persisted (if any discovered)
• Save report presented to user