Plugin de Claude Code donde 6 revisores de frontend ven al mismo tiempo los cambios de Git

Es un plugin de Claude Code que revisa en paralelo git diff o un archivo individual desde 6 perspectivas (rendimiento en React / calidad de código / bugs / TypeScript / accesibilidad / seguridad), y luego un agente synthesizer fusiona los resultados en un único reporte priorizado.

Contexto de creación

Cuando le pides a un LLM que haga una revisión de PR y le metes todo en un solo contexto con algo como “revísalo en general”, aparecen dos problemas.

• Contaminación del razonamiento: el tono de la perspectiva de perf afecta el tono de la perspectiva de a11y.
• Colapso de modo: la respuesta se inclina hacia el eje más llamativo del diff.

En realidad, cada guideline responde a una “pregunta distinta”. perf pregunta “¿es rápido?”, a11y “¿llega a todas las personas?”, security “¿se filtran datos?”, quality “¿es fácil de modificar?”. Por eso, en vez de pedirle todo a una sola entidad, se construyó una arquitectura donde cada cambio se revisa dentro de un contexto aislado de subagente y luego solo se recopilan y fusionan los resultados.

6 revisores base (con guidelines ya validadas en la industria)

• react-perf — Vercel React Best Practices
• quality — Toss Frontend Fundamentals (legibilidad / predictibilidad / cohesión / acoplamiento)
• bugs — React rules-of-hooks + reglas de corrección de ESLint/TS-ESLint
• ts — Google TypeScript Style Guide + Effective TypeScript
• a11y — WCAG 2.2 + ARIA APG
• security — patrones de seguridad frontend (XSS, filtración de secretos, almacenamiento inseguro, etc.)

Los revisores se pueden agregar o reemplazar directamente (i18n, motion, design tokens, etc.).

Uso

Instalación en dos líneas dentro de Claude Code:

/plugin marketplace add huurray/fe-review-agents
/plugin install fe-review-agents@fe-review-agents

Ejecutar la revisión:

/fe-review-agents:diff-review # cambios staged
/fe-review-agents:diff-review branch:main # diff contra main
/fe-review-agents:file-review src/App.tsx # análisis profundo de un solo archivo

Opciones:

• lang=ko|en (ko por defecto)
• severity_min=LOW|MED|HIGH|CRITICAL (las severidades por debajo se excluyen del reporte)

Trade-offs

Consume aproximadamente 6 veces más tokens que un solo contexto. A cambio, obtienes cobertura desde múltiples perspectivas sin contaminación del razonamiento ni colapso de modo. Es una herramienta más adecuada para equipos que priorizan la estabilidad por encima del costo, más que para equipos que buscan ahorrar dinero.

Inspiración

Se inspira en el patrón Compounding Engineering, del que se sabe que Toss usa internamente (varios LLM revisan un PR en paralelo).

Se agradecen feedback, issues y PR. 🙏