¿Qué hace esta skill?

La Cambio de Funcionalidad Skill orquesta la modificación de funcionalidades existentes que funcionan correctamente pero cuyo comportamiento debe evolucionar. Sigue el patrón test-first: primero actualiza los tests con la nueva especificación y luego ajusta la implementación hasta que pasen, con revisión y validación en puertas de control intermedias.

Ajustar umbral de alertas
Cambia parámetros de configuración como umbrales de notificación y verifica que los tests reflejen el nuevo valor antes de tocar el código.
Modificar formato de respuesta
Evolutiona el formato de salida de una API (p. ej. de timestamp a ISO 8601) actualizando primero los tests de integración y unitarios.
Tests actualizados antes que el código
Garantiza que los tests expresen el nuevo comportamiento esperado y fallen contra la implementación actual antes de modificarla.
Revisión de seguridad integrada
Activa security-reviewer automáticamente cuando el cambio toca disparadores de seguridad como autenticación o datos sensibles.

Ejemplos de uso

🔧 Cambio de umbral
cambio-funcionalidad: que nws-poller alerte con 2 avisos en lugar de 3
🔄 Formato de API
cambio-funcionalidad: que /api/user devuelva createdAt como ISO 8601 en lugar de timestamp
🧪 Test-first guiado
Necesito modificar el comportamiento del módulo de descuentos para que aplique un 15% en lugar de un 10%. Actualiza primero los tests y luego la implementación.
🛡️ Con revisión de seguridad
Cambia la validación de login para que también acepte emails en minúsculas. Como toca autenticación, incluye security-reviewer.

Características

Patrón test-first estricto Actualiza los tests existentes con la nueva especificación antes de tocar la implementación, garantizando que el nuevo comportamiento queda reflejado.
Puertas de control (Gates) Detiene el flujo en Gate 1 (aprobación del plan y tests modificados) y Gate 2 (validación pre-commit) para revisión humana.
Tamaño adaptable Por defecto usa tamaño small para cambios localizados; escala a standard o superior con plan ligero cuando el cambio lo justifica.
Security-reviewer opcional Activa automáticamente la revisión de seguridad si el cambio toca disparadores sensibles como auth o datos personales.
Distinción clara frente a fix-defect No reproduce un error: evoluciona intencionadamente el comportamiento de algo que ya funciona correctamente.

Preguntas frecuentes

Esta skill no reproduce un error: parte de una funcionalidad que funciona correctamente y evoluciona su comportamiento a una nueva especificación. Para corregir bugs usa orch-fix-defect.
Porque es lo que distingue un cambio de funcionalidad de una corrección: primero se expresa el nuevo comportamiento esperado en los tests (que fallarán contra el código actual) y luego se ajusta la implementación hasta que pasen.
No requiere MCP específico. Funciona dentro del motor de pipeline de Claude y opcionalmente activa security-reviewer si el cambio toca disparadores de seguridad.
Por defecto usa tamaño small (uno o dos funciones). Los cambios de tamaño standard o superior generan un plan ligero antes de tocar tests o código.

Skills relacionadas

Mas skills de la misma categoria:

Cambio de Funcionalidad — Refactorización Test-First con Claude AI

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