# Rule Validate

> Valida una regla de React Doctor ya implementada antes de fusionarla: revisa la corrección del detector, inspecciona hits de código abierto, corre parity de PR, añade regresión, prepara el changeset y escribe el copy del PR.

Fuente: https://skillsagentes.com/skills/millionco/react-doctor/rule-validate
Markdown: https://skillsagentes.com/skills/millionco/react-doctor/rule-validate.md

Repositorio: https://github.com/millionco/react-doctor
Autor: millionco
Licencia: NOASSERTION
Actualizado: el mes pasado
Coste de contexto: 67 tok instalada, 827 tok al activarse, 827 tok con todos los archivos del bundle
Bundle: 1 archivo, 3 KB
Permisos que pide: ninguno declarado

## Instalación

Un skill son archivos markdown: los mismos archivos valen para cualquier agente y lo único que cambia es el directorio de destino, es decir la bandera `--agent`. Añade `-g` para instalarlo en todos los proyectos de la máquina.

```bash
# Claude Code
npx -y skills add millionco/react-doctor --skill rule-validate --agent claude-code
# Cursor
npx -y skills add millionco/react-doctor --skill rule-validate --agent cursor
# Codex
npx -y skills add millionco/react-doctor --skill rule-validate --agent codex
# Gemini CLI
npx -y skills add millionco/react-doctor --skill rule-validate --agent gemini
# Windsurf
npx -y skills add millionco/react-doctor --skill rule-validate --agent windsurf
# Cline
npx -y skills add millionco/react-doctor --skill rule-validate --agent cline
```

## Qué hace

- Valida una regla de React Doctor ya implementada antes de fusionarla, comprobando que la implementación cumple su contrato de `rule-research` en tests y en código real.
- Revisa falsos positivos, comportamiento reclamado que falta, imports o bindings incorrectos, wrappers transparentes no vistos y mensajes que exageran la detección.
- Corre tests enfocados, typecheck, lint y formato; usa `rde-eval` para inspección local acotada y `run-parity` para cada regla o cambio de detector tras empujar el head del PR.
- Prepara artefactos de release: `nr changeset` para cambios visibles en paquetes publicados, normalmente un changeset patch para reglas y arreglos de falso positivo.
- Escribe el copy del PR con estructura fija (Why, What changed, tabla de resultados de eval, Test plan) y resuelve los hilos de revisión tras el arreglo.

## Cuándo usarla

- Tras pasar los tests enfocados, para revisar la corrección del detector, inspeccionar hits de código abierto, correr parity de PR, añadir cobertura de regresión, preparar un changeset o atender hallazgos de revisión.

## Qué la activa

- "Valida esta regla nueva antes de fusionarla"
- "Revisa el detector en busca de falsos positivos y prepara el changeset"
- "Escribe el copy del PR para este cambio de regla"

## Antes de instalar

- La parity necesita `DAYTONA_API_KEY`, `gh` autenticado y el head del PR empujado; usa comandos `ni` y `nr`.

## Archivos

- SKILL.md — 3 KB

## SKILL.md

Reproducido tal cual desde millionco/react-doctor bajo NOASSERTION. Esta sección es el documento original y está en inglés.

# Validate a rule

Verify that the implementation matches its `rule-research` contract on tests and real code.

## Review the implementation

Check for:

- false positives and missed claimed behavior
- incorrect imports, aliases, or shadowed bindings
- impossible control-flow path merges
- nested functions treated as immediate execution
- dynamic properties treated as static names
- missed transparent wrappers
- unsupported imported values
- messages that overstate detection
- missing valid and invalid tests

Use `truffler` before accepting a new helper:

```sh
bunx @rayhanadev/truffler "<helper-name>" packages \
  --kind function,method,interface,type,constant --limit 20
```

Fix each implementation bug with a focused regression test.

## Run validation

Run focused tests, package typecheck, and required lint and format checks. Run broader checks when the change affects shared behavior.

