agentleFS
nicodiansknicodiansk/turboflow/skills/wrap/SKILL.md

wrap

Skill3 starsChanged 32 days agoMITView on GitHub

Use when ending a session, taking a break, or context is getting full. Captures session state, decisions, and generates a resume prompt for the next session. Critical for multi-session continuity.

45 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use start, update and 4 more.

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.
  • AnthropicSkill

    start

    Set up your bio-research environment and explore available tools. Use when first getting oriented with the plugin, checking which literature, drug-discovery, or visualization MCP servers are connected, or surveying available analysis skills before starting a new project.

    Also in 5 projects that use this

  • AnthropicSkill

    update

    Sync tasks and refresh memory from your current activity. Use when pulling new assignments from your project tracker into TASKS.md, triaging stale or overdue tasks, filling memory gaps for unknown people or projects, or running a comprehensive scan to catch todos buried in chat and email.

    Also in 3 projects that use this

  • LangChainSkill

    remember

    Review the current conversation and capture valuable knowledge — best practices, coding conventions, architecture decisions, workflows, and user feedback — into persistent memory (AGENTS.md) or reusable skills. Use when the user says: (1) remember this, (2) save what we learned, (3) update memory, (4) capture learnings.

    Also in 3 projects that use this

  • termdockSkill

    recall

    Retrieves cross-session memories about past decisions, lessons, and patterns. Use when user asks about prior work, past decisions, or mentions a feature. Triggers include check memory, what did we decide, how did we solve.

    Also in 3 projects that use this

  • SentrySkill

    spec

    Produce a verified spec — problem, desired outcome, and acceptance criteria — before building. Use when given a GitHub/Linear issue link, when starting from a fuzzy in-conversation idea, or asked to "figure out what to do" / "scope this" / "what should I build" — whenever the *what* isn't yet pinned down. Grills the ambiguities, checks the premise against the code, and produces acceptance criteria you sign off on — then hands to design-first.

    Also in 3 projects that use this

  • Microsoft AzureSkill

    reflect

    Learning capture system that extracts HIGH/MED/LOW confidence patterns from conversations to prevent repeating mistakes. Use after user corrections ("no", "wrong"), praise ("perfect", "exactly"), or when discovering edge cases. Complements .squad/agents/{agent}/history.md and .squad/decisions.md.

    Also in 3 projects that use this

The file

We split this skill into the rules it gives an agent

