PreprintCited by 0Software Engineering ResearchSoftware Engineering Techniques and PracticesAdvanced Software Engineering Methodologies

The DOI matches its DataCite record; 2 of the 2 references it cites were found in a registry or an index; none of the 26 sources its claims cite is checked for support yet.

Harness Engineering for Software Engineering via Modular Executable Dev-Primitives

Open access

Abstract

Large language models (LLMs) equipped with terminal access have demonstrated strong capabilities in automating software engineering tasks. However, existing agents remain brittle on long-horizon workflows, where they must repeatedly reconstruct program state scattered across source files, configurations, tests, dependencies, and runtime behavior, leading to increasingly long interaction histories, context explosion, and semantic drift. Large repositories further complicate the identification of task-relevant components. To address these challenges, we introduce \textbf{Dev-Primitives} (\emph{Development Primitives}), a modular and executable abstraction that transforms repository components from passive software artifacts into active participants in software engineering. Each Dev-Primitive pairs a repository artifact with a resident LLM, which gives the artifact an agent-native interface grounded in its own implementation and dependencies, enabling natural-language reasoning, inter-component communication, and localized self-modification. Building on Dev-Primitives, we propose \textbf{HERMES}, a Harness Engineering framework for software engineeRing via Modular Executable Dev-PrimitiveS, which instantiates these primitives at repository scale through a dependency-aware dynamic activation mechanism and a bug diagnosis mechanism that maps execution evidence back to the components that must be revised. Extensive experiments on four software engineering benchmarks demonstrate that HERMES outperforms matched baseline harnesses by 12.4\% on average. Moreover, when paired with strong activation and diagnosis models, HERMES, even with Qwen3-8B Dev-Primitives, remains within 4.5\% of the homogeneous GPT-5.6 Sol configuration across all four benchmarks, while reducing inference cost by 26.2\% on Terminal-Bench 4.0, highlighting the importance of harness design in software engineering agents.

Overview

AI snapshot

Written from the paper’s full text.

TL;DR

HERMES is a harness-engineering framework that turns repository artifacts into modular executable Dev-Primitives, each paired with a resident LLM, and coordinates them through dependency-aware activation, inter-primitive communication, execution, and diagnosis-driven revision. Across four software engineering benchmarks, it improves over matched baseline harnesses by 12.4 percentage points on average and can keep Qwen3-8B Dev-Primitives within 4.5 points of a homogeneous GPT-5.6 Sol configuration while reducing Terminal-Bench 4.0 inference cost by 26.2%.

Key findings

  • HERMES improves over matched baseline harnesses by 12.4 percentage points on average across four benchmarks. On SWE-bench Verified it improves 19 of 20 backbones, ties on Claude Opus 5, and reaches 97.0% with GPT-5.6 Sol versus 96.2% for mini-SWE-agent; the largest gain is +19.4 points for GPT-5 Mini.
  • On SWE Refactor Bench, GPT-5.6 Sol rises from 6.5% to 31.0% under medium effort (+24.5) and from 19.0% to 36.5% under high effort (+17.5). On Terminal-Bench 4.0, GPT-5.6 Sol improves by 18.8 and 18.2 points at medium and max effort, and GPT-5.6 Terra by 26.3 and 26.7 points.
  • With strong activation and diagnosis models, HERMES using Qwen3-8B Dev-Primitives remains within 4.5 percentage points of the homogeneous GPT-5.6 Sol configuration across all four benchmarks, while reducing inference cost by 26.2% on Terminal-Bench 4.0.
  • Dynamic activation recovers most target components while activating a small subset: recall is 95.4% on SWE-bench Verified, 83.3% on SWE Refactor Bench, 84.5% on Terminal-Bench, and 85.7% on DevOps-Gym, with average activated primitives ranging from 4.7 to 12.6 per task.

Methods

  • Dev-Primitives wrap individual repository components—source files, configuration files, build files, or test files—with a resident LLM that can reason over, modify, and communicate about its own artifact. HERMES adds dynamic activation, which localizes task-relevant components and expands along dependencies, and bug diagnosis, which maps execution evidence back to implicated components for targeted revision.
  • The framework alternates activation, Dev-Primitive collaboration, execution in a benchmark-provided environment, and diagnosis-driven revision until the repository passes or a revision budget B is exhausted; default B = 3 and medium reasoning effort unless otherwise specified.
  • Experiments cover four benchmarks: SWE-bench Verified (500 instances), SWE Refactor Bench (20 whole-repository migration tasks), Terminal-Bench 4.0 (66 tasks, five runs each), and DevOps-Gym (four task categories). Baselines are compared under matched backbone and reasoning effort, with only the harness differing.

