Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add anotb/management-consulting-plugin --skill project-closeoutgit clone --depth 1 https://github.com/anotb/management-consulting-pluginWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/anotb/management-consulting-plugin/project-closeout)<a href="https://agentmods.dev/skills/anotb/management-consulting-plugin/project-closeout"><img src="https://agentmods.dev/badge/skills/anotb/management-consulting-plugin/project-closeout.svg" alt="Measured on agentmods" height="20"></a>- NVIDIA SkillSpector warn
SkillSpector: 1 finding, up to high
These are SkillSpector’s own severities. On a checked sample its high-severity flags on skills were ~96% false positives — a documented command, a public API, a “never do X” rule — so we show them as a caution to read, not a verdict. Why →
- high Privilege Escalation · line 85 Code accesses credential files (SSH keys, AWS credentials, etc.). This could indicate credential theft attempts.Fix: Remove references to credential paths. Use environment variables or secrets managers. For docs, use placeholder paths (e.g., /path/to/config). Never load .env or token files in production code paths.
What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00047 | $0.00738 |
| Opus 5 | $0.00023 | $0.00369 |
| Sonnet 5 | $0.00009 | $0.00148 |
| Haiku 4.5 | $0.00005 | $0.00074 |
Grade A, and why
project-closeout scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured today.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 42 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Project Closeout
Leave the client able to operate the delivered work and maintain a clear record of what was accepted, transferred, and left open. Adapt closeout to successful completion, early termination, suspension, or transition to business-as-usual. A paused project needs restart conditions; a terminated project needs an accurate partial handover.
Use the agreement, deliverable inventory, acceptance records, finances, and operating responsibilities supplied. Extract lists and figures from those materials; do not invent them. Produce supported draft sections with explicit gaps, asking only when a missing input changes the closure decision. Preserve the agreed scope and support obligations.
Assess readiness
Separate closure conditions, tasks needed to reach them, and items the authorized owner can accept with a resolution plan. Acceptance of delivered scope may occur before longer-term benefits mature. Do not require future benefits to be fully realized or every minor issue resolved if the agreed closure criteria permit handover.
Record each deliverable's current version, location, status, acceptance evidence, receiving owner, and open items. Distinguish delivered, reviewed, accepted, and operationally supported. A draft signature block is not acceptance.
Transfer usable ownership
Prepare the user, technical, operating, or analytical documentation the work actually needs. A financial model needs assumptions and update instructions; a live process may need a runbook, monitoring, escalation, and tested exception handling. Do not require API documentation or hypercare for a memo-only engagement.
For knowledge transfer, identify the recipient, method, material, and evidence that the recipient can use it. A document link or attendance record alone may not demonstrate readiness for critical work. Define the post-project support scope, dates, owner, escalation, and any unresolved commitment from the actual agreement.
For benefits, transfer definition, baseline, target basis, current measurement, source, calculation, owner, and review or intervention trigger. Separate measured results from forecasts and annualized run rates. Do not impose a generic benefits calendar. Plan future reviews where appropriate, without scheduling them unless authorized.
What ships with it
2 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- today Changed · -319 lines · -48 tokens per session a212a6758991
- 8d ago First seen · 361 lines · 95 tokens per session scan A 4b8b830de95f
project-closeout is a skill published in the GitHub repository anotb/management-consulting-plugin (49 stars, last pushed 2d ago), licensed MIT. It adds 47 tokens to every session and 738 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
parallel-feature-development
Coordinate parallel feature development with file ownership strategies, conflict avoidance rules, and integration patterns for multi-agent implementation. Use this skill when decomposing a large feature into independent work streams, when two or more agents need to implement different layers of the same system…
meeting-action-items
Turn meeting notes into cited decisions, owners, tickets.
track-management
Use this skill when creating, managing, or working with Conductor tracks - the logical work units for features, bugs, and refactors. Applies to spec.md, plan.md, and track lifecycle operations.
shiplog
Recap of everything shipped since the last run - cross-repo PRs, security fixes, star deltas, and X traction, synthesized into a digest article and a ready-to-post shiplog in your voice.
create-stories
Break a single epic into implementable story files. Reads the epic, its GDD, governing ADRs, and control manifest. Each story embeds its GDD requirement TR-ID, ADR guidance, acceptance criteria, story type, and test evidence path. Run after /create-epics for each epic.
bug-triage
Read all open bugs in production/qa/bugs/, re-evaluate priority vs. severity, assign to sprints, surface systemic trends, and produce a triage report. Run at sprint start or when the bug count grows enough to need re-prioritization.