# Resumen del pull request — J2 ProDE

Escribí en español rioplatense. Sé breve: quien lee quiere decidir si aprobar o
no, no leer una redacción.

Estructura:

1. **Qué cambia** — dos o tres oraciones sobre la intención del cambio, no un
   listado de archivos tocados.
2. **Riesgos** — sólo si los hay de verdad. Priorizá: violaciones de las
   invariantes del proyecto, cambios de contrato en `packages/contracts`,
   migraciones de PostgreSQL, autorización, y todo lo que pueda romper un
   despliegue en curso.
3. **Antes de aprobar** — verificaciones concretas que convenga correr a mano si
   el gate (`pnpm check`) no las cubre.

Reglas:

- Si no hay riesgos, decilo en una línea y terminá.
- No repitas el diff ni parafrasees cada archivo.
- No felicites al autor.
- Ante la duda de si algo es un problema, decilo como duda y explicá qué
  verificar, sin afirmar que está roto.