快和对最好是同一条路

Agent 能靠 while loop 把问题磨到能跑,但真正决定系统会不会越做越顺的,还是底下那层架构:它有没有让正确做法变成最省力的做法。

  • 工具如何改写人
  • 架构
  • 观察

Matt Webb 说,agentic coding 最可怕的地方,是 agent 真能把问题磨成粉。

给它一个问题和 while loop,长期看,它总能磨出一个能跑的答案。听起来像是在夸模型更强,但我停住的是后半句:所以底下那层 architecture 反而更重要了。

以前架构常被讲得太高,像写给评审会看的图。现在它突然变得很实在。因为 agent 不怕苦,它怕的是路歪。你把它放进一套接口混乱、默认值含糊、库边界松垮的系统里,它也可能把事做完,只是会用一种很贵、很脆、很难接着改的方式做完。

好的架构不是为了显得规范,而是为了让“快”和“对”尽量重叠。一个人赶时间时能顺手走对路,一个 agent 在 while loop 里硬磨时,也更容易踩到那条对的路径。库接口清楚,默认值靠谱,约束直接写进系统里,不靠人临场记忆,这些东西平时像卫生习惯,到了 agent 时代却更像护栏。

所以工具越会硬磨,底层设计越像闸门。真正值钱的,不是证明 agent 最后总能解出来,而是提前把系统修成:它不必每次都从歪路里爬回来。


来源: