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/megaprompting/torque-loop/repo-auditnpx skills add Megaprompting/torque-loop --skill repo-auditgit clone --depth 1 https://github.com/Megaprompting/torque-loopWrote 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/megaprompting/torque-loop/repo-audit)<a href="https://agentmods.dev/skills/megaprompting/torque-loop/repo-audit"><img src="https://agentmods.dev/badge/skills/megaprompting/torque-loop/repo-audit.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.00079 | $0.00570 |
| Opus 5 | $0.00039 | $0.00285 |
| Sonnet 5 | $0.00016 | $0.00114 |
| Haiku 4.5 | $0.00008 | $0.00057 |
Grade A, and why
repo-audit 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 — 61 lines — stays where its author put it; the contents beside it link to each section on GitHub.
/ratchet:repo-audit — evidence-based feature discovery
A codebase is a claim about what it does. This command verifies the claim by evidence. It discovers user-facing features from the code itself — not from the README, not from memory — and marks the gaps between what exists and what is tested.
Step 0 — Load state and ground truth
ratchet snapshot repo
Then read for real: routes, entrypoints, handlers, UI components, API definitions, config, and existing tests. Use Grep/Glob to find route tables, exported handlers, and test files. Do not infer a feature you cannot point to in code.
Procedure
For each user-facing feature discovered by evidence, capture:
- Feature ID and name
- User story — who does what, and why
- Evidence in code — file:line where it lives
- Expected behavior — what it should do
- Edge cases — the inputs that stress it
- Test cases — what would verify it
- Dependencies — what it relies on
- Known assumptions — what it takes for granted
- Current risk level — critical / high / medium / low
Then identify the gaps:
- Screens / routes / workflows not yet documented.
- APIs or state transitions that need tests.
- The highest-risk feature — most user-facing × least tested.
- The first test suite to write.
- The smallest fix likely to improve user trust.
Rules
- Do not declare coverage complete unless every route, screen, workflow, and API interaction has evidence. Missing evidence is a finding, not a rounding error.
- A feature with no test is a defect waiting to happen — record it.
Output contract
Return the feature inventory as a table, then the five gap findings. Then serialize:
ratchet ledger create
ratchet ledger update features '{"name":"...","area":"...","routes":"...","status":"discovered"}'
ratchet defect add '{"severity":"high","summary":"<highest-risk feature> has no test coverage"}'
Next: /ratchet:qa-ledger to formalize the canonical ledger, then /ratchet:verify.
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 · 61 lines · 79 tokens per session scan A 6062c45e0db4
repo-audit is a skill published in the GitHub repository Megaprompting/torque-loop (5 stars, last pushed 1mo ago), licensed MIT. It adds 79 tokens to every session and 570 once invoked, about $0.0004 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
new-plugin
Factory line for adding a new HAR verification plugin (like playwright or rocketsim) for any framework — research the framework docs, build the template under src/templates/plugins/, register it everywhere, validate on a real repository, and open a PR. Use when asked to add/create a plugin, plugin template, or…
factory-line
Factory line for executing one station of a declared multi-station program — read the installed line bundle (har line status), plan parallel work into isolated HAR slots, run the cumulative gate with har line gate, and hand off for human review. Use when asked to "run a factory line", "run the next station", "execute…
v1-milestone
Factory line for executing one milestone of the HAR v1.0.0 refactor (epic os-factory/har#225) — plan the wave of parallel subagents, implement each issue in its own HAR slot, ship stacked PRs, run the fixture-e2e milestone gate, and hand off for review. Use when asked to "run the next v1 milestone", "work on v1.0.0"…
ctx
Codebase intelligence and evidence-driven governance with the indexed ctx CLI. Use when exploring an unfamiliar repository, locating symbols or callers, checking for existing implementations, estimating change impact, enforcing architecture rules, scoring a branch, finding hotspots or duplication, or analyzing…
ctx
Codebase intelligence and evidence-driven governance with the indexed ctx CLI. Use when exploring an unfamiliar repository, locating symbols or callers, checking for existing implementations, estimating change impact, enforcing architecture rules, scoring a branch, finding hotspots or duplication, or analyzing…
opencli-sitemap-author
Use when creating or maintaining OpenCLI site sitemaps: agent-facing navigation, page-state, action, workflow, API-reference, pitfall, and fallback knowledge for a website. Use after browser exploration discovers durable site context, when a sitemap is stale, or when promoting local site knowledge into the repo.