mlsanityData to 7 Oct 2026

Automating Android Build Repair: Bridging the Reasoning-Execution Gap in LLM Agents with Domain-Specific Tools

arXiv 2510.08640 ↗First posted 9 Oct 2025cs.SE cs.AIcited by 0

On the map: LLM agents and tool use → Software engineering coding agents

Abstract (arXiv)

Android is the largest mobile platform, yet automatically building applications remains a practical challenge. While Large Language Models (LLMs) show promise for code repair, their use for fixing Android build errors remains underexplored. To address this gap, we first introduce AndroidBuildBench, a benchmark of 1,019 build failures curated from the commit histories of 43 open-source Android projects. Each problem is paired with a verified solution from a subsequent commit, ensuring that fixes are feasible. Second, we propose GradleFixer, an LLM agent with domain-specific tools for inspecting and manipulating the Gradle build environment. GradleFixer achieves a resolve rate of 81.4% (pass@1), significantly outperforming a state-of-the-art coding agent that relies on a general-purpose shell. GradleFixer's success suggests that while LLMs possess the high-level knowledge to solve these failures, they struggle to translate this knowledge into effective low-level actions using a general-purpose shell. We demonstrate the effectiveness of a strategy we term Tool Bridging, which replaces general-purpose shell commands with domain-aware abstractions. We hypothesize this approach works through two mechanisms: 1) it provides tools in an API-like format that LLMs use more reliably, and 2) it constrains the action space to relevant operations. This approach bridges the gap between the model's high-level reasoning and effective low-level execution.

Key facts. No citing papers in the map yet (data through 7 Oct 2026). Placed in Software engineering coding agents, one of 16 directions in LLM agents and tool use. Builds on 12 of its 31 references that are in the map. First posted on arXiv 9 Oct 2025.

Builds on

12 of 31 references.

Closest ancestors · 2

Same direction, newest first

  1. 2025Code Researcher: Deep Research Agent for Large Systems Code and Commit History27 May
  2. 2024Self-Organized Agents: A LLM Multi-Agent Framework toward Ultra Large-Scale Code Generation and Optimization2 Apr

Other references · 10

  1. 2023SWE-bench: Can Language Models Resolve Real-World GitHub Issues?cited by 3,193
  2. 2023Gorilla: Large Language Model Connected with Massive APIscited by 1,302
  3. 2025GLM-4.5: Agentic, Reasoning, and Coding (ARC) Foundation Modelscited by 446
  4. 2025Small Language Models are the Future of Agentic AIcited by 254
  5. 2023InferFix: End-to-End Program Repair with LLMscited by 113
  6. 2025Nemotron-Research-Tool-N1: Exploring Tool-Using Language Models with Reinforced Reasoningcited by 67
  7. 2024Bugs in Large Language Models Generated Code: An Empirical Studycited by 59
  8. 2024EcoAct: Economic Agent Determines When to Register What Actioncited by 11
  9. 2024Towards Hierarchical Multi-Agent Workflows for Zero-Shot Prompt Optimizationcited by 10
  10. 2024CI/CD Configuration Practices in Open-Source Android Apps: An Empirical Studycited by 3

Built on by

Not cited yet.

Similar, not cited

Close in wording, no citation either way

  1. 2026AppEval: A Unified Benchmark for LLM-Based Mobile Application Repair in ArkTS, Swift, and Kotlin ↗
  2. 2024An Empirical Study on LLM-based Agents for Automated Bug Fixing
  3. 2024RepairAgent: An Autonomous, LLM-Based Agent for Program Repair
  4. 2026SelfHeal: Empirical Fix Pattern Analysis and Bug Repair in LLM Agents
  5. 2026HWE-Bench: Benchmarking LLM Agents on Real-World Hardware Bug Repair Tasks
  6. 2023Prompting Is All You Need: Automated Android Bug Replay with Large Language Models
  7. 2025SWE-Synth: Synthesizing Verifiable Bug-Fix Data to Enable Large Language Models in Resolving Real-World Bugs
  8. 2026Kozuchi Agent: A Language-Agnostic Open-Weight Agent for Software Repair