---
格式版本: 2
标题: "AppEval: A Unified Benchmark for LLM-Based Mobile Application Repair in ArkTS, Swift, and Kotlin"
原文链接: "https://arxiv.org/abs/2608.18588"
发布日期: "2026-08-19"
发布时间校准状态: "found"
发布时间需复核: "否"
发布时间来源: "rule:local:strict_original_body"
发布时间证据: "**\\[v1\\]** Wed, 19 Aug 2026 06:30:34 UTC (67 KB)"
发布时间校准原因: "规则确认唯一严格发布时间，来源 local:strict_original_body"
发布时间校准置信度: "high"
发布时间候选数量: 18
发布时间严格候选数量: 6
发布时间原页读取状态: "source template page reused from URL open"
发布时间未找到原因: ""
发布时间校准时间: "2026-08-20T14:42:05+08:00"
发布时间仲裁状态: "skipped"
发布时间仲裁尝试次数: 0
发布时间仲裁耗时毫秒: 0
发现时间: "2026-08-20T14:38:42+08:00"
入库时间: "2026-08-20T06:42:06.028Z"
来源平台: "arXiv 学术论文搜索"
搜索渠道: "source_template"
搜索词: "https://arxiv.org/search/?query=Oracle&searchtype=all"
匹配关键词:
  - "performance"
相关厂家:
  - "Oracle"
相关专家:
  []
内容类型: "网页"
抓取工具: "Free Fetch + Defuddle"
清洗工具: "Defuddle Markdown + Defuddle/Readability 正文提取"
原始附件:
  []
AI优质: "否"
AI打分: 4
AI分档: "非优质"
AI质检状态: "不通过"
AI打分理由: "该论文为移动应用修复基准测试，与超节点/AI Rack/机柜级AI基础设施完全无关，无相关技术或商业信号。"
AI质检模型: "ali-deepseek-v4-flash"
AI质检时间: "2026-08-20T14:43:26+08:00"
AI主题相关性: 0
AI来源权威性: 3
AI新颖性: 0
AI技术细节: 0
AI商业部署信号: 0
AI完整性: 1
AI摘要: "AppEval 是一个面向移动应用修复的基准与原生工具链评估框架，覆盖 HarmonyOS/ArkTS、iOS/Swift 和 Android/Kotlin，通过区分隐藏行为测试与基础设施故障来判定修复是否真正通过移动端安装启动测试。"
AI摘要模型: "ali-deepseek-v4-flash"
AI摘要时间: "2026-09-07T03:19:04.979Z"
采集批次: "2026年8月20日14点19分32秒"
采集批次ID: "20260820-141932-079"
去重键: "https://arxiv.org/abs/2608.18588"
---

## Computer Science > Software Engineering

## Title:AppEval: A Unified Benchmark for LLM-Based Mobile Application Repair in ArkTS, Swift, and Kotlin

Authors:[Bang Xie](https://arxiv.org/search/cs?searchtype=author&query=Xie,+B), [Hao Liu](https://arxiv.org/search/cs?searchtype=author&query=Liu,+H), [Zhenyu Shi](https://arxiv.org/search/cs?searchtype=author&query=Shi,+Z), [Yonghao Zhang](https://arxiv.org/search/cs?searchtype=author&query=Zhang,+Y), [Senjian Zhang](https://arxiv.org/search/cs?searchtype=author&query=Zhang,+S), [Zhiyuan Peng](https://arxiv.org/search/cs?searchtype=author&query=Peng,+Z), [Xin Yin](https://arxiv.org/search/cs?searchtype=author&query=Yin,+X), [Chenhao Ying](https://arxiv.org/search/cs?searchtype=author&query=Ying,+C), [Yuan Luo](https://arxiv.org/search/cs?searchtype=author&query=Luo,+Y), [Wei Chen](https://arxiv.org/search/cs?searchtype=author&query=Chen,+W), [Haiming Jin](https://arxiv.org/search/cs?searchtype=author&query=Jin,+H), [Shaocong Long](https://arxiv.org/search/cs?searchtype=author&query=Long,+S), [Xu Liu](https://arxiv.org/search/cs?searchtype=author&query=Liu,+X), [Zhe Peng](https://arxiv.org/search/cs?searchtype=author&query=Peng,+Z)

[View PDF](https://arxiv.org/pdf/2608.18588) [HTML (experimental)](https://arxiv.org/html/2608.18588v1)

> Abstract:Repository-level LLM agents are typically evaluated on projects whose tests run on the build host. It remains unclear whether their repairs survive the mobile build-install-launch-test boundary, where a missing SDK, offline device, or pre-assertion crash can be mistaken for a program failure. We present AppEval, a benchmark and native-toolchain evaluation framework for mobile application repair across HarmonyOS/ArkTS, iOS/Swift, and Android/Kotlin. Each task separates a hidden behavior test from the reference production fix and is accepted only when the same installed-app target reaches an assertion failure on the defective revision and passes after the fix; infrastructure failures remain a distinct outcome. A common schema maps this contract to each platform's build system, runtime, and test runner. The audited Android partition contains 200 accepted instrumentation tasks from 24 independently buildable repositories. On these tasks, five agents achieve Pass@1 between 22.00% and 90.50%, a 68.50-percentage-point spread under the same dynamic oracle. These results show that mobile repair performance depends strongly on the evaluated agent while demonstrating why runtime-aware acceptance is necessary for meaningful comparison. The quantitative findings in this paper are Android-specific; audited iOS and HarmonyOS results are required before drawing cross-platform generalization conclusions.

| Comments: |  |
| --- | --- |
| Subjects: | Software Engineering (cs.SE) |
| Cite as: | [arXiv:2608.18588](https://arxiv.org/abs/2608.18588) \[cs.SE\] |
|  | (or [arXiv:2608.18588v1](https://arxiv.org/abs/2608.18588v1) \[cs.SE\] for this version) |
|  | [https://doi.org/10.48550/arXiv.2608.18588](https://doi.org/10.48550/arXiv.2608.18588) |

## Submission history

From: Bang Xie \[[view email](https://arxiv.org/show-email/d565adad/2608.18588)\]  
**\[v1\]** Wed, 19 Aug 2026 06:30:34 UTC (67 KB)

[Which authors of this paper are endorsers?](https://arxiv.org/auth/show-endorsers/2608.18588) | Disable MathJax ([What is MathJax?](https://info.arxiv.org/help/mathjax.html))