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/lognpx skills add RockyHong/super-bootstrap --skill loggit clone --depth 1 https://github.com/RockyHong/super-bootstrapWrote 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/rockyhong/super-bootstrap/log)<a href="https://agentmods.dev/skills/rockyhong/super-bootstrap/log"><img src="https://agentmods.dev/badge/skills/rockyhong/super-bootstrap/log.svg" alt="Measured on agentmods" 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 | $0.00164 | $0.01785 |
| Opus 5 | $0.00082 | $0.00892 |
| Sonnet 5 | $0.00033 | $0.00357 |
| Haiku 4.5 | $0.00016 | $0.00178 |
Grade A, and why
log 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 4d ago.
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 — 41 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Log — Capture Front Door
Muscle-memory capture, run gateway-inline in the calling session — no dispatch. Takes one observation or a batch, classifies each into BUG / DEBT / GAP, checks against open cards, and writes each clear entry as docs/work/{ID}.md in docs/work/TEMPLATE.md's shape. Capture is unconditional about worth (bugs, debt, design gaps, unverified ideas all land); the real/worth/now call runs at /super-bootstrap:todo triage on pickup.
All new cards route through this door — user-initiated and Claude-initiated captures alike. Hand-copying docs/work/TEMPLATE.md with the same high-water bump is the same door, by hand.
When it fires
- User — explicit
/super-bootstrap:log <observation>, or natural-language "log this / track that / note this down". Bare/super-bootstrap:log→ ask what to capture (one line). - Claude — its own captures: a bug spotted mid-task, out-of-scope findings a review or returned subagent surfaced. Batch them into one pass.
A card is owed only for deferred or dropped work — work that exits the current flow incomplete. Work completed in-flow carries no card debt. The trigger is completion-state (observable), not worth.
Out of lane: root-cause investigation (the triage lane), card deletion (the resolving session), rewriting existing blocks (threads are append-only). Feature ideas and unverified hunches are in lane — they log as GAP.
Procedure
- Read
docs/work/README.md— categories, thread contract, and the ID high-water mark line. README absent, or present without the high-water line → write nothing; route: "run/super-bootstrap:harness-bootstrapto (re-)plant the work substrate, then re-log." When present: readdocs/decisions.md§ Closed Forks,docs/parked.md's header, anddocs/outward/README.md's header too — each skipped silently when absent. - Classify each entry — BUG (broken behavior) / DEBT (works but rotting) / GAP (design hole or unverified idea). Three gates per entry, in order:
- Mover — ask once, whose hands move the next step — the repo's, yours, or an outside party's? The repo → a card, through the gates below. Yours or an outside party's (a taste sitting, a line-by-line review, a portal registration, a reply to wait for) → an outward thread at
docs/outward/OUT-###.mdwhen the folder exists: origin block only,docs/outward/TEMPLATE.md's shape (H1# OUT-### — {summary}, thenLogged:/Source:/Next move:/Waiting on:/Repo tail — fires on:, plusOwning card:when a card waits on that step; drop the template's leading comment), bumping the README'sOUT-000high-water in the same write. Ask for the repo tail in one line whenever the observation doesn't name one — the answer lands the thread; only an item with no tail at all drops, per the container README. Nodocs/outward/but a flatdocs/outward.md→ the container predates the folder shape: write nothing for that entry and route: "run/super-bootstrap:harness-bootstrap— its sync splitsdocs/outward.mdintodocs/outward/— then re-log." Neither present → a card whoseProblem:line nameswaiting on {party}, which the board's wait override reads. Mixed → split at capture: the repo's remainder is the card, the other step the thread, carryingOwning card:when the card waits on that step. - Card shape — every card names something to do, fix, or decide. A standing-watch entry (monitor / revisit later) rephrases as an action; names a trigger +
docs/parked.mdexists → park as### PARK-###(bump itsPARK-000high-water in the same write); otherwise return it with the real fork: wire an observer at the fire-moment, or drop. - Closed forks — an entry re-walking a
docs/decisions.md§ Closed Forks verdict → surface the fork (its Because + Ref) instead of logging; genuinely new counter-evidence → ask as a reopen question. Never silently re-log a closed direction.
- Mover — ask once, whose hands move the next step — the repo's, yours, or an outside party's? The repo → a card, through the gates below. Yours or an outside party's (a taste sitting, a line-by-line review, a portal registration, a reply to wait for) → an outward thread at
- Dedup — the call is the user's, not capture's. Grep the open cards — plus the
docs/outward/OUT-*.mdthreads when present — for each entry's subject (title keywords,Area:paths for cards; H1 summary orRepo tailpath for outward threads); open a suspected match to confirm coverage. A suspected dup — pure duplicate or duplicate-with-new-fact alike — writes nothing yet: surface the entry, the covering card or thread (ID + the covering line), and the pick — amend (append the new fact) / new card (genuinely distinct) / drop. Execute the pick: amend → append## Amendment — {date} · {source}at the owning card's or outward thread's end, the new fact alone, nothing restated — on an outward thread whoseNext move/Waiting onthe fact changes, that block restates those two lines and leads from there. - Assign IDs — next per category = max+1 from the README's high-water line, bumped in the same change as the card write; an
OUT-###takes max+1 fromdocs/outward/README.md's own high-water line the same way. Never derive an ID from the live card files: resolved cards are deleted and their IDs stay consumed. - Write each clear entry as
docs/work/{ID}.md— origin block only,TEMPLATE.md's shape (H1 +Logged:/Source:/Problem:/Area:/Prior:; drop the template's leading comment). Stamp today's date. Capture the claim faithfully — this is the richest-context moment; the pickup session reads it cold.Prior:is a one-line suspected cause at most — later work falsifies it. Scale-module fact fields ride the origin block as further field lines when known at capture. - An entry too thin to classify or phrase as a readable card → hold it unwritten and ask its one discriminating question (e.g. "broken now, or works-but-suboptimal?"); the answer lands it.
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.
- 4d ago First seen · 41 lines · 164 tokens per session scan A 57cf81f5cc29
log is a skill published in the GitHub repository RockyHong/super-bootstrap (3 stars, last pushed 7d ago), licensed MIT. It adds 164 tokens to every session and 1,785 once invoked, about $0.0008 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
build-flow
Autonomously build a complete Power Automate flow from a description. Use when you need to generate a full flow definition and create it.
add-azuredevops
Adds Azure DevOps connector to a Power Apps code app. Use when querying work items, creating bugs, managing pipelines, or making ADO API calls.
route-environments
Check Power Platform environment routing status and understand default environment resolution. Use when the user asks about environment routing, developer environments, or new maker landing. Routing is configured in the admin center, not here. NOT for listing flows or managing connections.
create-flow
Guided flow creation wizard. Use when the user wants to create a new flow interactively.
manage-flows
Manage flow lifecycle - publish, test, batch operations, inventory reports. Use when the user asks to publish, test, batch manage, or get an inventory of flows.
browse-flows
Browse Power Automate environments and flows interactively. Use when the user wants to browse, list, or explore their flows and environments.