mlsanityData to 14 Oct 2026

Can LLMs Fix It Without Code? Toward Automated Verification of No-Code Bug Fixes

arXiv 2610.11963 ↗First posted 8 Oct 2026cs.SE cs.AIcited by 0

Not on the map. Why?

Abstract (arXiv)

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.

Key facts. No citing papers in the map yet (data through 14 Oct 2026). Builds on 16 of its 60 references that are in the map. First posted on arXiv 8 Oct 2026.

Builds on

16 of 60 references.

References · 16

  1. 2019BERTScore: Evaluating Text Generation with BERTcited by 5,512
  2. 2026GLM-5: from Vibe Coding to Agentic Engineeringcited by 587
  3. 2026Kimi K2.5: Visual Agentic Intelligencecited by 501
  4. 2023Planning with Large Language Models for Code Generationcited by 182
  5. 2025OpenCUA: Open Foundations for Computer-Use Agentscited by 160
  6. 2025Agentic Bug Reproduction for Effective Automated Program Repair at Googlecited by 22
  7. 2025From Code to Courtroom: LLMs as the New Software Judgescited by 16
  8. 2024TestBench: Evaluating Class-Level Test Case Generation Capability of Large Language Modelscited by 15
  9. 2025Large Language Model Critics for Execution-Free Evaluation of Code Changescited by 7
  10. 2026SWE-Doctor: Guiding Software Engineering Agents with Runtime Diagnosis from Multi-Faceted Bug Reproduction Testscited by 5
  11. 2026Code Review Agent Benchmarkcited by 4
  12. 2026Evaluation of LLM-Based Software Engineering Tools: Practices, Challenges, and Future Directionscited by 2
4 more
  1. 2026DiagEval: Trajectory-Conditioned Diagnosis for Reliable Software Evaluation with GUI Agentscited by 2
  2. 2025GUISpector: An MLLM Agent Framework for Automated Verification of Natural Language Requirements in GUI Prototypescited by 1
  3. 2026Automated Root-Cause Subclassification and No-Code Fix Generation for Invalid Bug Reportscited by 1
  4. 2026Writing Bug Reports for Software Repair Agents: What Information Matters Most?cited by 1

Built on by

Not cited yet.

Similar, not cited

Close in wording, no citation either way

  1. 2026SelfHeal: Empirical Fix Pattern Analysis and Bug Repair in LLM Agents
  2. 2024An Empirical Study on LLM-based Agents for Automated Bug Fixing
  3. 2025Abstain and Validate: A Dual-LLM Policy for Reducing Noise in Agentic Program Repair
  4. 2026When Agents Fail: A Comprehensive Study of Bugs in LLM Agents with Automated Labeling
  5. 2025How Safe Are AI-Generated Patches? A Large-scale Study on Security Risks in LLM and Agentic Automated Program Repair on SWE-bench
  6. 2026If It's Not Buggy, Don't Fix It: On the Dynamics of Iterative Bug-fixing with LLMs
  7. 2025Unlocking LLM Repair Capabilities Through Cross-Language Translation and Multi-Agent Refinement
  8. 2026Large Language Models for Programming: Actually Fixing or Reimplementing Incorrect Code?