8 rules. 0 are common, 4 are distinctive, and 4 are very specific to this project.

  • 0

    Common

    Most of the 39 edited versions we read keep these.

  • 4

    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
  1. Distinctive:

    When you detect a session is ending (goodbye, thanks, natural stopping point, context pressure), proactively offer to wrap.

    line 18
  2. Distinctive:

    Before generating the resume prompt:

    line 70
  3. Distinctive:

    Before generating the resume prompt, check: did the user correct any misunderstandings or wrong approaches during this session?

    line 80
  4. Distinctive:

    Don't save ephemeral task details — only save what future sessions need to know

    line 83
  5. Very specific:

    When persisting items to ~/.claude/projects/<project>/memory/*.md, use this bullet format:

    line 92
  6. Very specific:

    Before appending new entries, if ~/.claude/projects/<project>/memory/MEMORY.md is at or over 200 lines:

    line 107
  7. Very specific:

    Write .claude/turbocharge-session.json in the project root (the standard Claude Code project-state directory — same place …

    line 116
  8. Very specific:

    Gitignore check (MANDATORY): Before writing the snapshot, verify .claude/turbocharge-session.json is in the project .gitignore.

    line 134

“Common” is measured: kept by at least 6 in 10 of the 39 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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Wrap Session

Capture session state for seamless resumption.

Announce: "Wrapping session — saving context for next time."

The Iron Law

NO SESSION END WITHOUT WRAP OFFER

When you detect a session is ending (goodbye, thanks, natural stopping point, context pressure), proactively offer to wrap.

What to Capture

1. Progress

  • What was accomplished this session
  • Which tasks/stories are complete
  • Current branch, commit, state

2. Decisions

  • Architectural choices made (with rationale)
  • Approach decisions (with alternatives considered)
  • User preferences discovered

3. Blockers & Open Questions

  • What's stuck and why
  • Questions that need answers
  • Dependencies not yet resolved

4. Next Steps

  • Prioritized list of what to do next
  • Which skill to invoke first in next session

5. Resume Prompt

Generate a self-contained prompt the user can paste into a fresh session. Use @ references for files so Claude reads them automatically.

@CLAUDE.md @ATLAS.md @.claude/turbocharge-session.json  Continue [PROJECT] - [CURRENT TASK]

Branch: `branch-name`

Completed:
- [completed items]

Next Task: [description]
1. [next task with context]
2. [following task]

Context Files:
- @path/to/design-doc.md (implementation plan)
- @path/to/relevant-code

Decisions to Remember:
- [key decision]: [rationale]

Start With:
/turbocharge:[skill] [args]

MANDATORY: @.claude/turbocharge-session.json MUST appear on the first line of every resume prompt — it is not optional context, it is the session state. Do not move it to "Context Files" or omit it. If the project keeps CLAUDE.md at .claude/CLAUDE.md, write @.claude/CLAUDE.md in place of @CLAUDE.md.

5.5. Atlas + CodeMap Freshness (MANDATORY)

Before generating the resume prompt:

  1. Always run /turbocharge:atlas to refresh the domain map — do not skip, even if changes seem minor.
  2. If .codemap/ exists, run codemap update (or note it in the resume prompt if watch mode is active).

Include in the resume prompt:

Navigation: @ATLAS.md is current. CodeMap index: run `codemap validate` if unsure.

6. Encode Session Learnings

Before generating the resume prompt, check: did the user correct any misunderstandings or wrong approaches during this session? If so:

  • Update memory files with corrections that apply to future sessions (domain concepts, preferences, conventions)
  • Update CLAUDE.md (./CLAUDE.md, or ./.claude/CLAUDE.md if the project keeps it there — never create a second) if the correction reveals a missing rule or domain term that would prevent the same mistake
  • Don't save ephemeral task details — only save what future sessions need to know

Examples of things worth encoding:

  • "autotuning is proactive, not reactive" → domain term in CLAUDE.md
  • "always use asyncpg, never psycopg2" → infrastructure note in CLAUDE.md or memory
  • "don't ask permission to run tests" → rule in CLAUDE.md

7. Write Memory With Confidence Metadata

When persisting items to ~/.claude/projects/<project>/memory/*.md, use this bullet format:

- Summary sentence _(source, YYYY-MM-DD, conf: 0.8)_
  • source — where the claim came from (websearch, user, codebase, testrun)
  • YYYY-MM-DD — date written
  • conf — 0.1 to 1.0; 0.9+ only for verified facts, 0.5–0.8 for reasoned claims, <0.5 for speculation

Example:

  • Tailwind v4 drops the JS config (websearch, 2026-04-14, conf: 0.9)

8. 200-Line Cap on MEMORY.md — prune-before-build

Before appending new entries, if ~/.claude/projects/<project>/memory/MEMORY.md is at or over 200 lines:

  1. Sort existing entries by (confidence asc, date asc) — lowest confidence and oldest first
  2. Drop entries until under 180 lines
  3. Then append new entries

Dropped entries are not archived separately — file-based memory is lossy by design; high-value entries survive by being re-surfaced each session.

9. Session Snapshot JSON

Write .claude/turbocharge-session.json in the project root (the standard Claude Code project-state directory — same place .claude/settings.json and .claude/settings.local.json live). If a .claude/turboflow-session.json from 3.0–3.1 exists, delete it after writing: this snapshot supersedes it.

{
  "date": "2026-04-14",
  "branch": "master",
  "current_task": "ATLAS reshape design",
  "blockers": [],
  "next_steps": ["Chain to /turbocharge:plan", "Break into tasks"],
  "open_files": ["skills/atlas/SKILL.md"]
}

The resume prompt's @.claude/turbocharge-session.json loads this into the next session.

<!-- repo-only -->

The SessionStart hook also prints it when the next session starts, so resume takes no tool call.

<!-- /repo-only -->

Gitignore check (MANDATORY): Before writing the snapshot, verify .claude/turbocharge-session.json is in the project .gitignore. If not, add exactly this line:

.claude/turbocharge-session.json

This is per-user session-local state — do NOT exclude all of .claude/ because settings.json is team-shared.

How to Deliver

Output the resume prompt directly in chat so the user can copy it. Do NOT write files, create directories, or modify .gitignore (except for CLAUDE.md and memory updates above, and the session snapshot JSON).

Agent memory (via memory: project) handles persistence automatically — no manual file saving needed for session state.

Workflow Position

[any skill] → wrap → [new session] → [resume with prompt]

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.