Borrowing it
Nothing to install: this file belongs to RorroRojas3/awesome-claude-copilot. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/RorroRojas3/awesome-claude-copilot/main/.claude/commands/repo-audit.mdgit clone --depth 1 https://github.com/RorroRojas3/awesome-claude-copilotWrote 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/commands/rorrorojas3/awesome-claude-copilot/repo-audit)<a href="https://agentmods.dev/commands/rorrorojas3/awesome-claude-copilot/repo-audit"><img src="https://agentmods.dev/badge/commands/rorrorojas3/awesome-claude-copilot/repo-audit/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/commands/rorrorojas3/awesome-claude-copilot/repo-audit"><img src="https://agentmods.dev/badge/commands/rorrorojas3/awesome-claude-copilot/repo-audit.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.00026 | $0.00836 |
| Opus 5 | $0.00013 | $0.00418 |
| Sonnet 5 | $0.00005 | $0.00167 |
| Haiku 4.5 | $0.00003 | $0.00084 |
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 9d 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 — 49 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Audit the two harness trees against each other: mirrored skills, rule/instruction twins, agent twins and their model parity, registry listings, and cost hygiene.
The deterministic work lives in scripts/repo-audit.mjs — it compares content hashes, frontmatter, and registries, and prints a JSON report. Your job is only to act on what it flags.
1. Run the audit
node scripts/repo-audit.mjs --json
Append --strict if the user passed it (warnings then also fail).
2. Branch on the exit code — it is the contract
0— clean. Print the one-line summary (it already carries the warning count) and stop immediately. Do not read files, do not "double-check" the trees — the hashes already did. This is the routine path and it should cost close to nothing.1— the script itself failed (unreadable tree, parse crash). Report the error and stop. Fix nothing on the basis of a failed check.10— findings. Continue below.
3. Read only what the report names
affectedPaths is your entire read-set — do not audit beyond it. Per finding:
skills-mirror/differs— decide the canonical side:git status/git diffshows which side carries the uncommitted (newer) change;cpit over the other. If both sides are committed and differ, do not guess — present both versions to the user.skills-mirror/missing-*—cpthe file into the tree that lacks it (or confirm with the user that it should be deleted from both).rules-parity/body-drift— reconcile the wording semantically and apply the same sentence to both files. The script's header documents which cross-reference spellings are intentional and already mapped.rules-parity/glob-mismatch— make the sets equal; the Claudepaths:list is the canonical order.agent-twins/model-parity— align the model to the parity table inscripts/repo-audit.mjs, or — only with the user's explicit approval — record a documented override in itsmodelParityOverrides(and the README convention note).registry/*— add or remove the registry line; never invent a description — lift it from the twin.cost-hygiene/*(warnings) — propose narrowed globs or trims in your report; never apply them under--fix. They change behavior, not just parity, so a human decides.
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.
- 9d ago First seen · 49 lines · 26 tokens per session scan A 90c0c71a07e8
repo-audit is a command published in the GitHub repository RorroRojas3/awesome-claude-copilot (0 stars, last pushed 14d ago), licensed MIT. It adds 26 tokens to every session and 836 once invoked, about $0.0001 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-09-01.
Other commands, from other repositories
checklist
Generate a custom checklist for the current feature based on user requirements.
clarify
Identify underspecified areas in the current feature spec by asking up to 5 highly targeted clarification questions and encoding answers back into the spec.
specify
Create or update the feature specification from a natural language feature description.
analyze
Perform a non-destructive cross-artifact consistency and quality analysis across spec.md, plan.md, and tasks.md after task generation.
converge
Assess the current codebase against the feature's spec, plan, and tasks, then append any remaining unbuilt work as new tasks to tasks.md so implement can complete it.
implement
Execute the implementation plan by processing and executing all tasks defined in tasks.md.