Vista previa Walk-and-Fix
Walk-and-Fix convierte hallazgos del walker autónomo en registros FixIntent con alcance de propietario para que los equipos puedan triagear, asignar y cerrar defectos mediante una API estable.
Solo superficie de planificación para despliegues actuales: la generación automática de parches no está implementada.
run_fix_cyclepropone un plan pero no lo ejecuta. El único adaptador apply implementado edita archivos dentro de una VM local legacy; eso entra en conflicto con el modelo actual de despliegue inmutable de app y no debe usarse como ruta de reparación de producción. Los modos GitHub PR y provider-redeploy no están implementados.
Flujo admitido
- Ejecuta un walk autónomo.
- Revisa el hallazgo y su evidencia.
- Llama
propose_fixpara crear una intención trazable, orun_fix_cyclepara crear intenciones para un conjunto acotado de hallazgos blocker/major. - Cambia el repositorio fuente mediante tu proceso normal de revisión.
- Compila y despliega un variant inmutable nuevo.
- Vuelve a ejecutar el walk y compáralo con el walk anterior.
- Llama
close_findingsolo después de que la evidencia nueva demuestre que el hallazgo está corregido, duplicado, no es un bug o se deja sin corregir a propósito.
Esto mantiene alineados control de fuente, historial de revisión y artefacto desplegado.
Herramientas y límites
| Tool | Current behavior |
|---|---|
propose_fix | Creates a FixIntent; does not generate code |
run_fix_cycle | Creates a bounded plan; does not apply changes |
get_fix_intent / list_fix_intents | Reads owned intent records |
close_finding | Records a disposition for an owned finding |
apply_fix | Legacy local-VM full-file replacement; not an immutable-deploy workflow |
apply_fix acepta contenido completo de archivo, no un diff unificado. Debe limitarse a despliegues tester legacy desechables donde el operador acepte explícitamente que el cambio está fuera del control de fuente y se perderá al redesplegar.
Evidencia requerida para cerrar un hallazgo
Una compilación o despliegue exitoso no basta. Captura:
- la revisión fuente que contiene el cambio;
- el ID de despliegue de reemplazo y estado;
- un escenario o walk nuevo superado que ejercite la ruta afectada; y
- un diff que muestre el hallazgo resuelto sin un blocker o regresión major nueva.
Si la prueba no puede reproducir la ruta original, deja el hallazgo abierto o registra la limitación de evidencia en su disposición.