IACDM: Interactive Adversarial Convergence Development Methodology -- A Structured Framework for AI-Assisted Software Development
Not on the map. Why?
Abstract (arXiv)
Adoption of AI-assisted development in 2025 exposed a tool-agnostic failure pattern: experienced developers using frontier models were measurably slower while believing they were faster, and 10.3% of applications in one production showcase leaked data through misconfigured access. These failures share a structural cause, the verification gap: absent external tool use, no language model can determine whether what it generated is correct. The tool is irrelevant; the process is determinative. We present IACDM (Interactive Adversarial Convergence Development Methodology), an 8-phase framework in which verification agents external to the generator operate at discrete gates, and the AI alternates between building artifacts and attacking them through specialized critique lenses. What distinguishes it from the review and red-teaming traditions it borrows from is that the gate is enforced by a state machine outside the model: the agent may request advancement, not grant it. One component has now been tested. A pre-registered experiment over twelve projects under a single frozen instrument asked whether the nineteen lenses are non-redundant, against a prior expectation from replications of Perspective-Based Reading, which found reading perspectives not to differ. Every lens found at least one defect no other lens found, under four independent judgements of what counts as the same defect. Two further results were unplanned: the taxonomy withstands testing while the criterion deciding when to apply it does not, and the method creates commitments nothing ever re-confronts with the built system. The method was otherwise developed at one industrial R&D institute. That evidence establishes applicability, not effectiveness: no project ran without the method, and the proponents are the evaluators. Whether IACDM outperforms direct prompting remains open, and this paper is written to make it refutable.
Key facts. No citing papers in the map yet (data through 14 Oct 2026). Builds on 9 of its 59 references that are in the map. First posted on arXiv 31 Mar 2026.
Builds on
9 of 59 references.
References · 9
- 2023Lost in the Middle: How Language Models Use Long Contextscited by 3,455
- 2023Towards Understanding Sycophancy in Language Modelscited by 1,040
- 2023Large Language Models Cannot Self-Correct Reasoning Yetcited by 1,017
- 2022Discovering Language Model Behaviors with Model-Written Evaluationscited by 836
- 2023Faith and Fate: Limits of Transformers on Compositionalitycited by 503
- 2025Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivitycited by 101
- 2024AutoSafeCoder: A Multi-Agent Framework for Securing LLM Code Generation through Static Analysis and Fuzz Testingcited by 35
- 2024Towards AI-Native Software Engineering (SE 3.0): A Vision and a Challenge Roadmapcited by 30
- 2025The Impact of AI-Generated Solutions on Software Architecture and Productivity: Results from a Survey Studycited by 2
Built on by
Not cited yet.
Similar, not cited
Close in wording, no citation either way
- 2026GTDD: Generative Test-Driven Development for AI Coding Agents with Adversarial Testing
- 2026AI-Generated Smells: An Analysis of Code and Architecture in LLM and Agent-Driven Development
- 2026Assistance to Autonomy: A Systematic Literature Review of Agentic AI across the Software Development Life Cycle
- 2026What Makes a Good Terminal-Agent Benchmark Task: A Guideline for Adversarial, Difficult, and Legible Evaluation Design
- 2025InnoGym: Benchmarking the Innovation Potential of AI Agents
- 2026Code-A1: Adversarial Evolving of Code LLM and Test LLM via Reinforcement Learning
- 2026Agentic AI in the Software Development Lifecycle: Architecture, Empirical Evidence, and the Reshaping of Software Engineering
- 2026Rethinking Software Engineering for Agentic AI Systems