← ClaudeAtlas

auditsmithlisted

Use when auditing, reviewing, or assessing an application's codebase — including narrower phrasings like 'review my code', 'is this secure', 'is this production ready', 'why is this slow', 'check my error handling', 'is my LLM integration safe', 'find issues in this repo', or 'what am I missing before launch'. Covers ten areas — UX behavior, code quality, UI, security, LLM/AI usage, performance, testing, dependencies, observability, API contracts. Detects auth/authz gaps, IDOR, injection, secrets, SSRF, prompt injection, race conditions, missing error handling, empty states, N+1 queries, bundle bloat, memory leaks, flaky tests, CVEs, idempotency gaps, missing logging/alerting. Contexts — pre-launch, handover, client delivery, code review, refactor planning. Outputs findings with file:line evidence, severity ranking, and CI/lint rules to prevent regression. Stacks — React, TypeScript, Node, Python, Go, Cloudflare Workers.
opefyre/auditsmith · ★ 1 · Code & Development · score 74
Install: claude install-skill opefyre/auditsmith
# Auditsmith Audit a codebase and produce findings with evidence — not a ticked checklist. The ten reference files in `references/` hold the checklists. This file is how to *run* them: scope the audit, gather evidence, judge severity, report, and where possible convert findings into CI rules so they can't regress. ## The core discipline A checklist item is a **question to investigate**, not a box to tick. The difference between a useful audit and a worthless one: - **Every finding cites evidence** — `file:line`, the offending code, and what specifically is wrong. No finding without a location. - **Never report an item you didn't verify.** If you couldn't check something (no access, needs runtime, needs the app deployed), say so explicitly in a "not verified" list. Silence implies you checked and it passed — that's how audits mislead. - **Never invent findings to fill a section.** A section with nothing wrong gets "no issues found," and that's a good result. Padding an audit destroys its signal. - **Report what's there, not what the checklist expects.** The checklists are React/TS/edge-flavored; adapt to whatever stack is actually in front of you and drop items that don't apply rather than forcing them. ## When not to run this Skip Auditsmith and answer directly if any of these are true: - **Pure infrastructure / DevOps with no application code** — Terraform-only, Helm-only, pipeline YAML. There's nothing here for the ten reference files to bite on. - **Writing new fea