Use `rde-eval` for bounded local inspection of the target rule. Inspect all hits when counts are low and a representative sample when counts are high. Add every confirmed false positive to rule tests and the `fuzz` corpus.

Run `run-parity` for every new rule or detector behavior change after the pull request head is pushed. Skip it for documentation-only or test-only changes. If parity cannot run, report the exact blocker.

Do not claim parity unless both Daytona runs complete. Compare repository and project-root counts separately. Inspect target-rule deltas before classifying them.

## Prepare release artifacts

Run `nr changeset` for user-visible changes to published packages. Use a patch changeset for rules, bug fixes, false-positive fixes, and diagnostic refinements unless release impact requires more. Skip only private, documentation, test, or tooling changes, and state why.

Write pull request copy after validation:

```md
## Why

<specific runtime problem>

## What changed

- <detector behavior>
- <valid patterns preserved>
- <tests added>

## Eval results

| Check             | Result                |
| ----------------- | --------------------- |
| Projects compared | `<count>`             |
| Skipped projects  | `<count>`             |
| Added / removed   | `<added> / <removed>` |
| Target rule delta | `<added> / <removed>` |
| False positives   | `<count>`             |
| Artifacts         | `<paths>`             |

## Test plan

- `<command and result>`
```

Omit the eval table when parity did not run. State the reason instead.

## Handle review findings

Fix correctness bugs, duplicated helpers, misleading names, and confusing code. Defer unsupported control flow only when it falls outside the contract. Reject requests that broaden the message or increase false positives.

Resolve review threads after the fix or explanation reaches the pull request.

## Report validation

Report commands, review findings, local RDE evidence, parity results or blocker, false positives fixed, regression tests, changeset, pull request notes, and residual non-goals.

## Dónde encaja

- Categoría: [Testing y QA](https://skillsagentes.com/categorias/testing-qa.md) — Flujos de testing unitario, de integración y end-to-end.
- Creador: [millionco](https://skillsagentes.com/creators/millionco.md) — 16 skills en el directorio
- [Todas las skills](https://skillsagentes.com/skills.md)
- [Ranking de instalaciones](https://skillsagentes.com/ranking.md)

## Otras skills del mismo repositorio

- [React Doctor](https://skillsagentes.com/skills/millionco/react-doctor/react-doctor.md): Escanea bases de código React en busca de problemas de seguridad, rendimiento, corrección y arquitectura, y da una puntuación de salud de 0 a 100. Incluye chequeo de regresión y un flujo completo de triage local con `/doctor`.
- [Run Parity](https://skillsagentes.com/skills/millionco/react-doctor/run-parity.md): Compara los diagnósticos de React Doctor de un pull request contra su base con Daytona. Se usa para correr parity, comprobar regresiones de diagnósticos en un PR o reportar diagnósticos añadidos y quitados.
- [Improve Threejs](https://skillsagentes.com/skills/millionco/react-doctor/improve-threejs.md): Audita y arregla apps de Three.js y React Three Fiber: rendimiento del frame-loop, fugas de memoria de GPU, corrección del grafo de escena y defectos visuales como z-fighting, shadow acne, espacio de color erróneo y resize roto.
- [Fuzz](https://skillsagentes.com/skills/millionco/react-doctor/fuzz.md): Somete a fuzzing las reglas de React Doctor con `@react-doctor/fuzz` para hallar crashes, lentitud, falsos positivos y diagnósticos sensibles a mutaciones. Se usa tras pasar los tests de la regla o al confirmarse un falso positivo nuevo.
- [Performance](https://skillsagentes.com/skills/millionco/react-doctor/performance.md): Diagnostica el rendimiento de React en tiempo de ejecución con trazas de React Doctor, marcado de renders en vivo, Long Animation Frames y evidencia de renders por componente. Se invoca como `/performance`.

---

Skills Agentes · [Índice de páginas en markdown](https://skillsagentes.com/sitemap.md) · [Inicio](https://skillsagentes.com/index.md)