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 donald-ada/workinggenius --skill tenacitygit clone --depth 1 https://github.com/donald-ada/workinggeniusWrote 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/donald-ada/workinggenius/tenacity)<a href="https://agentmods.dev/skills/donald-ada/workinggenius/tenacity"><img src="https://agentmods.dev/badge/skills/donald-ada/workinggenius/tenacity/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/donald-ada/workinggenius/tenacity"><img src="https://agentmods.dev/badge/skills/donald-ada/workinggenius/tenacity.svg" alt="Reviewed on agentmods" width="80" height="20"></a>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.00097 | $0.01704 |
| Opus 5.5 | $0.00039 | $0.00682 |
| Sonnet 5.5 | $0.00019 | $0.00341 |
| Haiku 4.5 | $0.00010 | $0.00170 |
Grade A, and why
tenacity 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 — 31 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Tenacity
The genius of finishing. Its failure mode is the false "done": satisfaction declared on stale evidence, or on no evidence at all.
The concept: "done" is a claim about fresh evidence, and evidence expires with the session. If the command didn't run here, its result doesn't exist. Re-read the snapshot, the CONTRACT.md it points at (that file is the contract; your memory of it is not), and, of the log entries it links, the slices' evidence alone — the slice-N entries, each in its slice's branch; the other branches hold process, not claims to verify. Then run everything fresh and read the output: the suite, the checks, every acceptance criterion; where there is no Slices section, the Problem section's success criteria instead. "Should pass", "passed earlier", "seems to work" are each a command you haven't run in this session.
Where the slices recorded a dirty baseline, the fresh run is held to the same line, no new failures, and the baseline is named in this stage's evidence. Have the plugin's reviewer agent (agents/reviewer.md) judge the diff from base: against the brief — its task message naming the diff, what it is judged against, where the record lives, and which slices already carried their own review, so its weight falls on the joints between slices no seam test reaches and the drift of the whole against the brief. Where the work cut more than one slice, spawn three in parallel, blind to each other, each told where its weight falls: the joints between slices, the drift of the whole against the brief, the inputs and states no criterion mentions. Three, each with a focus, because one reviewer spends its reading on whichever it meets first, and a focus is a place to start, never a limit on what it may flag. Don't tell it what not to flag, because the joint you didn't think to name is the one it is there for; treat its findings as claims to verify, because a review sent looking will find something and a finding fixed unchecked costs the fix. Start it before the fresh run, because both only read and the run fills the time the review takes. Spawn it synchronously where you cannot be certain the harness wakes you, and never end your turn while it runs — a review nobody reads did not run. Where base: was never pinned, pin it now — the commit before this work's changes began.
Walk the recorded assumed: and owed: lines — an assumption that contradicts the brief is a defect however green the tests, and an owed: line is a criterion nobody's eyes have checked: put it to the user now, before done is said, and drain it with what they saw. Whatever the fresh run disproves is corrected rather than quietly dropped — and the errata skill is loaded before the correction is proposed, not after, because the first move to hand is to fix the false line itself, and a log line that recorded a false result is a record, corrected only by what is appended below it. Before the user accepts, the close says what changed at the behavior level — what they will now see happen, and the consequences they will live with — because built work nobody absorbed is next month's surprise. It offers no quiz and asks no closing question, because an offer made at every close is a prompt the user waves off every time; the blindspot skill's quiz runs when they ask for it.
What ships with it
1 file 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 · -6 lines 22b1690e1a67
- 4d ago Changed · -2 lines 23a7b052de8a
- 1mo ago Changed fa46068b9d74
- 1mo ago Changed 964c1fa49eb1
- 1mo ago Changed · +38 tokens per session 0480e940858f
- 1mo ago Changed · +7 lines 84b965b1cd1b
- 2mo ago Changed · +9 lines 2298792cd055
- 2mo ago First seen · 23 lines · 59 tokens per session scan A a2c63056bb60
tenacity is a skill published in the GitHub repository donald-ada/workinggenius (6 stars, last pushed today), licensed MIT. It adds 97 tokens to every session and 1,704 once invoked, about $0.0004 per session on Opus 5.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-31.
Other skills, from other repositories
testing
Design test strategy using Beck's Test Desiderata — which properties matter, which tradeoffs to make. Use when the user asks "how should I test this", "what tests do I need", "review my test strategy", "is this well-tested", or when planning tests for a new feature or refactor.
precommit
Pre-commit checks — lint:fix -> build -> test.
precommit-fast
Quick pre-commit checks — lint:fix -> test.
vibe-cherry-pick-integration
Safely integrates commits from parallel agent branches using sequential cherry-pick. Use after parallel work completes in isolated branches or worktrees.
workflow
Run the complete 5-step development workflow: focus problem → prevent over-development → test-first (TDD) → document → smart commit. Use when starting a new feature, or when the user runs /workflow or asks for the full development flow.
shipyard-verification
Requires fresh verification evidence before any claim that work is complete, fixed, or passing. Use before committing, creating PRs, or moving to the next task. Also use when a status report contains words like "should", "probably", or "seems to", or expresses satisfaction ("Great!", "Done!") before verification…