bucle-de-optimización-con-evaluación comparativa

Bucle de Optimización con Evaluación Comparativa

Utilice esta habilidad para convertir "hazlo 20 veces más rápido" o "prueba 50 optimizaciones recursivas" en un bucle medido y acotado que pueda mejorar realmente un sistema.

Línea Base Requerida

No optimice hasta que existan estos elementos:

• la operación que se está optimizando;
• la puerta de corrección que debe permanecer verde;
• la métrica: tiempo de ejecución, latencia p95, filas/segundo, costo/ejecución, memoria, tasa de error;
• la línea base actual;
• el presupuesto de búsqueda: máximo de variantes, tiempo máximo, gasto máximo, impacto máximo en datos.

Si el usuario solicita un objetivo poco realista, mantenga la ambición pero haga que el bucle sea acotado y medible.

Bucle

1. Mida la línea base.
2. Identifique los cuellos de botella a partir de la evidencia.
3. Genere variantes que prueben una hipótesis cada una.
4. Ejecute las variantes con la misma forma de entrada.
5. Rechace las variantes que fallen en corrección, seguridad o reproducibilidad.
6. Promueva la variante segura más rápida.
7. Codifique la ruta ganadora en un script, comando, prueba, configuración o documento.
8. Vuelva a ejecutar la línea base y el ganador para confirmar la diferencia.

Tabla de Variantes

Registre las variantes de esta manera:

Variante | Hipótesis | Comando | Tiempo | ¿Correcto? | Notas
línea base | ruta actual | npm run job | 120s | sí | estable
lote-500 | menos viajes de ida y vuelta | npm run job -- --batch 500 | 42s | sí | ganador
paralelo-8 | más trabajadores | npm run job -- --workers 8 | 31s | no | limitado por tasa

Búsqueda Recursiva

Para trabajo recursivo o de hiperparámetros:

• persista cada ejecución en un registro;
• compare contra el ganador anterior aceptado, no solo contra la ejecución anterior;
• mantenga una verificación de reserva o reproducción;
• deténgase cuando la mejora esté dentro del ruido, la corrección falle, el costo exceda el presupuesto, o la búsqueda comience a cambiar más variables de las que puede explicar.

Utilice frases como "mejor variante segura medida" en lugar de "óptimo global" a menos que el espacio de búsqueda haya sido realmente exhaustivo.

Puerta de Promoción

Una variante no puede convertirse en el nuevo valor predeterminado hasta que:

• las pruebas de corrección pasen;
• la mejora en el rendimiento se repita o explique;
• la reversión sea obvia;
• el cambio esté codificado en el control de versiones o en un runbook duradero;
• el resumen final incluya comandos y mediciones exactas.