cambio-de-funcionalidad

¿Qué hace cambio-de-funcionalidad?

Actor · acción · destino: orch · change · feature. Simple envoltorio sobre el motor compartido en orch-pipeline.

Cuándo Usarlo

• Una funcionalidad existente funciona, pero el comportamiento deseado es diferente ("cambiar", "ajustar", "hacer que también…", "en lugar de X hacer Y").
• Distinguir de sus similares:
  • no está roto → no es orch-fix-defect (no hay bug que reproducir).
  • no es nuevo → no es orch-add-feature (la capacidad ya existe).

Configuración de Operación

• Tamaño por defecto: pequeño — la mayoría de los ajustes son de una o dos funciones.
• Máscara de fases: 0 → (1 solo si el nuevo comportamiento necesita investigación) → fase 2 ligera → 4 → 5 → 6.
• Primer movimiento (fase 4): actualizar las pruebas existentes para que expresen el nuevo comportamiento deseado, luego cambiar la implementación hasta que pasen. Cambiar las pruebas primero es lo que distingue un ajuste de una corrección.

Cómo Funciona

1. Ejecutar el motor orch-pipeline con la configuración anterior.
2. Mantener el plan ligero — solo el tamaño standard+ justifica el pase completo del planner.
3. Detenerse en el Gate 1 (aprobación del plan / pruebas modificadas) y en el Gate 2 (pre-commit).
4. Añadir security-reviewer si el cambio toca un desencadenador de seguridad.

Ejemplo

orch-change-feature: hacer que nws-poller alerte con 2 avisos en lugar de 3
→ actualizar pruebas de umbral al nuevo especificación → cambiar impl para que sea verde
→ revisión de código → commit  [GATE 2: confirmar]