AI 系统的康威定律:你的组织架构图就是你的 Agent 架构
每家在构建多 Agent 系统的公司最终都会发现同一个令人不安的事实:他们的 Agent 并没有反映技术架构图,而是反映了组织架构图。
处理客户入职的 Agent 与管理计费的 Agent 协调不好——不是因为技术限制,而是因为构建它们的团队之间本来就不怎么沟通。
康威定律——系统设计会映射构建它的组织的沟通结构——已经有五十年历史了,但从未像现在这样切中要害。在 AI Agent 时代,这条定律不仅适用,而且被放大了。当你的"系统"是一个由自主 Agent 组成的网络在做决策时,每一个组织接缝都会成为潜在的故障点:上下文丢失、交接中断、Agent 各自为局部指标优化而相互冲突。
这条定律对 Agent 的冲击更为剧烈
在传统软件中,康威定律产生的是尴尬的 API 边界和重复的数据存储。烦人,但可以应对。你可以用集成层、共享数据库和 API 网关来掩盖组织功能障碍。
对于 Agent,你做不到这一点。一个 Agent 如果缺少另一个 Agent 三步之前做出的决策上下文,它不只是产生次优结果——而是产生一个充满自信的错误结果。不同于返回错误码的微服务,一个做了错误决策的 Agent 会继续执行下去,在后续步骤中不断叠加错误。
以下是几乎每个构建多 Agent 系统的组织都会上演的模式:
- 市场团队构建内容 Agent,针对互动指标优化
- 销售团队构建线索筛选 Agent,针对转化率优化
- 客服团队构建问题解决 Agent,针对工单关闭时间优化
- 这些 Agent 没有一个共享统一的"客户"理解
市场 Agent 生成的内容吸引来的线索,销售 Agent 无法筛选。销售 Agent 做出的承诺,客服 Agent 无法兑现。每个 Agent 在隔离状态下都运行得很好。但放在一起,它们复制了公司已有的每一个跨职能障碍——只不过现在这些障碍以机器速度执行,没有人类在环路中捕捉矛盾。
Prompt 所有权问题
康威定律在 AI 系统中最突出的表现,是我所说的 Prompt 所有权空白:编写 Prompt 的团队几乎从不拥有评估权。
产品经理定义 Agent 应该做什么。工程师编写系统 Prompt。另一个数据或 ML 团队运行评估。当 Agent 在生产环境中出错时,每个团队都指向其他人。产品说 Prompt 实现错了。工程说需求模糊。评估团 队说没人告诉他们预期行为变了。
这不是人的问题,而是结构性问题。这三个职能之间的沟通开销产生了不断叠加的延迟:
- 产品编写描述期望 Agent 行为的规格说明
- 工程将规格说明翻译为 Prompt 指令(信息丢失 #1)
- 评估团队根据他们对规格说明的理解构建测试用例(信息丢失 #2)
- Prompt 和评估在多次迭代中逐渐偏离(信息丢失 #3)
五次迭代之后,Prompt 已经被优化为通过那些不再代表产品真正需求的评估。而且没人注意到,直到客户投诉,因为组织结构创造了三个独立的反馈回路,而实际上只需要一个整合的回路。
Agent 边界就是团队边界
当团队设计多 Agent 架构时,他们几乎总是按照团队边界来划分 Agent 边界。这感觉很自然——每个团队都有领域专长,所以每个团队都应该拥有其领域的 Agent。但由此产生的架构继承了组织架构图已有的每一个沟通瓶颈。
考虑一个典型的电商公司,搜索、推荐、结账和履约分别由不同团队负责。每个团队为自己的领域构建一个 Agent。多 Agent 系统现在有四个 Agent,其交接点恰好映射了跨团队的沟通模式:
- 搜索 → 推荐:搜索 Agent 将结果传递给推荐 Agent,但它们之间的接口是两个团队协商出来的——通常是最小可行的数据契约。用户搜索某样东西的原因在交接中丢失了。
- 推荐 → 结账:推荐 Agent 推荐产品但对结账限制(库存、物流限制、支付限 制)一无所知。结账团队没有暴露这些约束,因为历史上他们不需要这样做。
- 结账 → 履约:结账 Agent 确认订单时不与履约产能协调,因为它们是独立的团队,有独立的规划周期。
结果是一个技术上能运行的 Agent 流水线,但在每个边界处都丢失了关键上下文——这恰好就是人类组织的做法,只是更快了。
替代方案是围绕用户旅程或业务成果来设计 Agent 边界,而不是围绕团队领地。但这要求团队放弃"他们的"Agent 的所有权,这是一个组织变革,而非技术变革。
治理映射权力结构
Agent 获得多大的自主权,从来不是一个纯技术决策。它映射的是部署它的组织的信任关系和审批层级。
拥有集中式风险管理的组织会产生具有集中式审批门的 Agent。每个重要操作都路由到一个审查瓶颈,这会产生延迟,但与组织实际的决策方式相匹配。拥有分布式权力的组织会产生能够更独立行动的 Agent——但它们也会产生偶尔相互矛盾的 Agent,因为没有关于什么是被允许的单一事实来源。
- https://reynders.co/blog/how-organizations-shape-their-agentic-systems/
- https://uplevelteam.com/blog/ai-engineering-team-structure
- https://fourweekmba.com/conways-law-in-ai-your-org-chart-is-your-ai-architecture/
- https://blog.langchain.com/choosing-the-right-multi-agent-architecture/
- https://medium.com/@mail2rajivgopinath/multi-agent-systems-when-agents-become-organizations-b39d659d1c7f
- https://learn.microsoft.com/en-us/azure/cloud-adoption-framework/ai-agents/single-agent-multiple-agents
