---
source: arxiv
url: http://arxiv.org/abs/2604.04990v1
published_at: '2026-04-05T07:32:37'
authors:
- Phongsakon Mark Konrad
- Tim Lukas Adam
- Riccardo Terrenzi
- Serkan Ayvaz
topics:
- ai-coding-agents
- software-architecture
- prompt-engineering
- code-generation
- multi-agent-software-engineering
relevance_score: 0.94
run_id: materialize-outputs
language_code: zh-CN
---

# Architecture Without Architects: How AI Coding Agents Shape Software Architecture

## Summary
## 摘要
这篇立场论文认为，AI 编码代理已经在做软件架构决策，而且往往没有审查，也没有记录理由。论文提出了一个模型，说明提示词如何推动基础设施选择，并用一个小型案例研究展示，仅改变提示词措辞就会产生不同的系统架构。

## 问题
- 论文研究编码代理在生成代码时如何选择框架、数据库、集成方式和拆分策略，即使团队并不把这些选择当作架构决策。
- 这很重要，因为这些决策发生得很快，往往一起出现，而且通常不会留下 ADR、设计文档或审查记录，这会带来治理、安全和维护风险。
- 论文还认为，结构化输出、工具访问和检索要求等提示词特征可以强制增加基础设施，所以提示词可以充当架构规范。

## 方法
- 作者从编码工具调查中归纳出 **五种** 代理驱动的架构选择机制：模型选择、任务拆分、默认配置、脚手架/自主生成，以及集成协议。
- 他们提出了 **六种** 提示词-架构耦合模式，并分为约束、能力和上下文三类：结构化输出、少样本选择、函数调用、ReAct 推理、RAG 和上下文压缩。
- 他们把这些耦合分成 **偶发型**，当更强的模型能力可能减少额外基础设施时，以及 **基础型**，当基础设施在逻辑上就是必需的时候，例如工具编排。
- 他们做了一个说明性案例研究，使用 Claude Code 的默认设置独立生成三个客户服务聊天机器人变体，同时把运行时模型固定为 GPT-4o-mini，只改变提示词措辞。
- 他们用这个案例研究追踪提示词具体程度如何改变组件、依赖和失败模式，然后讨论审查实践、ADR 生成和面向架构的治理工具。

## 结果
- 主要的具体结果是，在同一任务上，仅仅改变提示词措辞就会导致架构分化：变体 A（“根据 FAQ 回答产品问题”）生成了 **141 行代码、2 个文件**；变体 B（带模式验证的结构化 JSON）生成了 **472 行代码、4 个文件**；变体 C（带工具访问）生成了 **827 行代码、6 个文件**。
- 相比变体 A，最复杂的变体代码量大约增加了 **5.9 倍**（**141 → 827 行代码**），文件数增加了 **3 倍**（**2 → 6 个文件**）。
- 结构化输出增加了更简单提示词中没有的具体组件：**Zod 模式、重试处理器、回退生成器**。工具访问增加了 **工具注册表、代理循环、SQLite 状态存储**。
- 论文提出了 **五种代理决策机制** 和 **六种重复出现的耦合模式**，但这些是分析性贡献，不是经过实证验证的基准。
- 论文没有给出数据集、任务成功率，或与人类设计架构和其他代理的对比等定量准确率或基准结果。证据来自工具调查和一个说明性案例研究。

## Problem

## Approach

## Results

## Link
- [http://arxiv.org/abs/2604.04990v1](http://arxiv.org/abs/2604.04990v1)