Previzualizare Walk-and-Fix
Walk-and-Fix transformă constatările walkerului autonom în înregistrări FixIntent cu
domeniu de proprietar, astfel încât echipele să poată triage-ui, atribui și închide
defecte printr-un API stabil.
Doar suprafață de planificare în implementările curente: generarea automată de patch-uri nu este implementată.
run_fix_cyclepropune un plan, dar nu îl execută. Singurul adapter apply implementat editează fișiere într-un legacy local VM; asta intră în conflict cu modelul curent immutable app deployment și nu trebuie folosit ca cale de reparare în producție. Modurile GitHub PR și provider-redeploy nu sunt implementate.
Flux de lucru suportat
- Rulați un autonomous walk.
- Examinați constatarea și dovezile.
- Apelați
propose_fixpentru a crea un traceable intent, saurun_fix_cyclepentru a crea intent-uri pentru un set limitat de blocker/major findings. - Modificați depozitul source prin procesul normal de review.
- Construiți și implementați un nou immutable variant.
- Rulați din nou walk-ul și comparați-l cu walk-ul anterior.
- Apelați
close_findingdoar după ce noile dovezi arată că constatarea este remediată, duplicată, nu este bug sau este lăsată intenționat nerezolvată.
Astfel rămân aliniate source control, istoricul de review și artefactul implementat.
Instrumente și limite
| Instrument | Comportament curent |
|---|---|
propose_fix | Creează FixIntent; nu generează cod |
run_fix_cycle | Creează un plan limitat; nu aplică modificări |
get_fix_intent / list_fix_intents | Citește owned intent records |
close_finding | Înregistrează disposition pentru owned finding |
apply_fix | Legacy local-VM full-file replacement; nu immutable-deploy workflow |
apply_fix acceptă conținut complet de fișier, nu unified diff. Limitați-l la
legacy tester deployments de unică folosință unde operatorul acceptă explicit că
modificarea este în afara source control și se pierde la redeploy.
Dovezi necesare pentru închiderea unei constatări
Un build sau o implementare reușită nu sunt suficiente. Capturați:
- source revision care conține modificarea;
- replacement deployment ID și status;
- un scenario sau walk nou, trecut, care exercită affected path; și
- un diff care arată constatarea rezolvată fără blocker nou sau major regression.
Dacă testul nu poate reproduce original path, lăsați constatarea deschisă sau înregistrați limitarea dovezilor în disposition.