Limitations

  • The paper states that HERMES introduces additional inference cost and latency because it invokes multiple Dev-Primitives, executes the repository, and performs iterative diagnosis; gains are smaller in already saturated settings such as SWE-bench Verified with the strongest backbones.
  • The paper states that performance depends on correctly activating task-relevant components and on informative execution feedback, so missed dependencies or sparse runtime signals can limit recovery; it uses files as the default Dev-Primitive granularity and evaluates on four benchmarks, leaving finer-grained primitives and broader settings for future work.
  • The paper notes that Qwen3-8B is served locally with Ollama on NVIDIA A40 GPUs using default sampling parameters and a 32K context window, while other models use official APIs, so results may vary with deployment settings and model updates. The text also makes evident that reference-overlap selection metrics are conservative because a valid repair can follow a different file-level path from the developer patch, and SWE Refactor Bench’s 20 tasks make its aggregate score sensitive to run-to-run variation (31.0 ± 1.3 over three repeats).

Model-written summary. Check it against the paper before relying on it.

Integrity signals

Registry

DataCite · 10.48550/arxiv.2610.07832

Cites

2 of 2 references verified0 citation errors · 0 not checkable

Statistics

Nothing to recompute.

Verification

Claims the paper makes

0 of 26 cited sources checked · 0 supported · 0 flagged

Show all 67 claims

  • It may state two separate claims as one. 52
  • The quote only partly states this claim. 3
  • Probably not a substantial claim. 60
89 of 89
  • The paper relies on this without support.

    Large repositories complicate the identification of task-relevant components.

    “Large repositories further complicate the identification of task-relevant components.”
  • The paper relies on this without support.

    The relevant program state in software repositories is scattered across interdependent source files, configurations, and tests, so a change to one file often requires matching changes in the code that calls it, its configuration, and its tests.

    “In software repositories, however, the difficulty is not only the length of the history: the relevant program state is scattered across interdependent source files, configurations, and tests, so a change to one file often requires matching changes in the code that calls it, its configuration, and its tests.”
  • The paper relies on this without support.

    Each edit changes the repository itself, so the agent must repeatedly re-inspect affected files and work out what each change requires elsewhere, a burden that no amount of history compression removes.

    “Each edit also changes the repository itself, so the agent must repeatedly re-inspect affected files and work out what each change requires elsewhere, a burden that no amount of history compression removes.”
  • The paper relies on this without support.

    Repositories may contain thousands of components.

    “repositories may contain thousands of components”
  • The paper relies on this without support.

    Activating all components would be wasteful.

    “activating all of them would be wasteful”
  • The paper relies on this without support.

    A single round often leaves the issue unresolved.

    “Because a single round often leaves the issue unresolved”
  • The paper relies on this without support.

    Execution reports only that the repository still fails rather than which component should be revised.

    “execution reports only that the repository still fails rather than which component should be revised”
  • The paper relies on this without support.

    Only a small subset of components is relevant to a given issue.

    “Since only a small subset of components is relevant to a given issue”
  • The paper relies on this without support.

    Execution reveals only that the repository still fails.

    “Because execution reveals only that the repository still fails”
  • The paper relies on this without support.

    The target component set derived from the reference patch or benchmark-specific supervision accurately represents the components a task requires.

    “comparing the activated Dev-Primitives against a target component set derived from the reference patch or, where no unique reference patch exists, from benchmark-specific supervision”
10 of 10

Self-check

Percentages, sums and reported differences re-computed from the paper’s own numbers.

Each contradiction between two passages listed here was confirmed by an independent check.

  • Seven-backbone description omits models evaluated in the tables

    Minor

    The paper says its evaluations use seven specified backbones, but Table 1 reports results for additional backbones, including GPT-5.5.

1 of 1

Citations

Cites

Flagged first, then by citations

Show all 2 references

