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 agentmods add skills/rockyhong/super-bootstrap/commitnpx skills add RockyHong/super-bootstrap --skill commitgit clone --depth 1 https://github.com/RockyHong/super-bootstrapWhat 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 | $0.00112 | $0.02939 |
| Opus 5 | $0.00056 | $0.01470 |
| Sonnet 5 | $0.00022 | $0.00588 |
| Haiku 4.5 | $0.00011 | $0.00294 |
Grade A, and why
commit 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 yesterday.
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 — 58 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Commit — Session-Isolated, Doc-Sync-Gated (gateway-inline)
Commits the changes this Claude session produced, leaving prior uncommitted work alone. The gateway runs the flow inline — it holds the session's diff, file list, and change intent, so the mechanics carry no closure a fresh container would hold. Only the doc-sync scan dispatches, and only when the diff touches the doc surface: it is the one step that earns a cold, context-clean pass — cold-eyes catch staleness the author is blind to.
Execution (gateway-inline)
-
Session file list — from this conversation, the files this session edited/wrote. This is the session-isolation ground truth; a file you don't remember touching stays off it. Stage by explicit path only.
-
Gather state —
git status,git diff,git diff --staged(a staged path outside the §1 list is another session's — early warning only; §5's readback is the gate),git log --oneline -10(recent style). -
Doc-sync grep-gate — mechanical, no judgment:
- Deferred mode — check first (drain-worktree isolated commit): doc-sync belongs to the merge boundary — skip all of §3, go to §5.
- Frozen-provenance exemption — card lifecycle, history dimension: every changed path inside
docs/work/(card-thread appends, card deletions, work-README high-water bump), plus every changeddocs/outward/OUT-###.md(thread appends, entry deletions) and the outward README's high-water bump → skip the gate, go to the link check below then §5. Both are append-only threads, self-contained; cross-card ID mentions are frozen provenance, not behavior narration — sohitsandrefsleave everydocs/work/card thread and everydocs/outward/OUT-###.mdthread out of the scan scope too, whatever term they name or anchor they cite; each folder's standingREADME.mdnarrates its thread contract and stays in both lanes. A doc whose leading frontmatter declaresdimension: historyis frozen provenance the same way — a change to it yields no term (termsskips it),hitsandrefsleave it out of the scan scope, and the link check below still covers it. Mixed diff → run the gate on the other paths only. - Premise lane — product-anchor paths: the diff touches the product anchor (
docs/overview.md§ Problem / § User, or a dedicated product doc where the repo splits one out) → route the anchor portion through §3b — its closure set is the whole doc surface, so it already covers everything this gate would reach for the anchor; the rest of the diff continues through this gate. - Terms → grep hits — one script call each:
<skill-base>/assets/doc-links.sh terms <changed paths…>prints the gate's terms; scaffolding paths (bench, tests, fixtures, goldens, session ledgers), asset extensions, generic basenames, terms under four characters, and the machine state harness-bootstrap seeds under.claude/(the runway receipt,templates/) yield none. Nothing printed → the grep lane is empty, skip to the citer lookup. Otherwise<skill-base>/assets/doc-links.sh hits <terms…> | grep -vxF "$(printf '%s\n' <changed files>)"prints the doc-surface files mentioning a term in code shape — a whole word inside backticks, or a path segment — so bare prose stays out. Harness-seeded hub stems (overview,techstack,decisions, the runway receipt, the worktree template) count only as a bare token inside backticks: a path mention of a hub doc is a citation the anchored citer lane already reaches, not a narration. Hit files join the scan scope; the agent judges them cold (§4).hitswalks the markdown surface — a manifest description field the diff changes is read here directly. - Link-hit (reverse citers) — mechanical, beside the grep: for each changed
docs/**/ rootREADME.md/ plugin-README (plugins/*/README.md) path, take its post-image hunk ranges fromgit diff -U0 -- <path>(@@ -a,b +c,d @@→+c,d) and run<skill-base>/assets/doc-links.sh anchors <path> <ranges…>.(top)among the slugs means whole-file grain →<skill-base>/assets/doc-links.sh refs <path>; otherwiserefs <path>#<slug>…in one call of the same script, which prints the union. Exclude the changed files themselves. Every file returned is a declared citer of the changed truth — collect them as the citer read-set. - Link-target extraction (forward links) — mechanical, beside the reverse lookup: from the diff's added lines, extract every markdown link target (
grep -oE '\]\([^)]+\.md[^)]*\)'over+lines), resolve each relative to its linking file. Each target is a doc the new prose claims agreement with — add the target files to the scan scope. A target that is itself a changed file still joins: its unchanged sections are exactly where a same-commit contradiction hides. - Scope ceiling — count before dispatching: the scan scope is citers ∪ grep hits ∪ link-targets. Above 8 docs, surface it to the user first — the count, the list grouped by lane (citer / hit / link-target), and the options: split the commit by concern, narrow to the anchors actually changed, or proceed over the full set. A hub doc fans out visibly or not at all. At or under 8 → dispatch as below.
- Any grep hit OR any citer OR any link-target found → dispatch the doc-sync scan (§4), the scan scope — citer read-set + grep-hit files + link-target files — riding the prompt.
- Neither → the diff narrates nothing; go to §5.
- Link integrity (every non-deferred commit, exemption included): run
<skill-base>/assets/doc-links.sh checkfrom the repo root —<skill-base>is theBase directory for this skill:path surfaced at invocation; zero model tokens. Broken links (path or anchor) surface to the user with the commit: fix or explicitly acknowledge before landing; never silently skip. One class is exempt by construction — the consumed-card-link skip: a link from a card thread (docs/work/{BUG,DEBT,GAP}-###.md) to an absent card ID is consumed provenance — the sibling resolved — socheckskips it uncounted, while every other target from a card, and any dangling card link from a non-card doc, stays strict.
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.
- yesterday First seen · 58 lines · 112 tokens per session scan A abf80fcf2b7d
commit is a skill published in the GitHub repository RockyHong/super-bootstrap (3 stars, last pushed 4d ago), licensed MIT. It adds 112 tokens to every session and 2,939 once invoked, about $0.0006 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-31.
Other skills, from other repositories
agile-product-owner
../../../product-team/agile-product-owner/skills/agile-product-owner/SKILL.md.
amazon-reviews-api-skill
This skill helps users automatically extract Amazon product reviews via the Amazon Reviews API. Agent should proactively apply this skill when users express needs like getting reviews for Amazon product with ASIN B07TS6R1SF, analyzing customer feedback for a specific Amazon item, getting ratings and comments for a…
agent-memory
../../../engineering/agent-memory/skills/agent-memory/SKILL.md.
ai-security
../../../engineering-team/skills/ai-security/SKILL.md.
amazon-competitor-analyzer
Scrapes Amazon product data from ASINs using browseract.com automation API and performs surgical competitive analysis. Compares specifications, pricing, review quality, and visual strategies to identify competitor moats and vulnerabilities.
ctf-malware
Provides malware analysis and network traffic techniques for CTF challenges. Use when analyzing obfuscated scripts, malicious packages, custom crypto protocols, C2 traffic, PE/.NET binaries, RC4/AES encrypted communications, YARA rules, shellcode analysis, memory forensics for malware (Volatility malfind, process…