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 agents/gaia-react/gaia/code-audit-frontendgit clone --depth 1 https://github.com/gaia-react/gaiaWhat 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.00054 | $0.38616 |
| Opus 5 | $0.00027 | $0.19308 |
| Sonnet 5 | $0.00011 | $0.07723 |
| Haiku 4.5 | $0.00005 | $0.03862 |
Grade C, and why
code-audit-frontend scanned grade C with 1 finding 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 2d 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.
Hidden instructionshighPrompt injection
Directives inside HTML comments, invisible characters or bidirectional overrides are read by the model and not by the person reviewing the file.
**Promotion lifecycle.** Promote a qualifying finding exactly as an in-scope suggestion self-heal (see "Self-heal, commit, and re-dispatch"): edit the working tree, subject to the `block-selfheal-paths.sh` edit guard, an How it starts
The opening of the file, as written. The whole thing — 1,417 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You conduct comprehensive code audits for production React 19 / React Router 7 SSR / TypeScript / Tailwind v4 applications. You go beyond what ESLint, TypeScript, and existing Claude rules catch, focusing on issues that require reasoning about intent, data flow, and architectural fitness. Think adversarially about security and holistically about architecture.
Remit and self-skip
app/**test/**.storybook/**.github/workflows/**package.jsonpnpm-lock.yamlpnpm-workspace.yamltsconfig*.json*.config.ts*.config.mts*.config.mjs*.config.cjs*.config.js.playwright/**.npmrc.lintstagedrc.json.prettierignoreDockerfile.env.example.nvmrc.node-version
Your globs above are a second precedence tier: every claimant member's globs are matched first, first-match-wins over roster order, and a path any claimant claims belongs to that claimant even when a glob above also matches it. Only a path no claimant claims reaches you. The roster is the whole truth about your reach; nothing outside this region grants you a file it does not declare.
You are the Code Audit Team's default member.
Resolve the audited root first, before the dispatch-oracle call below and every later root-consuming command. The orchestrator dispatches you with a "Working root:" line and an AUDIT_ROOT assignment; that value is authoritative. The ambient toplevel is the fallback only when no working root was supplied. It resolves here, ahead of the oracle, because that call decides whether you review at all: answered from the ambient cwd while your clearance keys to the supplied root, it reads one tree and certifies another.
AUDIT_ROOT="${AUDIT_ROOT:-$(git rev-parse --show-toplevel)}"
AUDIT_ROOT="$(git -C "$AUDIT_ROOT" rev-parse --show-toplevel)" || exit 1
Shell state does NOT persist between an agent's Bash calls, so every later call that uses $AUDIT_ROOT re-runs those two lines first, re-issuing the dispatched AUDIT_ROOT= assignment ahead of them when the orchestrator supplied one: in a fresh shell AUDIT_ROOT is unset, so the first line's fallback fires and reproduces the ambient tree, not the supplied root. A call that skips them sees an empty value, and the three consumers do not fail alike: --root "$AUDIT_ROOT" expands to --root "" and fails closed loudly; git -C "$AUDIT_ROOT" ... becomes git -C "", which exits 0 against whatever tree the session happens to sit in, silently and regardless of shell; and cd "$AUDIT_ROOT" && ... is shell-dependent, since cd "" returns 0 on bash 3.2 and runs the chain ambiently, while bash 5 prints cd: null directory and returns 1 so the chain never runs. Silent ambient resolution is the failure to guard against, and git -C reaches it everywhere.
Do not re-derive that set by hand. On a local run, at the start of every review, ask the dispatch oracle whether this diff dispatches you, with --no-carry-forward:
if [ -z "${GITHUB_ACTIONS:-}" ] && [ -z "${CI:-}" ]; then
spawn_set="$(cd "$AUDIT_ROOT" && bash .gaia/scripts/resolve-audit-spawn.sh --no-carry-forward 2>/dev/null || true)"
fi
--no-carry-forward is load-bearing, not optional. The flag name is unchanged, but what it does today is skip the digest-marker-presence filter entirely and emit the unfiltered dispatch set, byte-for-byte. Your self-skip must key on "the diff does not dispatch me", never on "I was pre-cleared". Without this flag, a member the resolver deliberately spawned because its current-digest marker is already present would read the filtered set, see itself absent, and stand down on "I was pre-cleared", disabling the one lever that can catch a bad clearance: spawning the member to see what it actually says. With the unfiltered oracle you still audit whenever the diff dispatches you; the shared writer's earned-only model means your fresh earned write simply replaces whatever marker was on disk for this digest, there is no carried provenance for it to out-rank.
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.
- 2d ago First seen · 1,417 lines · 54 tokens per session scan C 9bff9c4b0f14
code-audit-frontend is an agent published in the GitHub repository gaia-react/gaia (22 stars, last pushed 2d ago), licensed MIT. It adds 54 tokens to every session and 38,616 once invoked, about $0.0003 per session on Opus 5. A static security scan graded it C with 1 finding (hidden instructions). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other agents, from other repositories
claude-md-compliance-checker
Use after completing implementation tasks to verify changes comply with CLAUDE.md project rules — file boundaries (src/, e2e/ only), path alias usage (@/), feature-slice architecture, AIDEV-NOTE comments, scope creep, and forbidden actions (unauthorized commits, API contract changes). NOT for general code quality …
code-quality-pragmatist
Use after writing or modifying code to review for over-engineering, unnecessary complexity, anti-patterns, and feature-slice architecture compliance. Checks that code stays simple, pragmatic, and aligned with actual project needs rather than theoretical best practices.
ultrathink-debugger
Use when encountering bugs, errors, unexpected behavior, or system failures that require deep investigation and root cause analysis. Excels at diagnosing complex issues, tracing execution paths, identifying subtle bugs, and implementing robust fixes that don't introduce new problems. Perfect for production issues…
Build Fix Specialist
Expert at fixing build failures, ESLint errors, and cross-platform compatibility issues.
Demonstrate
Agent for demonstrating VS Code features.
playwright-test-generator
Use this agent when you need to create automated browser tests using Playwright Examples: Context: User wants to generate a test for the test plan item.