Research works printed but not linked: 25

  1. Dong Chen, Shaoxin Lin, Muhan Zeng, Daoguang Zan, Jian-Gang Wang, Anton Cheshkov, Jun Sun, Hao Yu, Guoliang Dong, Artem Aliev, et al. Coder: Issue resolving with multi-agent and task graphs. arXiv preprint arXiv:2406.01304, 2024. · arXiv
  2. Jingzhe Ding, Shengda Long, Changxin Pu, Huan Zhou, Hongwan Gao, Xiang Gao, Chao He, Yue Hou, Fei Hu, Zhaojian Li, et al. Nl2repo-bench: Towards long-horizon repository generation evaluation of coding agents. arXiv preprint arXiv:2512.12730, 2025. · arXiv
  3. Deyao Hong, Yizhe Chi, Wenyi Li, Xiaoqiu Wang, Mingju Gao, Kaisen Yang, Bingxiang He, Youjie Zheng, Calvin Xiao, and Qinhuai Na. Swe refactor bench: Can coding agents complete a long-horizon, whole-repository stack migration? arXiv preprint arXiv:2608.23564, 2026. · arXiv
  4. Carlos E Jimenez, John Yang, Alexander Wettig, Shunyu Yao, Kexin Pei, Ofir Press, and Karthik Narasimhan. Swe-bench: Can language models resolve real-world github issues? In International Conference on Learning Representations, volume 2024, pp. 54107-54157, 2024.
  5. Haibo Jin, Peng Kuang, Ye Yu, Xiaopeng Yuan, and Haohan Wang. Agent primitives: Reusable latent building blocks for multi-agent systems. arXiv preprint arXiv:2602.03695, 2026a. · arXiv
  6. Haibo Jin, Suijin Wang, Xucheng Yu, Haojing Luo, and Haohan Wang. Harness engineering in llm tool use via agent-native reusable tool primitives. arXiv preprint arXiv:2609.01736, 2026b. · arXiv
  7. Yanzhou Li, Yiran Zhang, Xiaoyu Zhang, Xiaoxia Liu, and Yang Liu. Codeskill: Learning selfevolving skills for coding agents. arXiv preprint arXiv:2605.25430, 2026. · arXiv
  8. Shukai Liu, Bo Jiang, Jian Yang, Yizhi Li, Jinyang Guo, Xianglong Liu, and Bryan Dai. Context as a tool: Context management for long-horizon swe-agents. In Findings of the Association for Computational Linguistics: ACL 2026, pp. 20604-20617, 2026.
  9. Yizhou Liu, Pengfei Gao, Xinchen Wang, Jie Liu, Yexuan Shi, Zhao Zhang, and Chao Peng. Marscode agent: Ai-native automated bug fixing. arXiv preprint arXiv:2409.00899, 2024. · arXiv
  10. Murong Ma, Tianyu Chen, Yun Lin, Shuai Lu, Qinglin Zhu, Yeyun Gong, Zhiyong Huang, Peng Cheng, Yan Lu, and Jin Song Dong. From patches to trajectories: Privileged process supervision for software-engineering agents. arXiv preprint arXiv:2605.21996, 2026. · arXiv
  11. Yingwei Ma, Rongyu Cao, Yongchang Cao, Yue Zhang, Jue Chen, Yibo Liu, Yuchen Liu, Binhua Li, Fei Huang, and Yongbin Li. Lingma swe-gpt: An open development-process-centric language model for automated software improvement. arXiv preprint arXiv:2411.00622, 2024. · arXiv
  12. Jiayi Pan, Xingyao Wang, Graham Neubig, Navdeep Jaitly, Heng Ji, Alane Suhr, and Yizhe Zhang. Training software engineering agents and verifiers with swe-gym. arXiv preprint arXiv:2412.21139, 2024. · arXiv
  13. Jiahao Qiu, Xinzhe Juan, Yimin Wang, Ling Yang, Xuan Qi, Tongcheng Zhang, Jiacheng Guo, Yifu Lu, Zixin Yao, Hongru Wang, et al. Agentdistill: Training-free agent distillation with generalizable mcp boxes. arXiv preprint arXiv:2506.14728, 2025. · arXiv
  14. Yuheng Tang, Kaijie Zhu, Bonan Ruan, Chuqi Zhang, Michael Yang, Hongwei Li, Suyue Guo, Tianneng Shi, Zekun Li, Christopher Kruegel, et al. Devops-gym: Benchmarking ai agents in software devops cycle. In International Conference on Learning Representations, volume 2026, pp. 13021-13045, 2026.
  15. Wei Tao, Yucheng Zhou, Yanlin Wang, Wenqiang Zhang, Hongyu Zhang, and Yu Cheng. Magis: Llm-based multi-agent framework for github issue resolution. Advances in Neural Information Processing Systems, 37:51963-51993, 2024.
  16. Boshi Wang, Weijian Xu, Yunsheng Li, Xuemei Gao, Yujia Xie, Huan Sun, and Dongdong Chen. Improving code localization with repository memory. In International Conference on Learning Representations, volume 2026, pp. 111266-111285, 2026a.
  17. Xingyao Wang, Yangyi Chen, Lifan Yuan, Yizhe Zhang, Yunzhu Li, Hao Peng, and Heng Ji. Executable code actions elicit better llm agents. arXiv preprint arXiv:2402.01030, 2024. · arXiv
  18. Xingyao Wang, Boxuan Li, Yufan Song, Frank F Xu, Xiangru Tang, Mingchen Zhuge, Jiayi Pan, Yueqi Song, Bowen Li, Jaskirat Singh, et al. Openhands: An open platform for ai software developers as generalist agents. In International Conference on Learning Representations, volume 2025, pp. 65882-65919, 2025.
  19. Yifei Wang, Ruiyin Li, Peng Liang, Qiong Feng, Zengyang Li, Mojtaba Shahin, and Arif Ali Khan. Codeteam: An llm-powered multi-agent framework for repository-level code generation. arXiv preprint arXiv:2606.22082, 2026b. · arXiv
  20. Chunqiu Steven Xia, Yinlin Deng, Soren Dunn, and Lingming Zhang. Demystifying llm-based software engineering agents. Proceedings of the ACM on Software Engineering, 2(FSE):801-824, 2025.
  21. Anyi Xu, Bangcai Lin, Bing Xue, Bingxuan Wang, Bingzheng Xu, Bochao Wu, Bowei Zhang, Chaofan Lin, Chen Dong, Chenchen Ling, et al. Deepseek-v4: Towards highly efficient milliontoken context intelligence. arXiv preprint arXiv:2606.19348, 2026. · arXiv
  22. An Yang, Anfeng Li, Baosong Yang, Beichen Zhang, Binyuan Hui, Bo Zheng, Bowen Yu, Chang Gao, Chengen Huang, Chenxu Lv, et al. Qwen3 technical report. arXiv preprint arXiv:2505.09388, 2025. · arXiv
  23. John Yang, Carlos Jimenez, Alexander Wettig, Kilian Lieret, Shunyu Yao, Karthik Narasimhan, and Ofir Press. Swe-agent: Agent-computer interfaces enable automated software engineering. Advances in Neural Information Processing Systems, 37:50528-50652, 2024.
  24. John Yang, Kilian Lieret, Carlos Jimenez, Alexander Wettig, Kabir Khandpur, Yanzhe Zhang, Binyuan Hui, Ofir Press, Ludwig Schmidt, and Diyi Yang. Swe-smith: Scaling data for software engineering agents. Advances in Neural Information Processing Systems, 38, 2026.
  25. Yuntong Zhang, Haifeng Ruan, Zhiyu Fan, and Abhik Roychoudhury. Autocoderover: Autonomous program improvement. In Proceedings of the 33rd ACM SIGSOFT International Symposium on Software Testing and Analysis, pp. 1592-1604, 2024.

