session-end
Skill73 starsChanged 4 months agoMITView on GitHub
MUST use when user says 'bye', 'goodbye', 'good night', 'gnight', 'done for today', 'that's all', 'that's it', 'see you', 'see ya', 'let's stop', 'stopping here', 'wrapping up', 'signing off', 'closing down', 'done', 'finished for now', 'talk later', 'cya'. The user does NOT use slash commands; detect these natural session-ending phrases and run the full wrap-up automatically.
- Commits and pushes
28 other projects use a version of this.
Adopted by
Most recently taken up by
- spizganed/skillstheir own version, first seen Nov 8, 2026
- edxleon/runspectortheir own version, first seen Nov 8, 2026
- salvo8519/fairmarktheir own version, first seen Nov 8, 2026
- puritysb/AgentDecktheir own version, first seen Nov 2, 2026
- ravindu57/SCMLtheir own version, first seen Nov 1, 2026
- IlyaGorsky/memory-toolkittheir own version, first seen Nov 1, 2026
Used with
Projects with it also use session-start and ship.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
bitwize-music-studioSkillsession-start
Runs the session startup procedure - verifies setup, loads config and state, checks skill models, and reports project status. Use at the beginning of a fresh session.
Also in 11 projects that use this
AWSSkillship
Finalize dev work on an issue branch — update docs, push, and open a PR.
Also in 3 projects that use this
Other versions28 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 28
- puritysb/AgentDeck★ 288same name
- Kanevry/session-orchestrator★ 53same name
- valpere/session-indexer★ 42same name
- namedtoaster/The-Last-Mile★ 39same name
- iamneilroberts/claude-skills★ 26same name
- IlyaGorsky/memory-toolkit★ 13same name
- edxleon/runspector★ 9same name
- mae616/ai-template★ 9same name
- freskhu/genesis★ 5same name
- jkm-4314/claude-code-skills★ 4same name
18 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository21 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- memory/CLAUDE.mdCLAUDE.md
- changelogSkill
- db-checkSkill
- deploy-checkSkill
- e2e-checkSkill
- elicit-requirementsSkill
- load-sessionSkill
- pr-reviewSkill
- register-projectSkill
- review-diffSkill
- review-fullSkill
- save-diarySkill
- save-sessionSkill
- scaffold-projectSkill
- self-auditSkill
- sprint-planSkill
- statusSkill
- tech-radarSkill
- test-checkSkill
The file
We split this skill into the rules it gives an agent
10 rules. 0 are common, 6 are distinctive, and 4 are very specific to this project.
0
Common
Most of the 21 edited versions we read keep these.
6
Distinctive
This author's own choices. Worth a look.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 7
Prerequisite check (run first): if ./memory/ does not exist OR ~/.claude/.memory-disabled marker file is present, skip the …
- Distinctive: line 15
When this skill activates, output: "Wrapping up, saving session and diary."
- Distinctive: line 30
Ask the user: any pending tasks, deadlines, or reminders to carry forward?
- Distinctive: line 32
Keep active ones, add new ones
- Very specific: line 36
If working on a registered project, update ./memory/projects/active/{project}.md → Session Context section with what was last worked on, …
- Very specific: line 53
If significant: append entry to ./memory/diary/current/YYYY-MM-DD.md
- Very specific: line 55
Run monthly archive check first (move any previous-month files from current/ to archived/YYYY-MM/).
- Distinctive: line 84
ALWAYS save session.md (even for short sessions)
- Distinctive: line 85
ONLY save diary if session was genuinely significant
- Distinctive: line 86
Keep the goodbye warm but brief.
“Common” is measured: kept by at least 6 in 10 of the 21 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Prerequisite check (run first): if ./memory/ does not exist OR ~/.claude/.memory-disabled marker file is present, skip the save-session/save-diary steps but still acknowledge the user's farewell. Output: "Memory persistence is disabled, see you next time." Otherwise proceed with the full wrap-up below.
Session End: Graceful Wrap-Up
Runs both save-session and save-diary together as one clean session close.
Activation
When this skill activates, output: "Wrapping up, saving session and diary."
Step 1: Save Session Context
Update ./memory/core/session.md:
- Last session summary: What was accomplished today (specific, not generic)
- Current working state: Where things stand, what's in-progress, what's done
- Next steps: What should be picked up next session
- Blockers or open questions: Anything left unresolved
Step 2: Update Reminders
Update ./memory/core/reminders.md:
- Ask the user: any pending tasks, deadlines, or reminders to carry forward?
- Move completed reminders to the Completed section with date
- Keep active ones, add new ones
Step 3: Update Per-Project Context
If working on a registered project, update ./memory/projects/active/{project}.md → Session Context section with what was last worked on, current state, and next steps for that project.
Step 4: Check for Memory Updates
- preferences.md: Were any new preferences, tools, or working patterns observed? Update
./memory/core/preferences.mdif so. - MEMORY.md: Were any new technical learnings, gotchas, or architectural decisions made? Update
{MEMORY_MD_PATH}if so. Size guard: after editing, count lines; warn if over 170 (200-line truncation limit). - decisions.md: Was a non-obvious architectural or technical decision made? Append to
./memory/core/decisions.mdusing format:## YYYY-MM-DD: Title/**Context**/**Decision**/**Rationale**
Step 5: Save Diary Entry (if session was significant)
A session is "significant" if any of these are true:
- Feature shipped or major bug fixed
- Architecture or tech decision made
- New project started or milestone reached
- Meaningful learning or discovery happened
- Career or profile work done
If significant: append entry to ./memory/diary/current/YYYY-MM-DD.md
Run monthly archive check first (move any previous-month files from current/ to archived/YYYY-MM/).
Entry structure (our actual format):
- Title:
# YYYY-MM-DD, Session N: Brief Description - What Happened: Concise summary of the session context and goals
- Fixes Applied / Key Changes: Specific technical work done (commits, code changes)
- Key Insight: Lessons learned or important observations
- Pending / Next Steps: What's left to do
Step 6: 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.
Step 7: Confirm and Close
Output a brief summary:
Session saved:
- session.md: updated
- reminders.md: [updated / no changes]
- {project}.md: [updated / N/A]
- MEMORY.md: [updated with X / no changes]
- Dev Diary: [entry added / no significant session]
- memory: committed + pushed
See you next time.Mandatory Rules
- ALWAYS save session.md (even for short sessions)
- ONLY save diary if session was genuinely significant
- Keep the goodbye warm but brief; user prefers concise responses
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

