夜雨聆风学习资料网

ARTICLE · 1206778

为AI而架构:软件架构正在被AI重新设计

为AI而架构:软件架构正在被AI重新设计

AI Agent 写代码已成日常,但一个残酷的数据是:在严格前后端分离的项目里,AI 的有效产出可能只有全栈 Monorepo 环境下的 40%。问题不在模型,而在架构——过去为人类"分而治之"设计的架构,正在被为 AI"统揽全局"重新设计。

一个判断

AI 时代的架构设计,本质上是在为"人机协作"设计接口和规则:让人做指挥官,让 AI 做工程队。架构不再是给人看的图纸,而是给 AI 用的"操作说明书"。

01  仓库结构之变:从"分而治之"到"统揽全局"

Monorepo(单一仓库)在 AI 编程时代价值凸显:前后端、共享类型、API 契约全部集中一处,AI Agent 能"看见"系统全貌,并可在一次提交中完成跨服务的原子化修改。

📊 实测数据:在严格拆分的前后端分离项目中,AI Agent 的有效产出可能只有全栈 Monorepo 环境下的 40%——差距主要源于上下文切换成本:AI 每切换一个仓库,就要重新理解一次项目约定、类型定义和依赖关系。

02  黄金法则:缩小 AI 的"问题视野"

AI 的上下文窗口有限,且存在 "中段信息丢失"(Lost in the Middle)现象——放在上下文中间的信息最容易被忽略。因此:

缩小 AI 单次任务必须同时容纳的问题范围,是 AI 原生架构的黄金法则。

由此衍生出三种 AI 友好的架构模式👇

03  模式一:垂直切片架构

按业务功能而非技术层来组织代码。每个功能(如"密码重置")拥有从数据库到 UI 的完整实现,形成一个自包含的文件夹——而不是传统的 Controller/Service/DAO 横切分层。

📁 每个切片 = 一个可独立理解、实现和测试的"糖果"

🎯 AI 只需聚焦一个切片内的少量文件,上下文高度集中

🚫 避免在多个技术层之间来回跳转,丢上下文

04  模式二:骨架式架构

核心思想:先定义稳定的、可编译的"骨架"(接口、类型、抽象类),再将具体实现填充进去。

🦴 骨架是一份强约束的"契约",明确了模块边界和交互方式。AI 生成实现代码时,只需填充逻辑,无需自行设计结构——极大降低了"结构性幻觉"(比如引用一个根本不存在的类)的风险。

典型分工

Architect Agent 写接口 → Coder Agent 填实现骨架定边界,实现随便换,架构不漂移

05  模式三:原子化架构

微观层面,把系统拆解为不可再分的"原子"——独立、无状态的工具函数、UI 组件——再组合成更复杂的单元。

⚛️ 让 AI 一次只生成一个"原子",任务小到没有幻觉空间

✅ 代码高度聚焦、易于验证,组合优于生成

06  关键实践:驾驭工程(Harness Engineering)

"Harness"指包裹在模型之外,用于约束、引导和支撑其工作的整套运行框架:

Agent = Model + Harness模型是大脑,Harness 是让大脑能干活的"躯体"。

四个核心实践,逐个拆解👇

07  实践一:接口先行 + 测试驱动

🔌 接口先行 架构 Agent 先定义类型和接口,编码 Agent 基于接口实现——避免 AI 上下文超载,保证实现与设计一致。

🧪 测试驱动(TDM) 用测试用例作为精确的约束:人类写测试,AI 写实现,红-绿-重构循环自动保证质量。测试失败信息能精准定位问题,引导 AI 高效修复。

08  实践二:机器可读的反馈闭环

一个 AI 优化的代码库,所有工具(类型检查、Linter、测试)都应输出结构化、可解析的错误信息:

❌ error: something went wrong

✅ error[TS2345]: src/user.ts:42:17 — argument of type 'string' is not assignable to 'UserId'. Fix: use UserId.parse(id)

包含精确的 文件:行:列 位置和修复建议——AI 把错误信息当"文档"读,从而能自主调试和修正代码,形成闭环。

09  实践三:DSL 作为"确定性中间层"

纯自然语言生成代码存在"熵增"问题:同一意图,每次生成不同的代码,维护成本极高。解法是引入领域特定语言(DSL)作为确定性的中间表示:

🔒 DSL 锁定核心领域模型(实体、聚合、读写契约)

🎲 只让 LLM 生成高熵的"胶水代码"

🏭 确定性引擎渲染出 80% 的结构化代码(如 DDD/CQRS 骨架)

💡 一句话:确定性的事交给确定性引擎,创造性的事才交给 AI——既要灵活性,也要架构稳定一致。

10  实践四:从单体 Agent 到多 Agent 协作

复杂任务由多个特定角色的 Agent 协同完成,形成 "心智社会"(Society of Mind):

📋 PM Agent 需求拆解

📐 Architect Agent 接口设计

⌨️ Coder Agent 编码实现

🔍 Reviewer Agent 对抗性审查

🧪 QA Agent 沙箱测试

11  四大核心原则

原则
手段
👁️ 优化上下文可见性
Monorepo、垂直切片,让 AI 看到需要的全部信息
🚧 提供强约束与明确边界
骨架架构、接口先行、DSL,压缩 AI 的自由发挥空间
🔄 构建自动化反馈回路
测试驱动、机器可读错误,让 AI 自我验证修正
👥 组织分工与协作
多 Agent 协作、Harness Engineering,结构化分解执行

一句话总结

过去的架构为人"分而治之",未来的架构为 AI"统揽全局"。好的 AI 原生架构不是让 AI 更聪明,而是让 AI 不需要聪明就能做对。

相关学习资料