repo-auditor
Use before opening a PR to audit the changes for stale comments, unused imports, missing tests, and inconsistencies with neighboring code.
pinned to #7f8ee3cupdated 2 months ago
Ask your AI client: “install skills/repo-auditor”.
Requires the metahub MCP server installed in your client. Set up MCP.
mh install skills/repo-auditormetahub onboarded this repo on the author's behalf.
If you own github.com/oxbshw/LLM-Agents-Ecosystem-Handbook on GitHub, claim the listing to take over publishing. Your claim preserves the existing eval history and badges; only the curator label is replaced with verified-publisher on your next publish.
Stars
533
Last commit
2 months ago
Latest release
published
- #ai
- #ai-agent
- #ai-agents
- #fine-tuning
- #finetuning-llms
- #freamework
- #llm
- #llmops
- #local-development
- #mcp-server
- #memory
- #rag
- #rag-chatbot
- #voice-agent
Automated checks the publisher passed at publish time — structure, docs, safety, and whether the artifact behaves as claimed.7f8ee3c· 2 months ago
Documentation
4 passed1 warningREADME has usage / example sectionswarn
README has no Usage / Example / Quick start / Installation heading at any level
Add a `# Usage`, `## Quick start`, or similar section so end users can copy/paste a working invocation. Code blocks alone work too if there are several.
Description quality
21 words · 138 chars — "Use before opening a PR to audit the changes for stale comments, unused imports,…"
README is present and substantial
19,199 chars · 20 sections · 2 code blocks
Tags / topics declared
14 total — ai, ai-agent, ai-agents, fine-tuning, finetuning-llms, freamework (+8)
Homepage / docs URL declared
no homepage declared (registry will use the repo URL) — info-only, not blocking
Release history
1- releasecurrent7f8ee3cwarn2 months ago
Contents
When to use
- After making code edits, before
git commitor PR open - After resolving merge conflicts
- When the user asks "is this PR ready?"
When NOT to use
- During exploration / read-only work
- For purely formatting changes (lint/format already covers it)
Inputs
| Name | Type | Required | Notes |
|---|---|---|---|
base | string | no | base ref (default origin/main) |
paths | list | no | restrict to specific paths |
Workflow
- Diff:
git diff <base>...HEAD --name-onlyandgit diff <base>...HEAD - For each changed file: load
references/audit-checklist.mdand walk it - Check tests: any new public function without a corresponding test → flag
- Check imports: unused imports / missing imports → flag
- Check style fit: does the new code match neighboring code's idioms?
- Check docs: did this change require an
AGENTS.md/MEMORY.md/ README update? → flag if missed - Produce report: structured output (see Outputs)
References
Outputs
## Audit report
- ✅ {{N}} files reviewed
- 🟡 {{N}} warnings
- 🔴 {{N}} blockers
### Blockers
- {{file:line}} — {{issue}}
### Warnings
- {{file:line}} — {{issue}}
Success criteria
- 0 blockers (PR can open) OR
- All blockers explicitly acknowledged by user
Failure modes
- Diff too large (> 1k lines) → ask user to scope
- Cannot read base ref → fail with instructions
Reviews
No reviews yet. Be the first.
Related
Verification Before Completion
Evidence before assertions, always
Writing Plans
Turn specs into phased implementation plans
Test-Driven Development
Red → green → refactor discipline for any feature or bugfix
mh install skills/repo-auditor