返回文章
架构与边界·约 3 分钟·Kain

AI 不会修正你的愚蠢 —— 两条定律,讲透架构师和 AI 的关系

AI 放大能力,也放大错误;架构师仍需要为边界和判断负责。

AI 不会修正你的愚蠢 —— 两条定律,讲透架构师和 AI 的关系的封面
文章目录

壹:AI 第一定理 —— 没有判断力,就没资格用 AI

在 AI 工具泛滥的今天,很多人产生了一种错觉:只要会写 Prompt,人人都是架构师。

我必须提出一条底线:AI 第一定理 —— 如果你对 AI 产生的结果无法产生判断和分辨,你就不配使用这个 AI 工具。

这不是危言耸听。AI 本质上是一个概率模型,它最擅长的事情就是"一本正经地胡说八道"。

在企业系统里摸爬滚打二十年,我见过太多这样的场景:AI 帮你重构了一段 Java 依赖逻辑,代码跑得过编译,跑不过线上;AI 生成了一条 SQL,语法完美,但上了生产就是慢查询。如果你看不出这些问题,AI 对你来说就不是生产力,而是定时炸弹。

你的判断力,才是你和 AI 之间最后的那道金边。

贰:AI 第二定律 —— 它放大智慧,但更擅长放大愚蠢

大家总在谈论 AI 如何放大智慧,却忽视了一个更残酷的事实。AI 第二定律:相比放大智慧,AI 在放大愚蠢方面更有效。

如果你本身逻辑混乱、对业务理解有偏差,AI 只会用它毁天灭地的执行力,帮你把这些错误瞬间扩散到整个工程。

这两种"放大"的区别是什么?

  • 智慧的放大:你把 A 到 B 的路径定义清楚了,AI 帮你填补中间的万行代码。你省的是体力,AI 执行的是你的意志。
  • 愚蠢的放大:你拍脑袋给了一个模糊的方向,AI 帮你制造出一堆表面光鲜实则腐烂的垃圾堆。你花的也是时间,但全用来给自己挖坑。

我在项目里见过一个典型案例:有人让 AI 帮忙拆微服务,自己连领域边界都没想清楚,AI 倒是很听话,一口气拆出十几个服务,每个服务之间的调用链比原来的单体还复杂。后来花了两个月收拾残局。

AI 不会修正你的愚蠢,它只会让你的愚蠢变得更不可控。

叁:把 AI 当成"高风险下属"来管

理解了这两条定律,你就会明白:面对 AI Agent,不能当神拜,要当人管。

准确地说,你要把它当成一个极其勤奋但随时可能犯错的资深外包。外包交付你不会不审吧?AI 也一样。

  1. 审计不能省:基于第一定理,每一行 AI 生成的代码都必须经过你"面向抽象"的审美与逻辑过滤。不是逐行看语法,而是看它的设计意图对不对、职责边界清不清楚。
  2. 约束必须先行:基于第二定律,你必须在 AI 动手之前就把护栏装好。用 Harness 的六大组件定义好执行框架,用 SDD 的严苛约束锁住输出边界。不是不信任 AI,而是不给愚蠢留扩散空间。

肆:广度,才是你分辨力的底气

为什么说"广度是新的深度"?因为只有你的视野足够广,你才能在 AI 给出"看似正确"的答案时,敏锐地察觉到它踩了其他系统的暗礁。

一个只写过 CRUD 的人,AI 帮他生成的架构他觉得"挺好";一个经历过分布式事务、跨系统集成、灰度发布的人,同样的输出他一眼就能看出哪里会炸。

这就是第一定理的延伸 —— 判断力不是天赋,是你用广度喂出来的直觉。

当你不再沉溺于"术"的实现,而是站在管理者的角度去判断、去审计、去约束,你才真正接过了 AI 这把大杀器。

伍

AI 时代,不要外包你的理解,更不要外包你的判断力。

当"正确答案"的价值归零,你分辨"错误答案"的能力,就是你最后的护城河。

继续阅读同主题文章架构与边界