agentleFS
princessingprincessing/claude-skills/skills/wrapup/SKILL.md

wrapup

Skill1 starsChanged 4 months agoMITView on GitHub

Finalize a chunk of work at the end of a session — build/lint/test green, version/changelog bump if the project uses one, docs updated, and a GATED commit — reported as a per-item checklist. Use when the user says "wrap up", "wrapup", "finalize this", "we're done here", or when a chunk of work has landed and needs to be made durable. NOT a context-saving doc — that's /handoff.

  • Commits and pushes

25 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use addskill, apply-firmware and 10 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.
  • ryanportfolioSkill

    addskill

    Create, import, update, or install repo or personal skills: runtime ownership, resources, discovery checks.

    Also in 6 projects that use this

  • ryanportfolioSkill

    apply-firmware

    Bring current folder (plain folder, existing repo, old or partial firmware copy) up to full Harness Firmware in place. Mirror external repo → adopt-repo.

    Also in 6 projects that use this

  • +10 more from ryanportfolio

The file

Show its rules and text

We split this skill into the rules it gives an agent

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

  • 0

    Common

    Most of the 23 edited versions we read keep these.

  • 9

    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:

    Never silently auto-do the gated item (commit).

    line 21
  2. Very specific:

    Run the project's checks before declaring done — detect from the repo: npm test / pnpm test, cargo test, go test ./..., pytest, make, …

    line 26
  3. Distinctive:

    If something fails, say so with the output — don't call it done.

    line 29
  4. Very specific:

    If the repo versions releases (a version in package.json/Cargo.toml/pyproject.toml, a CHANGELOG.md, tags), bump/append per its convention.

    line 32
  5. Distinctive:

    If behavior changed, update the affected README / docs — usage, flags, examples.

    line 36
  6. Very specific:

    If the session produced a reusable gotcha or fix pattern and the repo has a NOTES.md / LESSONS.md / decision log, add a short entry with …

    line 40
  7. Distinctive:

    When you do commit: stage only the relevant files/hunks — never sweep in unrelated dirty changes.

    line 46
  8. Distinctive:

    If this topic had its own git worktree + branch and it's now fully merged, it's dead weight.

    line 50
  9. Distinctive:

    Verify before pruning — never on a hunch:

    line 51
  10. Distinctive:

    Only when empty, and only on the user's okay:

    line 55
  11. Distinctive:

    Never remove a worktree with uncommitted changes (another chat may be mid-edit there).

    line 60
  12. Very specific:

    If the session is heading toward a /clear, offer /handoff — don't write the handoff yourself.

    line 64
  13. Distinctive:

    Don't claim "done & tested": when checks didn't run or didn't pass — say which it is.

    line 70

“Common” is measured: kept by at least 6 in 10 of the 23 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 Up (finalize the work product)

This skill finalizes the deliverable at the end of a work session: makes the changes durable and shippable (build green, versions/changelog, docs, gated commit) and leaves things in a known-good state.

It is NOT /handoff. /handoff preserves the conversation (a throwaway doc so you can /clear) and never changes code. /wrapup touches real shipped state. They compose: run /wrapup first to finalize, then /handoff if you're about to /clear.

How to run it: a reporting checklist, not a blind auto-runner

Walk the steps in order. For each, report status — ✅ done / ⏭️ skipped (why) / ⚠️ needs the user. Never silently auto-do the gated item (commit). End with a one-screen summary table.

Steps

1. Build / lint / test green

  • Run the project's checks before declaring done — detect from the repo: npm test / pnpm test, cargo test, go test ./..., pytest, make, ./gradlew build, etc. If you can't tell, ask which to run rather than skipping silently.
  • If something fails, say so with the output — don't call it done.

2. Version / changelog (only if the project uses one)

  • If the repo versions releases (a version in package.json/Cargo.toml/pyproject.toml, a CHANGELOG.md, tags), bump/append per its convention. If it doesn't, ⏭️ skip and say so.

3. Docs

  • If behavior changed, update the affected README / docs — usage, flags, examples. Keep it to what actually changed.

4. Notes / lessons (if the repo keeps them)

  • If the session produced a reusable gotcha or fix pattern and the repo has a NOTES.md / LESSONS.md / decision log, add a short entry with the evidence that proved it. Otherwise skip.

5. Commit — GATED

  • Do NOT git commit or git push unless the user explicitly asks. If they didn't, report "uncommitted — say the word to commit" and stop here. (Use /commitpush when they do.)
  • When you do commit: stage only the relevant files/hunks — never sweep in unrelated dirty changes. Fold the docs/notes from steps 3–4 into the same commit.

6. Worktree cleanup (if you use worktrees) — GATED

  • If this topic had its own git worktree + branch and it's now fully merged, it's dead weight. Verify before pruning — never on a hunch:
    git log --oneline <integration-branch>..<branch>   # EMPTY = fully merged, nothing unshipped
    Only when empty, and only on the user's okay:
    git worktree remove <path>
    git branch -d <branch>        # -d refuses if unmerged; never -D unless the user confirms
  • Never remove a worktree with uncommitted changes (another chat may be mid-edit there).

7. Close out

  • Print the summary table (item → ✅/⏭️/⚠️ + one line).
  • If the session is heading toward a /clear, offer /handoff — don't write the handoff yourself.

Don'ts

  • Don't write a handoff doc — that's /handoff. This skill finalizes shipped state, not context.
  • Don't commit or push unless explicitly asked. Report the uncommitted state instead.
  • Don't stage unrelated dirty files — focused commits only.
  • Don't claim "done & tested" when checks didn't run or didn't pass — say which it is.

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.

Reviews can't be read right now.

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.