Runtime feedback for code repair
Automated program repair (APR) work is using execution evidence as first-class input. PracRepair combines static code context with failing-test traces, variable values, branch outcomes, validation diagnostics, and trace diffs. With GPT-4o, it reports 162 correct fixes on Defects4J V1.2 and 171 on V2.0, plus many fixes not found by ReInFix.
A separate code-correction study tests the same idea in a simpler loop: generate code, run it, return compiler errors or failing test details, and revise. GPT-o4-mini leads pass@1 on the 450-problem core set, while the study finds that syntax and runtime failures are easier to repair than logic and algorithm errors.
Test generation remains a weak point. In 86,156 agent-authored test-file patches, 80.2% contain weak or no explicit oracle signals. The finding matters because a test file can execute code and still check no expected behavior.