Metadata

Authors
Jin, H., Li, X., Kuang, P., & Wang, H.
Affiliations
  • University of Illinois Urbana-Champaign (US)
  • Pennsylvania State University (US)
Venue
arXiv
Publisher
arXiv
Published
2026
ISSN
2331-8422 (ISSN-L)
OpenAlex
W7221031359
Cited by
0
References
2
Type
posted content
Language
en
Open access
Locations
  • arXiv (Cornell University) (submittedVersion)
  • arXiv (Cornell University) (cc-by)
Topics
  • Physical Sciences › Computer Science › Information Systems › Software Engineering Research
  • Physical Sciences › Computer Science › Information Systems › Software Engineering Techniques and Practices
  • Physical Sciences › Computer Science › Software › Advanced Software Engineering Methodologies
Keywords
software engineering agents, large language models, bug diagnosis, semantic drift, inference cost reduction

About these checks

Registry, retraction, Cites and statistics results are computed, not judged, with one exception: a printed reference that no index lists is read once by a model before it counts as a citation error. Claims are extracted by a model and kept only when their quote appears verbatim in the text; each cited source is then checked, with a model’s help, for whether it says what the claim relies on. Those verdicts can be wrong — read the claim’s quote and the cited source before relying on one.

A language model drew the claims from the paper on 2026-10-09, under version 3 of the claim definition (model deepseek-v4.1-flash, prompt extract-v3).

A second model labelled each claim on 2026-10-09 (model jev-1.13-20260917, definition revision gold-guideline-v0.2).

Statistics and arithmetic are recomputed, not judged.

Confidence bands are shown only for fields calibrated on our annotated test set. None is calibrated yet, so no band is shown.

What counts as a claim ›How we measure confidence ›How we check this ›

Are you an author, or do you see a problem with this page? Request a review