#AI in Software Engineering
#Concise Definition
AI in software engineering is the use of machine-learning models, chiefly large language models trained on source code and text, to assist or automate programming tasks: completing code, writing functions from descriptions, explaining and refactoring code, generating tests, reviewing changes and, in agentic form, resolving issues in whole repositories. This article concerns how these tools are used and what has been measured about their effects; the underlying model techniques are in TECH-CODE-001 and the capability benchmarks in CAP-CODE-001.
#Overview & Significance
Software development is an early large-scale setting for generative AI because its outputs can be checked mechanically (compilers, tests) and because developers adopt tools quickly. It is also a setting where empirical productivity studies have been run, and where the results disagree in instructive ways. Three evidence classes are separated throughout:
| Class | Meaning | Examples below |
|---|---|---|
| Deployed product | Tools in routine professional use | Inline code completion and chat assistants; agentic coding tools |
| Validated result | Randomised or field-experimental measurement | Controlled and field experiments on developer productivity; user studies on security |
| Research demonstration | Benchmarks and prototypes | HumanEval, SWE-bench, competition-level code generation |
Benchmarks measure what a model can do on a defined task set; productivity trials measure what happens when people use it; neither alone shows effects on software quality, maintenance cost or delivery outcomes.
#Historical Development
Program synthesis and code completion existed before neural language models. The transformer era began for code with Codex, a GPT model fine-tuned on public GitHub code, reported in 2021; a distinct production version powered the first GitHub Copilot, and the paper introduced the HumanEval benchmark (Chen et al., 2021). In 2022 AlphaCode reported an average ranking in the top 54.3% in simulated Codeforces contests (Li et al., 2022). Early field work on Copilot examined perceived productivity (Ziegler et al., 2022), a controlled experiment (Peng et al., 2023) and security of suggestions (Pearce et al., 2022). In 2023 the SWE-bench benchmark moved evaluation from isolated functions to resolving real repository issues (Jimenez et al., 2024), and in 2024 SWE-agent showed that the interface given to a model matters (Yang et al., 2024). Field experiments at firms and a randomised trial on experienced open-source developers followed (Cui et al., 2026; Becker et al., 2025).
#Technical / Conceptual Explanation
Code completion and generation. A language model defines over code and text tokens. Given a prefix and surrounding context, the tool samples or ranks continuations.
Functional-correctness evaluation. Because code can be executed, a standard metric is pass@: the probability that at least one of sampled programs passes the unit tests. With samples per problem of which pass, the unbiased estimator is
Chen et al. (2021) reported that a Codex model solved 28.8% of HumanEval problems with a single sample, and 70.2% with 100 samples per problem, illustrating how sampling plus verification can raise success when tests exist.
Repository-level agents. An agent receives an issue, explores files, edits code, runs tests and iterates. SWE-bench frames this as: given a codebase and an issue description, produce a patch that makes hidden tests pass (Jimenez et al., 2024). SWE-agent reported that a custom agent-computer interface improved performance on that benchmark (Yang et al., 2024).
Why scores change quickly. The original SWE-bench paper reported that the best model resolved 1.96% of issues (Jimenez et al., 2024). Scores on such benchmarks have since changed by large factors as models and scaffolds improved, so current numbers are not recorded here; use the Living Reference collection MODEL-001 and CAP-CODE-001. Benchmark saturation, test-suite weakness and contamination of public repositories in training data are standing concerns (see CAP-BENCH-001).
#Types, Components & Classifications
- Inline completion: low-latency suggestions in an editor.
- Chat and explanation assistants: question answering about code, documentation, refactoring.
- Test and review assistants: generating unit tests, flagging defects in pull requests.
- Agentic coding: multi-step systems operating on a repository or terminal (see TECH-AGENT-001 and CAP-AGENTEVAL-001).
- Competition-style synthesis: large-scale sampling and filtering for contest problems (Li et al., 2022); a research setting rather than everyday practice.
#Applications & Concrete Examples
#6.1 Deployed products
Commercial assistants are widely used by professional developers. The first major product was GitHub Copilot, powered by a production version of Codex (Chen et al., 2021). Product names and adoption statistics change often and are vendor-reported; they are not tabulated here.
#6.2 Validated results (experiments and field studies)
| Study | Design | Population | Reported finding |
|---|---|---|---|
| Peng et al. (2023) | Controlled experiment, 2023 | Recruited developers implementing an HTTP server in JavaScript | Treatment group with Copilot completed the task 55.8% faster |
| Cui et al. (2026; SSRN 2024) | Three randomised field experiments at Microsoft, Accenture and an anonymous Fortune 100 firm | 4,867 developers combined | 26.08% increase in completed tasks (standard error 10.3%); results noisy and varying across experiments; larger gains for less experienced developers |
| Becker et al. (2025) | Randomised controlled trial, tasks randomly assigned to allow or disallow AI (tools of February-June 2025) | 16 experienced open-source developers, 246 tasks in mature projects | Allowing AI increased completion time by 19%; developers had forecast a 24% reduction |
| Ziegler et al. (2022) | Survey plus usage telemetry | Copilot users | Acceptance rate of suggestions, rather than persistence in code, drove perceived productivity |
These results are not contradictory once settings are compared: the first is a short greenfield task; the second a large multi-firm study with an outcome of completed tasks; the third a small trial of experienced maintainers working on their own large codebases. The third study is small (16 developers); its authors examine 20 candidate explanations for the slowdown and caution that experimental artifacts cannot be entirely ruled out, and the result should not be read as applying to all software work. Each measures a different construct, and none measures defect rates or long-term maintenance cost.
#6.3 Security evidence
- Prompting Copilot in 89 scenarios relevant to high-risk weakness categories produced 1,689 programs, of which approximately 40% were found vulnerable (Pearce et al., 2022). This tests an early (2021) version of the tool.
- In a user study, participants with access to an assistant based on a Codex model wrote significantly less secure code than those without it, and were more likely to believe their code was secure (Perry et al., 2023).
#6.4 Research demonstrations
Competition-level synthesis (Li et al., 2022), HumanEval results and SWE-bench results are demonstrations of capability under benchmark conditions. They do not by themselves predict productivity effects in practice.
#Advantages, Limitations & Unresolved Questions
Advantages. Faster completion of well-specified, bounded tasks (Peng et al., 2023); larger measured gains for less experienced developers (Cui et al., 2026); executable verification makes some outputs checkable.
Limitations.
- Productivity is task- and population-dependent. An RCT with experienced developers working in familiar large codebases found slower completion with AI, even though the developers believed AI had sped them up (Becker et al., 2025). Self-reported productivity can diverge from measured time.
- Security and over-trust. Evidence from 2021-22 assistants suggests insecure suggestions and misplaced confidence (Pearce et al., 2022; Perry et al., 2023). These results predate current tools and should be re-measured, not assumed unchanged.
- Benchmark validity. Hidden-test success is not equivalent to a mergeable, maintainable change; test suites can be incomplete.
- Evidence gaps. Few studies follow code quality, incident rates or maintenance burden over time [VERIFICATION NEEDED: no such long-run study was confirmed during drafting].
Unresolved questions. How effects scale with model capability and agentic autonomy; whether novice gains reflect learning or dependence (cf. APP-EDU-001); how review workload shifts to humans; what happens to demand for different software roles (see ECON-LABOR-001).
#Current State of Knowledge
As of 2026-10-15: AI coding assistants are in routine professional use (Well Supported, adoption figures vendor-reported). The sign and size of productivity effects depend on task type, developer experience and tool generation (Contested for experienced developers on large familiar codebases; Well Supported that gains appear on short, well-specified tasks). Published evidence on security is dated and mixed with respect to current tools (Preliminary). Capability benchmarks have advanced rapidly; any figure quoted without a date should be treated as stale.
#Future Trajectory & Strategic Outlook
Near-term (0-3 years): expansion of agentic workflows with human review; better-designed trials measuring defects and maintenance. Medium-term (3-10 years): shifts in task mix and review practice; open questions on verification at scale. Long-term claims about full automation of software engineering are speculative (see AGI-PATH-001 for the broader discussion).
| Field | Content |
|---|---|
| Forecast ID | FCST-SW-001 |
| Forecast Statement | A peer-reviewed randomised trial of experienced developers working on their own mature codebases will report a statistically significant reduction in task completion time with AI tools. |
| Operational Definition | At least 50 developers with several years of experience on the target repositories, task-level randomisation, completion-time outcome, 95% interval excluding zero in favour of AI, published in a peer-reviewed venue. |
| Time Horizon | By 2028-12-31 |
| Assumptions | Tool capability and developer familiarity continue to improve; researchers run larger trials. |
| Confidence Level | Medium (about 55%); editorial judgement. |
| Alternative Scenarios | Results remain mixed or null; gains appear only for specific task types. |
| Review Schedule | Annual review each October; final evaluation January 2029. |
| Status | Active |
Sources, evidence and revision historyReferences · Evidential Classification Matrix · Revision History
#References & Foundational Literature
- Becker, J., Rush, N., Barnes, E., & Rein, D. (2025). Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity. arXiv:2507.09089. https://arxiv.org/abs/2507.09089. [RCT with 16 developers and 246 tasks finding a 19% increase in completion time with AI.]
- Chen, M., Tworek, J., Jun, H., et al. (2021). Evaluating Large Language Models Trained on Code. arXiv:2107.03374. https://arxiv.org/abs/2107.03374. [Introduces Codex and HumanEval; 28.8% single-sample and 70.2% at 100 samples.]
- Cui, K. Z., Demirer, M., Jaffe, S., Musolff, L., Peng, S., & Salz, T. (2026). The Effects of Generative AI on High-Skilled Work: Evidence from Three Field Experiments with Software Developers. Management Science. https://doi.org/10.1287/mnsc.2025.00535 (earlier version: SSRN, 2024, https://doi.org/10.2139/ssrn.4945566). [26.08% increase in completed tasks across three field experiments with 4,867 developers.]
- Jimenez, C. E., Yang, J., Wettig, A., Yao, S., Pei, K., Press, O., & Narasimhan, K. (2024). SWE-bench: Can Language Models Resolve Real-World GitHub Issues? ICLR 2024; arXiv:2310.06770. https://arxiv.org/abs/2310.06770. [Benchmark of 2,294 repository issues; best model then resolved 1.96%.]
- Li, Y., Choi, D., Chung, J., et al. (2022). Competition-level code generation with AlphaCode. Science, 378(6624), 1092-1097. https://doi.org/10.1126/science.abq1158. [Average rank in the top 54.3% in simulated Codeforces contests.]
- Pearce, H., Ahmad, B., Tan, B., Dolan-Gavitt, B., & Karri, R. (2022). Asleep at the Keyboard? Assessing the Security of GitHub Copilot's Code Contributions. IEEE Symposium on Security and Privacy 2022; arXiv:2108.09293. https://arxiv.org/abs/2108.09293. [About 40% of 1,689 generated programs vulnerable in 89 scenarios.]
- Peng, S., Kalliamvakou, E., Cihon, P., & Demirer, M. (2023). The Impact of AI on Developer Productivity: Evidence from GitHub Copilot. arXiv:2302.06590. https://arxiv.org/abs/2302.06590. [Controlled experiment: 55.8% faster completion.]
- Perry, N., Srivastava, M., Kumar, D., & Boneh, D. (2023). Do Users Write More Insecure Code with AI Assistants? ACM CCS 2023; arXiv:2211.03622. https://arxiv.org/abs/2211.03622. [User study: assistant users wrote significantly less secure code and were more confident.]
- Yang, J., Jimenez, C. E., Wettig, A., Lieret, K., Yao, S., Narasimhan, K., & Press, O. (2024). SWE-agent: Agent-Computer Interfaces Enable Automated Software Engineering. arXiv:2405.15793. https://arxiv.org/abs/2405.15793. [Agent-computer interface improves benchmark performance.]
- Ziegler, A., Kalliamvakou, E., Simister, S., Sittampalam, G., Li, A., Rice, A., Rifkin, D., & Aftandilian, E. (2022). Productivity Assessment of Neural Code Completion. arXiv:2205.06537. https://arxiv.org/abs/2205.06537. [Suggestion acceptance rate drives perceived productivity.]
#Evidential Classification Matrix
| Section / Claim | Evidence Category | Supporting Source | Confidence / Status |
|---|---|---|---|
| Codex HumanEval pass rates | Well Supported (developer-reported, reproducible benchmark) | Chen et al. (2021) | High for that model and date |
| Faster completion on a bounded task | Well Supported | Peng et al. (2023) | Moderate; single task |
| Increase in completed tasks in firm field experiments | Well Supported | Cui et al. (2026) | Moderate; noisy across experiments |
| Slowdown for experienced developers on own repositories | Preliminary | Becker et al. (2025) | Moderate-Low; 16 developers, preprint |
| Insecure suggestions and over-confidence (2021-22 tools) | Well Supported for those tools | Pearce et al. (2022); Perry et al. (2023) | Moderate; dated |
| Benchmark scores reflect real-world productivity | Contested | Jimenez et al. (2024); Becker et al. (2025) | Low |
| Long-run quality effects | Hypothetical / unmeasured | None confirmed | Open |
| Significant speedup in a future large RCT | Forecast | FCST-SW-001 |
Medium |
#Revision History
- v0.1.0 (2026-10-15): Initial draft. Citations checked against arXiv/Crossref/publisher pages where marked; not independently fact-checked.