wrapup
Skill9 starsChanged 21 days agoMITView on GitHub
Internal close-pipeline invoked by sprint complete — quality checks, code review, cleanup. Not for direct use; a normal/high-risk sprint's own "sprint complete" step calls this automatically.
25 other projects use a version of this.
Adopted by
Most recently taken up by
- ryanportfolio/HarnessFirmware.comtheir own version, first seen Nov 8, 2026
- ryanportfolio/winuse-mcptheir own version, first seen Nov 8, 2026
- ryanportfolio/Harness-Firmwaretheir own version, first seen Nov 7, 2026
- ryanportfolio/Corewise.Academytheir own version, first seen Nov 1, 2026
- zommuter/dotclaude-skillstheir own version, first seen Nov 1, 2026
- griffinhilly/claude-code-synthesistheir own version, first seen Nov 1, 2026
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.
ryanportfolioSkilladdskill
Create, import, update, or install repo or personal skills: runtime ownership, resources, discovery checks.
Also in 6 projects that use this
ryanportfolioSkillapply-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
Other versions25 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 25
- atelier-fashion/adlc-toolkit★ 173same name
- griffinhilly/claude-code-synthesis★ 67same name
- ebaumel/claude-wrapup★ 4same name
- maxekman/skills★ 4same name
- zommuter/dotclaude-skills★ 4same name
- PatriotAgenticLLC/better_claude_skillz★ 3same name
- iXanadu/tiding★ 2same name
- olzn/skills★ 2same name
- ryanportfolio/winuse-mcp★ 2same name
- Yesterday-AI/skills★ 2same name
15 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 repository22 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- ai-auditSkill
- bulk-readSkill
- canon-slidesSkill
- captureSkill
- context-checkSkill
- context-doctorSkill
- dead-code-cleanupSkill
- doc-auditSkill
- learnings-sweepSkill
- mikadoSkill
- mutation-testSkill
- output-validatorSkill
- promote-learningsSkill
- pr-reviewSkill
- repo-auditSkill
- repo-workflow-auditSkill
- sdlc-auditSkill
- skill-evalSkill
- skill-exportSkill
- sprintSkill
The file
We split this skill into the rules it gives an agent
10 rules. 0 are common, 2 are distinctive, and 8 are very specific to this project.
0
Common
Most of the 23 edited versions we read keep these.
2
Distinctive
This author's own choices. Worth a look.
8
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 15
Every Read skills/... reference below is a plain relative path inside canon's own repo.
- Very specific: line 28
Commit & Push belongs to sprint complete's own step 10, not this pipeline — see skills/sprint/reference/complete.md.
- Distinctive: line 39
Before each step, assess and skip if criteria apply — state why in one line, naming which clause justified it (global override or the …
- Distinctive: line 50
No security-sensitive files or patterns changed
- Very specific: line 54
No user-facing docs changed and no skill/standards frontmatter changed (so the model pass and tools/doc-check both skip) — matches …
- Very specific: line 58
Read skills/wrapup/gates/simplifier.md, then apply the simplifier to code touched in this session.
- Very specific: line 59
Read skills/wrapup/gates/reviewer.md, then apply the code-reviewer across all eight dimensions.
- Very specific: line 60
Read skills/wrapup/gates/security-review.md, then apply the security review.
- Very specific: line 62
Read tools/handoff.md — plain relative path inside the canon repo itself, or via command -v sprint's containing directory inside a consumer …
- Very specific: line 83
Follow-up captured in HANDOFF.md, if any
“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.
Files
Wrapup
Called automatically by sprint complete — do not invoke directly.
Runs after a session, feature, bug fix, or ticket closes. Skip steps that do not apply.
Every Read skills/... reference below is a plain relative path inside canon's own repo. In a
consumer project, resolve via .claude/skills/... (Claude Code) or .agents/skills/...
(Codex/Pi) instead — canon's install symlinks into its real skills/ tree. Known gap: if
.claude/skills already existed as a real directory before skills.sh add ran, this file itself
(a hidden sub-skill) may not be reachable via .claude/skills — .agents/skills is unaffected
(t-1b2c).
Pipeline
code-simplifier → code-reviewer → security-review → doc-audit → refresh docsCommit & Push belongs to sprint complete's own step 10, not this pipeline — see
skills/sprint/reference/complete.md.
code-simplifier/code-reviewer run inline, in-session — scope is "code touched this session" from working memory, no git command needed. security-review also runs inline but derives scope from git: an explicit Base ref (headless CI dispatch grading an existing PR/diff) uses git diff --name-only <base-ref> HEAD; otherwise (normal interactive close) git diff --name-only $(git merge-base HEAD origin/main) HEAD — same branching as shared-gate-protocol.md ## Base-ref derivation and security-review.md's own Scope section. reviewer/evaluator (fresh-subagent gates in skills/sprint/reference/complete.md, not this pipeline) always derive from git — they have no session memory at all.
Skip Logic
Trivial change (single-line, doc-only, mechanical rename): skip all steps except Refresh docs (Commit & Push isn't part of this pipeline — see above). This global clause overrides every per-gate skip criterion below — e.g. a one-line rename in a user-facing doc skips doc-audit via this clause.
Tier: bugfix and demo: true also override the per-gate criteria below wholesale, the same way — they are defined in skills/sprint/reference/complete.md, not here, and this file has no independent knowledge of them: bugfix (complete.md's "Bugfix tier — lighter wrapup") keeps security-review/inline code-reviewer, may skip code-simplifier/doc-audit; demo (complete.md's "Demo mode") keeps only security-review, skips every other gate in this pipeline. Reading this file in isolation without checking plan.md's Tier: or ticket.md's demo: first will apply the wrong gate set on either path.
Before each step, assess and skip if criteria apply — state why in one line, naming which clause justified it (global override or the gate's own criteria) when the two could seem to conflict.
Skip code-simplifier if:
- Change is a single line or a trivial rename
- Change is docs, comments, or config only
Skip code-reviewer if:
- Change is a single-line fix with no design implications
- Change is purely mechanical (rename, format, move file)
Skip security-review if:
- No security-sensitive files or patterns changed
- Security-sensitive means: authentication, authorization, DB queries, externally-facing/untrusted input handling (web forms, API payloads, network requests — not trusted local CLI args a single developer runs against their own machine), file I/O, API endpoints, crypto, session management, environment/secret access, MCP server config or agent tool/permission definitions, CI workflow / GitHub Actions config (
.github/workflows/*, or a workflow template the project generates), hardcoded credential/secret access, destructive/irreversible client-side actions (delete-all, bulk clear, cache flush), third-party data egress (adding an analytics/tracking pixel, a third-party script/tag/SDK, or any code that sends PII/credentials/tokens to a third-party endpoint — including from inside an authenticated flow)
Skip doc-audit if:
- No user-facing docs changed and no skill/standards frontmatter changed (so the model pass and
tools/doc-checkboth skip) — matchesdoc-audit/SKILL.md's own scope: README,docs/*.md,tools/*.md, ordescription/summaryfrontmatter inskills/*/SKILL.md/standards/*.md
Steps
- Read
skills/wrapup/gates/simplifier.md, then apply the simplifier to code touched in this session. - Read
skills/wrapup/gates/reviewer.md, then apply the code-reviewer across all eight dimensions; defer deep security analysis to Step 3. - Read
skills/wrapup/gates/security-review.md, then apply the security review. Optional scanners can inform the review, but their absence does not skip the gate. - Read
skills/doc-audit/SKILL.md, then apply the doc audit (tools/doc-checkfirst, then the judgment pass). Do not write todoc-findings.mdwithout explicit confirmation. Fix command accuracy issues before committing. A file this step edits must be listed inplan.md ## Filesin the same step — the reviewer grades scope against that list, and a close-time doc edit missing from it was flagged in four sprints (t-b999,t-533f,t-824e,t-bdce). - Read
tools/handoff.md— plain relative path inside the canon repo itself, or viacommand -v sprint's containing directory inside a consumer project wheretools/isn't symlinked in (orwhere sprinton Windows ifcommand -vreturns nothing) — then refresh docs:
Review every documentation file touched or referenced during this session and patch anything stale.
Scope (check each that exists):
DECISIONS.md— any new decisions made this session not yet logged?HANDOFF.md— refresh the narrative per the handoff protocol: Current Focus, In Progress, and Next Steps.## Discoveriesis owned by capture — leave it. Decisions belong inDECISIONS.md, not here. Then check size within the<!-- canon:handoff:BEGIN -->/<!-- canon:handoff:END -->markers only — anything outside them may be the user's own content and must never be read, counted, or edited by this step. First confirm both markers actually exist (grep -c '<!-- canon:handoff:BEGIN -->' HANDOFF.mdand the same for:END, each must be ≥1) — the rangeawksilently returns 0 lines (a false "under budget") when a marker is missing, so a count without this guard is meaningless; if either marker is absent, restore the pair around the canon-managed block before counting. Then:awk '/<!-- canon:handoff:BEGIN -->/,/<!-- canon:handoff:END -->/' HANDOFF.md | wc -l. If over 80, prune pertools/handoff.md's "When to Prune" section before finishing this step.AGENTS.md/CLAUDE.md— any convention-level learnings to surface? (propose + confirm before writing)README— does it document any changed APIs, behaviors, or install steps?plan.md(sprint tickets only) — is the whole doc still within the ~500-word budget noted at the top of the file? If it grew past budget during implementation, compress the prose (short bullets,file:linereferences, no restated history) before closing.- Any other
.mdfiles explicitly opened or modified during the session
Patch stale lines only. Skip files where nothing changed.
Final Output
Report only what matters:
- Changed files and user-visible impact
- Tests run and result
- Critical findings, if any
- Follow-up captured in
HANDOFF.md, if any
Address criticals before committing. Improvements are discretionary.
Committing and closing the ticket are the caller's job, not this pipeline's — see the Pipeline note above.
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.

