Skills de Revisión de código

We need to translate the given text from English to Spanish. The text describes a skill called "minimal-run-and-audit" but the instruction says to preserve the name only if it appears in the source text. The name "minimal-run-and-audit" does not appear in the source text; the source text mentions "Rigor Run skill" but that's different. So we should not include the name. We just translate the text inside <text>. Also preserve product names, protocol names, URLs, numbers, technical terms. The text has "README-first", "repro_outputs/", "patch notes", etc. We need to keep those as is or translate appropriately? "README-first" is a term, likely keep as is. "repro_outputs/" is a directory name, keep as is. "patch notes" might be translated as "notas de parche" but it's a technical term, could keep as "patch notes" or translate. The instruction says "preserve product names, protocol names, URLs, numbers, and technical terms

Explorar y comprender espacios de trabajo de Nx. ÚSALO al responder preguntas sobre el espacio de trabajo, proyectos o tareas. TAMBIÉN ÚSALO cuando un comando de nx falle o necesites verificar objetivos/configuración disponibles antes de ejecutar una tarea. EJEMPLOS: '¿Qué proyectos hay en este espacio de trabajo?', '¿Cómo está configurado el proyecto X?', '¿Qué depende de la biblioteca Y?', '¿Qué objetivos puedo ejecutar?', 'No se puede encontrar la configuración para la tarea', 'depurar fallo de tarea de nx'.

Obliga a la solución más perezosa que realmente funciona, la más simple, más corta, más mínima. Canaliza a un desarrollador senior que lo ha visto todo: cuestiona si la tarea necesita existir (YAGNI), recurre a la biblioteca estándar antes que al código personalizado, a las funciones nativas de la plataforma antes que a las dependencias, a una línea antes que a cincuenta. Soporta niveles de intensidad: ligero, completo (predeterminado), extremo. Úsalo cada vez que el usuario diga "ponytail", "sé perezoso", "modo perezoso", "solución más simple", "solución mínima", "yagni", "haz menos", o...

Auditoría completa del repositorio para detectar sobreingeniería. Como ponytail-review, pero escanea toda la base de código en lugar de un diff: una lista clasificada de qué eliminar, simplificar o reemplazar con equivalentes nativos/de la biblioteca estándar. Úsalo cuando el usuario diga "auditar esta base de código", "auditar por sobreingeniería", "qué puedo eliminar de este repositorio", "encontrar inflado", "ponytail-audit" o "/ponytail-audit". Informe único, no aplica correcciones.

Harvest every `ponytail:` comment in the codebase into a debt ledger, so the deliberate shortcuts and deferrals ponytail leaves behind get tracked instead of rotting into "later means never". Use when the user says "ponytail debt", "/ponytail-debt", "what did ponytail defer", "list the shortcuts", "ponytail ledger", or "what did we mark to do later". One-shot report, changes nothing.

Revisión de código centrada exclusivamente en el sobrediseño. Encuentra qué eliminar: biblioteca estándar reinventada, dependencias innecesarias, abstracciones especulativas, flexibilidad muerta. Una línea por hallazgo: ubicación, qué cortar, qué lo reemplaza. Úsalo cuando el usuario diga "revisar por sobrediseño", "qué podemos eliminar", "esto está sobrediseñado", "revisión de simplificación" o invoque /ponytail-review. Complementa la revisión centrada en corrección, esta solo busca complejidad.

