endsession
Skill17 starsChanged 5 months agoMITView on GitHub
/endsession — Close a coding session cleanly: verify the task reached a safe stopping point, inspect real repo state, update required project documentation, preserve handoff context, and report remaining risks. Use when the user asks to finish, wrap up, close the session, end the day, or follow project closeout rules.
In this repository3 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- pullrequestSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
13 rules. About 0 are common, 13 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈13
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 14
Check local project instructions before finalizing:
- Distinctive: line 20
If the project requires specific closing actions, complete them before the final response.
- Distinctive: line 24
Make sure the work is at one of these states:
- Distinctive: line 30
Do not close while checks, edits, or needed background processes are still running.
- Distinctive: line 34
Before the final response, inspect:
- Distinctive: line 41
Do not alter unrelated user changes.
- Distinctive: line 51
Update only documentation that is required by the project or directly useful for handoff, such as:
- Distinctive: line 58
Avoid adding process paperwork that the project does not ask for.
- Distinctive: line 62
If local rules require a separate change log, tracker, issue, or release note, update it.
- Distinctive: line 64
Do not write to external systems unless the user or project rules explicitly authorize it.
- Distinctive: line 76
If nothing remains, say so directly.
- Distinctive: line 80
Do not commit automatically.
- Distinctive: line 99
Check AGENTS.md and CLAUDE.md.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
/endsession
Close the session without leaving avoidable ambiguity or unfinished agent work.
Workflow
1. Re-read Closeout Rules
Check local project instructions before finalizing:
AGENTS.mdCLAUDE.md- any closeout documents explicitly referenced from those files
If the project requires specific closing actions, complete them before the final response.
2. Confirm The Stop Point
Make sure the work is at one of these states:
- the requested task is complete;
- there is a concrete blocker;
- the next session has a clear handoff.
Do not close while checks, edits, or needed background processes are still running.
3. Verify Real State
Before the final response, inspect:
- what changed;
- whether there are uncommitted changes;
- whether checks are still running or failed;
- whether temporary files or generated artifacts should be removed.
Do not alter unrelated user changes. Remove temporary artifacts only when you created them in this session and cleanup is safe.
Minimum check:
git status --short4. Update Required Documentation
Update only documentation that is required by the project or directly useful for handoff, such as:
- project changelog or development history;
- ADR or design notes when a durable decision was made;
- source-of-truth config or inventory docs when the project explicitly uses them;
todo.mdor equivalent when task state changed.
Avoid adding process paperwork that the project does not ask for.
5. Record External Follow-up Only When Required
If local rules require a separate change log, tracker, issue, or release note, update it. If no such rule exists, skip this step.
Do not write to external systems unless the user or project rules explicitly authorize it.
6. Preserve Handoff Quality
The final response should make the session closable:
- what was done;
- what changed;
- what was verified;
- what remains, if anything;
- any blocker or follow-up.
If nothing remains, say so directly.
7. Commit Only When Appropriate
Do not commit automatically.
Commit only when:
- the user explicitly requested it;
- the project workflow requires it;
- this session already includes a commit/PR workflow that expects the changes to be committed.
8. Close Cleanly
Final answer shape:
- short summary;
- important paths, PRs, or artifacts;
- verification status;
- unresolved risk or explicit "nothing left".
Default Checklist
- Check
AGENTS.mdandCLAUDE.md. - Check
git status. - Update required docs.
- Record required external follow-up only if project rules say so.
- Mention checks, risks, and follow-up.
- End with a concise handoff.
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.

