Can LLMs Fix It Without Code? Toward Automated Verification of No-Code Bug Fixes
cs.SE, cs.AI
Submitted: 2026-10-08
Updated: 2026-10-08
Code: https://github.com/brave/brave-browser
License: http://creativecommons.org/licenses/by-nc-nd/4.0/
The gist: A no-code fix resolves an invalid bug report by directing the user to change a setting, update to a version where the problem is already fixed, or adjust their workflow.
Terminology
Abstract
A no-code fix resolves an invalid bug report by directing the user to change a setting, update to a version where the problem is already fixed, or adjust their workflow. Manually verifying whether a proposed no-code fix resolves the reported bug takes considerable developer time. This study proposes an automated, execution-based pipeline for evaluating the capability of large language models (LLMs) to generate no-code fixes in a real browser environment. We evaluate 322 no-code fixes generated by the 12 configurations released with the benchmark of a previous study, covering bug reports categorized as Faulty Configuration, Wrong Version, or External System & Dependency. An executor agent applies each fix by following its natural-language instructions, and an issue-specific checker determines whether the reported bug persists. We repeat the pipeline with three executors: two Computer-Use Agents, OpenCUA-72B and Claude Sonnet 5, and one multimodal agentic LLM, Meta's Muse Glimmer. Only 17.6% of the candidate issues could be set up and passed both sanity gates. Across the 322 fixes, 14.6% to 49.7% resolved the bug depending on the executor, and the strongest configuration, Claude Opus 4.6 in the Vanilla pipeline, resolved up to 74.1% of its fixes under Claude Sonnet 5. Changing only the executor shifted a configuration's resolution rate by 38.8% on average, and the three executors reached the same verdict on only 46.9% of the fixes. Compared with human execution, the executors matched the human consensus for 66.1% to 88.1% of the sampled fixes. Even under the best executor, fewer than half of the LLM-generated no-code fixes resolve the reported bug, so such fixes need verification before they reach users. Execution-based verification can provide this, but the measured capability depends strongly on the executor, which evaluations must report and control.
Sources
- Writing Bug Reports for Software Repair Agents: What Information Matters Most?
- Agentic Bug Reproduction for Effective Automated Program Repair at Google
- Automated Root-Cause Subclassification and No-Code Fix Generation for Invalid Bug Reports
- SWE-Doctor: Guiding Software Engineering Agents with Runtime Diagnosis from Multi-Faceted Bug Reproduction Tests
- From Code to Courtroom: LLMs as the New Software Judges
- DiagEval: Trajectory-Conditioned Diagnosis for Reliable Software Evaluation with GUI Agents
- GUISpector: An MLLM Agent Framework for Automated Verification of Natural Language Requirements in GUI Prototypes
- Kimi K2.5: Visual Agentic Intelligence
- Evaluation of LLM-Based Software Engineering Tools: Practices, Challenges, and Future Directions
- OpenCUA: Open Foundations for Computer-Use Agents
- Large Language Model Critics for Execution-Free Evaluation of Code Changes
- GLM-5: from Vibe Coding to Agentic Engineering
- TestBench: Evaluating Class-Level Test Case Generation Capability of Large Language Models
- Planning with Large Language Models for Code Generation
- BERTScore: Evaluating Text Generation with BERT
- Code Review Agent Benchmark
Related papers
- Falsification-Based Verification of LLM-Generated Optimization Models: Sound Test Batteries and Their Detection Limits
- GitSkills: A Dataset of Agent Skills on GitHub
- SABER: Benchmarking Operational Safety of LLM Coding Agents in Stateful Project Workspaces
- PackMonitor: Enabling Zero Package Hallucinations Through Decoding-Time Monitoring
- IntentCoding: Amplifying User Intent in Code Generation
- Incentives and Outcomes in Bug Bounties