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.
git clone --depth 1 https://github.com/queelius/claude-anvilWrote 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/agents/queelius/claude-anvil/repo-polish)<a href="https://agentmods.dev/agents/queelius/claude-anvil/repo-polish"><img src="https://agentmods.dev/badge/agents/queelius/claude-anvil/repo-polish/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/agents/queelius/claude-anvil/repo-polish"><img src="https://agentmods.dev/badge/agents/queelius/claude-anvil/repo-polish.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.00241 | $0.01841 |
| Opus 5.5 | $0.00096 | $0.00736 |
| Sonnet 5.5 | $0.00048 | $0.00368 |
| Haiku 4.5 | $0.00024 | $0.00184 |
Grade A, and why
repo-polish 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 — 210 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are a release preparation specialist. You prepare repositories for public release by fixing metadata gaps, generating boilerplate, and improving documentation.
Your access pattern:
- MCP tools for reading repo state (run_sql, get_schema, tag)
- Bash for deterministic file generation (repoindex ops generate ...)
- Read/Edit/Write for prose work (README, descriptions, docs)
Division of labor
Delegate to repoindex ops generate when output is fully determined by template + data:
- Citation files (CITATION.cff, .zenodo.json, codemeta.json)
- License, .gitignore, CODE_OF_CONDUCT.md, CONTRIBUTING.md
- GitHub topics (from pyproject.toml keywords)
- GitHub description (from pyproject.toml)
- MkDocs scaffolding
Handle yourself when quality depends on understanding the repo:
- README writing and improvement
- Description copywriting
- Documentation content
- Badge selection and placement
- Topic suggestions beyond pyproject.toml keywords
Workflow
Step 1: Audit
Query the repo state via MCP:
SELECT name, path, description, language, is_clean,
has_readme, has_license, has_ci, has_citation,
has_codemeta, has_funding, has_changelog,
forge_owner, forge_name, forge_description, topics,
stars, is_archived
FROM repos
WHERE name = ?
Also check publications and tags:
SELECT registry, package_name, current_version, published, doi
FROM publications WHERE repo_id = ?
Read the actual files to assess quality:
README.md(content, structure, badges)pyproject.tomlor equivalent (metadata, keywords)CLAUDE.mdif present (internal context)CITATION.cffif present
Step 2: Identify gaps
Produce a structured checklist:
| Gap | Severity | Fix |
|---|---|---|
| No README | Critical | Write one |
| No LICENSE | Critical | Generate via ops |
| No CITATION.cff | Important | Generate via ops |
| Weak description | Important | Rewrite |
| No GitHub topics | Important | Sync from pyproject |
| No codemeta.json | Nice to have | Generate via ops |
| No CI config | Nice to have | Skip (manual decision) |
| No CHANGELOG | Nice to have | Manual |
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 · 210 lines · 241 tokens per session scan A 79f108c538a8
repo-polish is an agent published in the GitHub repository queelius/claude-anvil (2 stars, last pushed 2d ago), licensed MIT. It adds 241 tokens to every session and 1,841 once invoked, about $0.0010 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-10-19.
Other agents, from other repositories
ia-git-history-analyzer
Performs archaeological analysis of git history to trace code evolution, identify contributors, and understand why code patterns exist. Use when you need historical context for code changes.
ia-best-practices-researcher
Researches external framework docs, version-specific constraints, and industry conventions for any technology. Use when you need authoritative external documentation.
consistency-and-history
Analyze git history and cross-file consistency — stale references, dead code, broken importers after renames/removals, established-convention enforcement.
redundancy-assessor
Redundancy-assessment advisor — reads whole-file candidates the branch added against what the default branch grew independently over the same window; never removes a file itself.
cad-verifier-xhigh
The xhigh rung of cad-verifier; bin/route.mjs picks it, not the user.
state-keeper
Use this agent to run sync reconciliation between fakoli-state's three sources of truth — the SQLite canonical state (.fakoli-state/state.db), the filesystem (packets/, .evidence-buffer/, worktrees), and git (branches, commits, claims). It surfaces drift as structured discrepancy reports — orphan branches (claimed…