flujo de trabajo pr-to-video: una solicitud de extracción de GitHub (URL como github.com/ / /pull/ , o / # , o "este PR" en un repositorio clonado) -> hechos del PR ingeridos (título, cuerpo, diff, commits, archivos, estadísticas +/-) -> narrator_scripts.json + audio (voz + música de fondo) + section_plan.md -> video explicativo de diff de código / antes-después / impacto. La entrada es un CAMBIO DE CÓDIGO. La URL es un enlace de PR, NO un sitio de marketing para raspar; no es un resumen de texto ni un sitio web de producto. Para una entrada que no sea un PR (sitio de producto, sitio web general, texto de tema),...

Generar un recorrido interactivo estático con D3 de una solicitud de extracción. Usar cuando el usuario desee un mapa de PR ampliable, orientación de PR en gráfico/lienzo, o una visualización alternativa de los componentes del sistema de PR, flujo de datos, dependencias de código y acciones del usuario.

Sesión interactiva de QA donde el usuario reporta errores o problemas de forma conversacional, y el agente crea issues en GitHub. Explora el código base en segundo plano para obtener contexto y lenguaje del dominio. Úsalo cuando el usuario quiera reportar errores, hacer QA, crear issues de forma conversacional, o mencione "sesión de QA".

Úsese al recibir comentarios de revisión de código, antes de implementar sugerencias, especialmente si los comentarios parecen poco claros o técnicamente cuestionables; requiere rigor técnico y verificación, no acuerdo performativo ni implementación ciega.

Actualiza sitios web y aplicaciones existentes a calidad premium. Audita el diseño actual, identifica patrones genéricos de IA y aplica estándares de diseño de alto nivel sin romper la funcionalidad. Funciona con cualquier framework CSS o CSS vanilla.

Crear un plan de refactorización detallado con commits pequeños mediante una entrevista al usuario, luego archivarlo como un issue de GitHub. Usar cuando el usuario quiera planificar una refactorización, crear un RFC de refactorización o dividir una refactorización en pasos incrementales seguros.

Úsalo al completar tareas, implementar funciones importantes o antes de fusionar para verificar que el trabajo cumple con los requisitos.

Resolve Git merge conflicts by extracting only unresolved paths, conflict hunks, and compact diffs instead of loading whole files into context. Use when a merge, rebase, cherry-pick, or stash pop stops on conflicts, when `git status` shows unmerged paths, or when files contain conflict markers.

Úsalo cuando necesites resolver un conflicto de fusión/rebase de git en curso.

Revisa el diff de una pull request y escribe comentarios estructurados en review.json para que el flujo de trabajo los publique. Úsalo al revisar un PR verificado desde artefactos locales como pr_diff.txt y pr_description.txt, generando una salida de revisión legible por máquina en lugar de publicar directamente en GitHub.

Habilidad de Rigor Debug / Rigor Audit para trabajo de investigación en deep learning. Úsala cuando el usuario pegue un traceback, error de terminal, CUDA OOM, fallo de carga de checkpoint, desajuste de formas, síntoma de pérdida NaN o fallo de entrenamiento y desee un diagnóstico conservador antes de cualquier parche, con correcciones de depuración claramente separadas de las contribuciones de investigación. No usar para refactorización amplia, adaptación especulativa, parches exploratorios automáticos o familiarización general con el repositorio.

Configurar hooks de pre-commit de Husky con lint-staged (Prettier), verificación de tipos y pruebas en el repositorio actual. Usar cuando el usuario quiera agregar hooks de pre-commit, configurar Husky, configurar lint-staged, o agregar formato/verificación de tipos/pruebas al momento del commit.

Experto en cumplimiento para snyk-agent-scan — el escáner de archivos de skill de agente — NO para otras herramientas CLI de Snyk (snyk test, snyk code SAST, snyk iac, snyk container). Corrige alertas mediante reestructuración de contenido, nunca suprimiendo ni eliminando información. Cubre todos los archivos en un directorio de skill: SKILL.md, references/, assets/ y cualquier markdown secundario. Aplicar al crear una nueva skill, editar una existente, solucionar problemas de una ejecución fallida de snyk-agent-scan localmente o en CI, o desbloquear un PR retenido por el agente...

Fundamenta cada decisión de implementación en la documentación oficial. Úsalo cuando quieras código autorizado y con citas de fuentes, libre de patrones obsoletos. Úsalo al construir con cualquier framework o biblioteca donde la corrección sea importante.

Úsalo al encontrar cualquier error, fallo en pruebas o comportamiento inesperado, antes de proponer correcciones.

Úsalo al implementar cualquier funcionalidad o corrección de errores, antes de escribir el código de implementación.

Domina el sistema de tipos avanzado de TypeScript, incluyendo genéricos, tipos condicionales, tipos mapeados, literales de plantilla y tipos utilitarios para construir aplicaciones con seguridad de tipos. Úsalo al implementar lógica de tipos compleja, crear utilidades de tipos reutilizables o garantizar la seguridad de tipos en tiempo de compilación en proyectos de TypeScript.

Validar que la implementación de una rama o solicitud de extracción coincida con las especificaciones introducidas de producto, técnicas, de seguridad y relacionadas. Úselo al revisar o finalizar un cambio basado en especificaciones y al resolver discrepancias entre las especificaciones registradas y la implementación.

Úsalo cuando estés a punto de afirmar que el trabajo está completo, corregido o pasando, antes de hacer commits o crear PRs; requiere ejecutar comandos de verificación y confirmar la salida antes de hacer cualquier afirmación de éxito; siempre evidencia antes de aseveraciones.