This paper asks what happens to an open-source project when it starts accepting pull requests from an autonomous AI Coding Agent, and whether the answer depends on the project having already used an AI-assisted IDE. The authors distinguish two paradigms: pre-agentic, IDE-based assistants such as early GitHub Copilot and Cursor, which offer synchronous suggestions a developer accepts or rejects while typing, and coding agents such as OpenAI Codex, Claude Code, Devin and the Cursor Agent, which work asynchronously at repository level and contribute whole pull requests. They list four dimensions in which agents differ from assistants — autonomy, scope, planning and interaction — and argue that while IDE assistants have been studied extensively, the real-world effects of repository-level agents remain largely unexplored.

The study builds on the AIDev dataset (v3), defining a repository’s adoption date as the earliest month containing an agent-attributed pull request. Because AIDev’s coverage begins in December 2024 while most agentic tools were released earlier, the authors retrospectively parsed all pull requests from January 2024 to November 2025, and attributed them to agents through a cascade of signals — branch prefixes, pull-request author logins, first-commit author names, GitHub’s bot actor type, and for Claude Code, co-authorship strings in pull-request text — reporting that this surfaced misclassifications and missing pull requests in the original dataset. Treated repositories are split into agent-first (AF), with no trace of an AI IDE during the collection period, and IDE-first (IF), where configuration artifacts for GitHub Copilot, Cursor or Windsurf appear in the repository before its first agentic pull request. After propensity-score matching, the samples contain 401 AF repositories matched to 606 controls and 117 IF repositories matched to 73 controls. Effects are estimated with a staggered difference-in-differences design using the Borusyak et al. imputation estimator, with velocity measured as monthly commits and lines added and quality as SonarQube static-analysis warnings, duplicated-line density and cognitive complexity.

The method follows earlier work on Cursor adoption, which the paper summarizes as finding short-term velocity gains but increased technical debt. Their reading of the new results is that autonomous agents amplify that speed–maintainability trade-off: velocity benefits depend on prior AI exposure, but the quality cost does not.

Key Points

  • Velocity gains appear only when the agent is the repository’s first observable AI tool. On average, AF repositories see +36.3% commits and +76.6% lines added after adoption; IF repositories see +3.1% and −6.3%.
  • The AF gains are front-loaded: roughly +111% commits and +216% lines added in the adoption month, with lines added remaining about +49% to +109% above the counterfactual through six months later.
  • IF repositories show only a short-lived bump — commits up 16–28% from the adoption month through two months after — before estimates return to near zero and eventually turn negative, at about −61% lines and −35% commits six months after adoption.
  • The authors interpret this as diminishing returns: IF repositories have already absorbed productivity gains from AI IDEs and, being more mature — more starred, forked and active with pull requests — likely face coordination, triage and review overhead that offsets localized agent speed-ups.
  • Quality risks are persistent regardless of prior AI exposure: across both groups, static-analysis warnings rise by about 18% and cognitive complexity by about 39%.
  • Complexity keeps accumulating over time — in AF repositories from +20.7% in the adoption month to about +49% five months later, and in IF repositories at roughly +15% to +62% through six months. The authors call this agent-induced complexity debt.
  • Duplication effects are small and inconsistent, which the authors read as quality risk coming from structural complexity rather than copy-paste proliferation.
  • Comment density rises substantially in IF repositories (about +22% on average and over +30% by six months) but not in AF repositories, hinting that teams already using AI IDEs also rely on agents for documentation.

Notes

The authors note isolated significant pre-treatment coefficients for static-analysis warnings and code complexity, which they do not consider pervasive enough to indicate a sustained pre-trend but describe as concerning and as a limitation of the quasi-experimental design and the underlying data. Their estimates are to be read as intent-to-treat effects of observable agent adoption, since usage intensity and developer-level interaction cannot be measured directly.

From these results they argue that velocity increases alone will not suffice: agent adoption needs to be paired with quality safeguards such as complexity-aware review of agent pull requests, routine refactoring and comprehensive automated tests; teams already using AI IDEs should not assume additive productivity and may deploy agents selectively or for tightly scoped tasks; maintainability metrics should be surfaced in agent planning and prompting; and provenance tracking and transparency of agent-generated changes remain essential.

The paper was published at the 23rd International Conference on Mining Software Repositories (MSR ‘26), April 13–14, 2026, in Rio de Janeiro, under a Creative Commons Attribution 4.0 license (DOI 10.1145/3793302.3793589). The version extracted here is arXiv:2601.13597v2 [cs.SE], stamped 27 January 2026. All three authors are affiliated with Carnegie Mellon University, and a replication package is published on GitHub.