| name | wrap |
| description | Save the current session's work summary to memory before ending a conversation. Use this skill whenever the user wants to wrap up, save progress, or preserve session context โ including phrases like /wrap, ์ธ์
์ ๋ฆฌ, ์ธ์
์ ์ฅ, ์์
๋ด์ฉ ์ ์ฅ, ๋ฉ๋ชจ๋ฆฌ ์ ์ฅ, ์ธ์
๋ง๋ฌด๋ฆฌ, wrap-up, '์ค๋ ์ฌ๊ธฐ๊น์ง', 'save what we did', or any signal that the conversation is ending and work should be recorded. |
Session Wrap-up
Analyze the current session and persist a concise summary to memory so the next conversation can pick up seamlessly.
Steps
1. Analyze the session
Classify everything discussed into:
- Completed work โ implementations, fixes, deployments that are done
- In-progress work โ started but not finished
- Discovered issues โ bugs or problems that surfaced
- Decisions made โ architecture/design choices and their rationale
- Next steps โ what to do in the follow-up session
2. Write a memory file
Save to ~/.claude/projects/{project-path}/memory/session-{YYYY-MM-DD}-{topic}.md.
Use absolute dates (never "today"/"tomorrow") โ relative dates become meaningless once the session ends. Keep it concise; git log covers code details, so focus on context and intent that aren't captured in commits.
---
name: {date} {topic} session summary
description: {one-line: what was done and how far it got}
type: project
---
## Session Summary ({date})
### Completed
- item
### In Progress
- item (current state)
### Decisions
- decision โ **Why:** reasoning
### Next Steps
- [ ] follow-up task
3. Update MEMORY.md index
Add a link under ## Sessions. Create the section if it doesn't exist.
4. Update stale memories
If the session changed facts tracked in existing memory files (project status, decisions, etc.), update those files too โ stale memories are worse than no memories.
5. Report
| Item | Value |
|---|
| Saved file | session-{date}-{topic}.md |
| Completed items | N |
| In progress | N |
| Next steps | N |
| Existing memories updated | yes/no |