More-capable language models produce bloated, tightly coupled code that accrues architectural debt, and code volume reliably predicts this structural decay; functional correctness and detailed prompting do not stop the rot, implying AI-assisted software engineering must add architectural foresight to avoid mounting maintenance costs.

Main Finding

AI code-generation agents (both single LLMs and multi-agent systems) routinely produce functionally correct software that nevertheless accumulates distinct, systematically different technical debt. As model capability and system complexity increase, generated code becomes larger, more coupled, and architecturally degraded. The authors identify a Reasoning–Complexity trade-off and a near-deterministic "Volume–Quality Inverse Law": total lines of code (TLoC) is a near-perfect predictor of structural decay. Functional correctness and detailed prompting do not reliably prevent this architectural rot.

Key Points

• Reasoning–Complexity Trade-off: More capable models (and agentic approaches) better solve logic but tend to concentrate complexity (e.g., long methods) or create tightly coupled modules to achieve correctness.
• Volume–Quality Inverse Law: Code volume (TLoC) strongly predicts architectural degradation; bigger repositories produced by agents correlate with more and worse architectural smells.
• Machine signature of technical debt: Agents show characteristic smells distinct from humans:
  • Algorithmic tasks: Long Method, Temporal Fields (poor state encapsulation).
  • Multi-file systems: God Class / Too Many Branches, Unstable Dependency (tight coupling), Redundant Implementations, Potential Improper API Usage.
• Modular Mirage: Agents often create superficial modularity (files/packages) without semantic cohesion — the structure looks modular but components remain tightly coupled.
• Prompting and correctness decoupled from maintainability: Few-shot / more detailed prompts and achieving runnable, correct code do not reliably reduce structural/architectural smells.
• Taxonomy and longitudinal view: The paper offers a taxonomy of AI-specific smells and shows architectural rot increases with system scale over agent-produced development lifecycles.

Data & Methods

• Two experiments:
• Experiment I (algorithmic tasks) - Dataset: 90 problems sampled from CodeContest. - Models evaluated: Gemini 2.5 Pro, Llama 3.3:70b, deepseek-coder-v2:16b, qwen3-coder:30b and qwen3-coder:480b. - Prompting: Zero-shot baseline vs structured few-shot prompt with coding specs and boilerplate. - Baseline: Human-authored solutions (one per problem) analyzed similarly. - Analysis tool: PyExamine static analyzer to detect code-level, structural, and architectural smells; aggregated counts and distributions per solution.
• Experiment II (system-level, multi-agent) - Framework: MetaGPT multi-agent orchestration (with Qwen-Coder 480B as the underlying LLM). - Task: Generate full multi-file Python repositories from product requirements; prompts required OOP and modular structure. - Analysis: Collected full repositories and applied PyExamine to detect higher-level architectural anomalies (e.g., cyclic dependencies, God objects). - Replication: Generated repositories and prompts packaged for release (per paper).
• Key empirical observations: systematic increase in smell density with TLoC and model capability; prompting specificity and functional correctness did not mitigate smell accumulation.

Implications for AI Economics

• Hidden maintenance costs undermine simple productivity gains:
  • Short-term gains from faster code generation can be offset by increased long-term maintenance effort and technical debt remediation. Firms that evaluate AI benefits only on delivery speed or functional correctness risk underestimating total cost of ownership.
• Reallocation of labor and changing skills premium:
  • Demand is likely to shift from routine coding toward system architects, maintainers, and engineering managers capable of diagnosing and reversing agent-induced architectural decay. This may raise wages for architectural skills and refactoring expertise.
• New markets and product opportunities:
  • There is commercial value in tools and services that (a) detect AI-specific architectural smells, (b) automate architectural foresight and high-level planning, and (c) perform large-scale refactorings. Investors should prioritize startups and R&D that target architectural management for agent-generated code.
• Investment and R&D priorities:
  • Research that equips agents with explicit architectural foresight (planning, constraints, modularity enforcement, long-term state modeling) is crucial. Funding and corporate R&D should tilt toward agents that optimize maintainability metrics, not just correctness/performance.
• Risk management, procurement, and contracting:
  • Procurement processes and contracting for AI-assisted development should incorporate measures beyond functionality (e.g., TLoC budgets, smell thresholds, SLAs for maintainability, scheduled refactoring costs).
• Competitive dynamics and strategic positioning:
  • Companies that integrate architectural quality controls and specialized maintainability workflows will have durable advantages. Conversely, rapid proliferation of agent-generated but poorly maintainable code could raise systemic operational risks across software-dependent industries.
• Measurement and valuation challenges:
  • Traditional productivity metrics (lines of delivered code, time-to-first-working-version) become misleading when architectural decay is not accounted for. Firms and economists should develop better metrics for “sustainable productivity” that include technical debt discounting.
• Policy and regulatory considerations:
  • If agent-driven production materially increases systemic fragility (hard-to-maintain critical software), regulators or industry bodies may require standards for maintainability in certain domains (finance, healthcare, infrastructure), affecting compliance costs and adoption rates.

Actionable near-term recommendations for economic actors: - For firms: include technical-debt forecasts and TLoC-based risk checks in ROI models for agentic development pilots. - For investors/R&D managers: prioritize tooling and agent designs that explicitly model long-term architecture and enforce cohesion/coupling constraints. - For teams adopting agents: pair agents with human architects and invest in continuous architectural QA (smell detection, scheduled refactors) rather than treating generated code as final deliverables.

Summary takeaway: LLM agents materially change how code is produced but do not (yet) eliminate software engineering costs. The economic value of agentic coding will depend less on raw generation capacity and more on managing the architectural complexity and long-term maintainability that agents systematically introduce.