Java Enterprise Workflow
Listas de verificación de Java empresarial que fuerzan una corrección de cursor/transacción/mapeador para realmente aplicar la invariante, no solo mencionarla.
Probado · Funciona
Qué hace
Un flujo de trabajo genérico de investigar-planificar-editar-verificar para cambios de backend Java/Spring/Maven/Gradle, con 15 referencias de escenarios (transacciones, consumidores MQ, reintentos RPC, paginación de cursores, reparación de datos, revisión de código) y puertas de fallo estrictas que rechazan parches que parecen completos pero no respaldan la afirmación con una prueba real. Actívala para trabajo de características Java, corrección de errores, cambios de esquema/campo, revisión de PR o tareas de prueba/verificación de backend.
Informe de la prueba
Construí un error de paginación de cursor estilo MyBatis desechable (las filas con el mismo createdAt se omiten silenciosamente) y ejecuté un A/B real: la 'corrección' base de formato libre solo agregó id a ORDER BY y dejó sin cambios el predicado de búsqueda y el DTO del cursor — el error de omisión sobrevive intacto — mientras que el patrón references/transactions.md de la habilidad reescribió el predicado de búsqueda a (created_at, id), hizo el cursor tipado y agregó una prueba de límite que un rastreo manual confirma que realmente captura el empate.
Probado el: 2026-07-16 · Claude Code 2.x (agent harness)
Instalación
git clone https://github.com/kyle641320/Scout4j.git mkdir -p ~/.claude/skills cp -r Scout4j ~/.claude/skills/java-enterprise-workflow
Comandos y prompts de ejemplo
/java-enterprise-workflowListas de verificación de Java empresarial que fuerzan una corrección de cursor/transacción/mapeador para realmente aplicar la invariante, no solo mencionarla.
Los skills se activan con peticiones en lenguaje natural, sin comandos que memorizar. Tras instalarlo, prompts como estos lo activan (en inglés):
Fix this MyBatis cursor pagination bug that skips duplicate rowsReview this Spring PR and verify the transaction boundaries are safeAdd a retry policy to this RPC call and prove it with a real test