¿Qué hace esta skill?

La Orquestador de Corrección de Defectos Skill resuelve bugs de software garantizando que cada defecto se reproduzca como un test de regresión antes de aplicar la corrección. El flujo reproduce el fallo en rojo, aplica el fix hasta pasar a verde, revisa el código y confirma el commit con prefijo fix:. Incluye puertas de control humanas y un revisor de seguridad opcional para rutas sensibles.

Reproducción de bugs
Escribe un test de regresión que falle primero, reproduciendo el defecto exacto antes de tocar el código productivo.
Fix validado en verde
Aplica la corrección hasta que el test pase a verde, garantizando que el defecto queda resuelto y no es un parche a ciegas.
Puertas de control
Pausa la ejecución en Gate 1 (plan generado) y Gate 2 (antes del commit) para validación humana antes de avanzar.
Revisión de seguridad
Añade un revisor de seguridad automático cuando el defecto reside en rutas sensibles del sistema.

Ejemplos de uso

🐛 Cuelgue de API
El poller se cuelga con una respuesta vacía de la API, reproduce el bug con un test y corrígelo.
🧮 Cálculo erróneo
El total del carrito aplica el descuento dos veces, escribe un test de regresión y arréglalo.
🔁 Regresión detectada
Hay una regresión tras el último deploy, orquesta la corrección con test en rojo y commit con prefijo fix.
📄 Comportamiento roto
Este comportamiento documentado ha dejado de funcionar, reproduce el defecto como test y corrígelo.

Características

Test en rojo primero Obliga a reproducir el defecto como un test de regresión fallido antes de aplicar cualquier corrección al código.
Orquestación por fases Ejecuta el motor con máscara de fases 0 → (2) → 4 → 5 → 6 y delega cada fase a agentes especializados.
Puertas de validación Gate 1 valida el plan generado y Gate 2 confirma el commit, asegurando hitos clave con intervención humana.
Revisor de seguridad Activa una revisión de seguridad adicional cuando el defecto afecta a rutas sensibles del sistema.
Commits trazables Genera commits con prefijo fix: y un informe de revisión de código documentado en el repositorio.

Preguntas frecuentes

La fase 1 de investigación suele omitirse por defecto. Si la causa raíz no es evidente, se delimita el alcance con un explorador de código antes de escribir el test en rojo.
Son puertas de control que pausan la ejecución. Gate 1 valida el plan generado y Gate 2 confirma el commit antes de aplicarlo al repositorio.
No requiere un MCP específico. Funciona con el motor de orquestación de Claude y las herramientas de testing del proyecto (framework de tests del repositorio).
Sí, siempre que el proyecto tenga un sistema de tests. Es ideal para regresiones, errores de cálculo, cuelgues y comportamientos documentados que han dejado de funcionar.

Skills relacionadas

Mas skills de la misma categoria:

  • Keccak-256 para Ethereum — Evita errores de hash en Ethereum con JavaScript y TypeScript usando Keccak-256 en lugar d…
  • Auditoría de Accesibilidad WCAG 2.2 — Audita y implementa productos digitales accesibles según WCAG 2.2 Nivel AA en Web, iOS y A…
  • CodeHealth MCP — Analiza la salud estructural de tu código con CodeScene, verifica deltas tras cada cambio …
  • Parser Híbrido Regex y LLM — Framework híbrido que combina regex y LLM para parsear texto estructurado. Regex gestiona …
  • Arquitectura Backend Pro — Guía de patrones de arquitectura backend, diseño de APIs RESTful, optimización de bases de…
Orquestador de Corrección de Defectos — Bugs reproducibles como tests con Claude AI

¿Prefieres escuchar el contenido? Genera la narración de audio con un clic.