Skip to Content
TestingWalk-and-Fix-Vorschau

Walk-and-Fix-Vorschau

Walk-and-Fix wandelt Findings des autonomen Walkers in owner-scoped FixIntent-Records um, damit Teams Defects über eine stabile API triagieren, zuweisen und schließen können.

Nur Planungsoberfläche in aktuellen Deployments: automatische Patch-Generierung ist nicht implementiert. run_fix_cycle schlägt einen Plan vor, führt ihn aber nicht aus. Der einzige implementierte Apply-Adapter editiert Dateien in einer legacy local VM; das kollidiert mit dem aktuellen immutable app deployment model und darf nicht als Produktions-Reparaturpfad genutzt werden. GitHub-PR- und Provider-Redeploy-Modi sind nicht implementiert.

Unterstützter Workflow

  1. Autonomous walk ausführen.
  2. Finding und Evidenz prüfen.
  3. propose_fix aufrufen, um traceable intent zu erzeugen, oder run_fix_cycle für eine begrenzte Menge blocker/major findings.
  4. Source-Repository über Ihren normalen Review-Prozess ändern.
  5. Neue immutable variant bauen und deployen.
  6. Walk erneut ausführen und mit dem vorherigen vergleichen.
  7. close_finding nur aufrufen, wenn neue Evidenz zeigt, dass das Finding behoben, dupliziert, kein Bug oder absichtlich offen gelassen wurde.

So bleiben Source Control, Review-Historie und deployed artifact aligned.

Tools und Grenzen

ToolAktuelles Verhalten
propose_fixErzeugt FixIntent; generiert keinen Code
run_fix_cycleErzeugt begrenzten Plan; wendet Änderungen nicht an
get_fix_intent / list_fix_intentsLiest owned intent records
close_findingProtokolliert Disposition für owned finding
apply_fixLegacy local-VM full-file replacement; kein immutable-deploy workflow

apply_fix akzeptiert vollständigen Dateiinhalt, kein unified diff. Nur auf disposable legacy tester deployments begrenzen, wo der Operator explizit akzeptiert, dass die Änderung außerhalb source control liegt und bei redeploy verloren geht.

Evidenz zum Schließen eines Findings

Erfolgreicher Build oder Deployment reicht nicht. Erfassen Sie:

  • Source-Revision mit der Änderung;
  • replacement deployment ID und Status;
  • neues bestandenes scenario oder walk, der affected path ausführt; und
  • Diff, der zeigt, dass das Finding ohne neuen blocker oder major regression resolved ist.

Kann der Test den original path nicht reproduzieren, Finding offen lassen oder Evidenz-Limitation in der Disposition dokumentieren.

Verwandt