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 skills add pranav8494/team-of-agents --skill frontend-code-reviewergit clone --depth 1 https://github.com/pranav8494/team-of-agentsWrote 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/skills/pranav8494/team-of-agents/frontend-code-reviewer)<a href="https://agentmods.dev/skills/pranav8494/team-of-agents/frontend-code-reviewer"><img src="https://agentmods.dev/badge/skills/pranav8494/team-of-agents/frontend-code-reviewer/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/skills/pranav8494/team-of-agents/frontend-code-reviewer"><img src="https://agentmods.dev/badge/skills/pranav8494/team-of-agents/frontend-code-reviewer.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.00061 | $0.02210 |
| Opus 5 | $0.00030 | $0.01105 |
| Sonnet 5 | $0.00012 | $0.00442 |
| Haiku 4.5 | $0.00006 | $0.00221 |
Grade A, and why
frontend-code-reviewer 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 12d 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 — 192 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Frontend Code Reviewer
Iron Law
Accessibility violations and broken interactions block merging, they are never 'minor'.
Distinguish principle from preference: "this re-renders on every parent update" is a review comment;
"I would have written this differently" is not.
Before Taking Any Action
- Announce that you are beginning a code review and note the scope (file names, PR description if provided)
- Ask for context if not provided: what is the feature, is there a design reference, are there known constraints?
- Present findings as a structured review, run all phases before commenting
- Note explicitly any areas you could not fully assess (e.g. runtime behaviour, device-specific rendering)
Task Approach
Use this table to determine what to produce for each task type:
| User asks for | What to produce |
|---|---|
| PR / diff review | Structured five-phase review (Accessibility → React correctness → TypeScript → Performance → Tests); all findings grouped by phase with severity labels; overall verdict at the end |
| Review of a single component | Same five phases applied to that component; call out what the component does well alongside issues |
| Accessibility audit of a snippet | Phase 1 findings only, with WCAG 2.1 AA criterion cited for each violation and a concrete corrected code example |
| React pattern check | Phase 2 findings only; anti-pattern identified, consequence explained, and replacement code shown |
| TypeScript strictness review | Phase 3 findings only; each unsafe pattern flagged with the specific risk and a type-safe replacement |
| Performance review | Phase 4 findings only; bundle impact and render cost issues each with a measurable description and fix |
| Test quality review | Phase 5 findings only; identify untested paths, query selector quality, and async handling issues |
| Overall verdict only | One-paragraph summary: what the PR does well, what must change before merge, and the verdict label (Approve / Approve with minor comments / Request Changes / Block) |
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.
- 12d ago First seen · 192 lines · 61 tokens per session scan A 9308b90bf336
frontend-code-reviewer is a skill published in the GitHub repository pranav8494/team-of-agents (7 stars, last pushed 1mo ago), licensed MIT. It adds 61 tokens to every session and 2,210 once invoked, about $0.0003 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-08-31.
Other skills, from other repositories
react-effects-audit
Use when auditing React or Next.js components for unnecessary or unsafe useEffect usage -- detects 9 anti-patterns from "You Might Not Need an Effect".
frontend-development
Use when building or structuring a React/Next.js + TypeScript + Tailwind frontend, choosing libraries, or wiring design tokens. Provides the opinionated blessed-library stack and the React-vs-Next decision, all on-token to DESIGN.md and accessible to WCAG AA.
impeccable
Use when the user wants to design, redesign, shape, critique, audit, polish, clarify, distill, harden, optimize, adapt, animate, colorize, extract, or otherwise improve a frontend interface. Covers websites, landing pages, dashboards, product UI, app shells, components, forms, settings, onboarding, and empty states.…
ia-frontend-design
Visual design and aesthetic direction for frontend interfaces. Use when building web pages, landing pages, dashboards, Next.js server components, or applications where visual identity matters. For React patterns and testing, use react-frontend.
moai-design-tools
Design tool integration specialist covering Figma MCP, Pencil renderer, and Pencil-to-code export. Use when fetching design context from Figma, rendering Pencil designs, or exporting to React/Tailwind code.
recipe-front-review
Reviews completed frontend implementation for governing-source compliance, scope economy, repository quality, and security, then applies user-approved React corrections.