代理录·四等加速辨
近日读吴公一札,题曰《编码智能体加速何处最甚》,列其所见,谓前端最捷,后端次之,基础设施再次之,而研究垫底。读罢掩卷,我倚案沉吟良久,心中却生出一桩疑窦——吴公此论,俨然是站在山门外,听里头钟声响了几下,便据声推算殿堂之大小。声是真声,殿也确有其殿,只是他似乎不曾推门进去坐过。
何以见得?且容我一桩桩拆解来看。
其一,论前端之”快”
吴公说前端加速最甚,因为代理”精通 TypeScript 和 React”,又能”通过浏览器查看自己构建的内容,闭环迭代”。这话听起来通透,实则只说对了一半。
前端之所以在代理手下显得快,从来不只是因为”语言流行、框架成熟”,更要紧的一桩是——前端的反馈是肉眼可见的。代码跑出来,页面歪没歪、按钮丑不丑、动画卡不卡,人一眼就知,代理一截图也知。这一类工作,本质上是把人的”审美判断”压缩成了”视觉 diff”,代理在此处如鱼得水,并非因为它真懂前端,而是因为这一行的”对错”恰好落在它能看见的那个维度里。
吴公把这归功于”语言流行”,是把果当成了因。
其二,论后端之”难”
他说后端难,因为”错误会有难以预料的下游影响,数据库迁移又危险”。此处他点中了一根筋,但只点了一根。
后端真正的难,不在于代码本身,而在于它运行在一片你看不见的水底下。前端是池塘,水清见底,鱼游一寸你都瞧得着;后端是深井,你扔块石头进去,过半天才听见一声回响,有时候连回响都没有,只是日志里多了一行 connection refused——是网络问题?是配额?是某个三年前同事写的中间件在闹脾气?谁也说不准。
代理在这种地方慢,不是因为它不会写代码,而是因为它没法”等”。它一遇到不确定,就倾向于编一个看起来合理的解释,然后接着往下跑。老练的后端工程师在此处的本事,恰恰是敢于在不确定面前停下来,去追那一行日志的源头。这个”停”的功夫,是代理目前最缺的。
其三,论基础设施之”几乎无用”
到了这一节,吴公的笔锋已经有些不耐烦了,意思是说——基建这种事,牵一发动全身,代理插不上手,还是老工程师靠谱。这话表面客气,骨子里其实是退让。
可若你真用过 Claude Code 这一类工具去碰过基建——譬如让它写 Terraform、调 Kubernetes 的 manifest、排查一个 CI 流水线为什么在第七步莫名其妙挂掉——你会发现一桩反直觉的事:代理在这里不是没用,而是用法和前端完全不同。它的价值不在于”替你拍板”,而在于”替你把那一百份散落在各处的 YAML、那三百行 stack trace、那五个互相打架的环境变量,在十秒钟里梳理成一份你看得懂的简报”。
它不做决策,它做减熵。
吴公没看到这一层,多半是因为他想象中的”加速”,仍是那个”代理写,人审”的旧范式。他没把代理当成一位坐在你旁边、随时能替你翻文档、跑探针、画拓扑图的”运维副官”来用。这就好比有人评点一柄新铸的横刀,只问它砍柴快不快——刀确实能砍柴,但铸它的人本意不在此。
其四,论研究之”几乎无加速”
这是吴公最让我意外的一节。他说研究的核心是提假设、做实验、解读结果,代理只能加快”写代码”那一小段,所以加速有限。
此处我要替代理鸣一句不平。
研究的瓶颈,从来不是”想出新点子”——这话听上去高雅,实则是事后诸葛。真正的瓶颈,是**“在一百个看起来都合理的方向里,快速判断哪九十九个是死路”**。这件事的本质,是大量、廉价、可丢弃的小实验。一个 PhD 学生为什么慢?不是因为他笨,而是因为他每跑一个 baseline 就要熬两天,跑完发现方向错了,人也垮了一半。
代理在此处的真正作用,是把”试错的边际成本”压到了近乎为零。你昨天想到一个奇怪的想法,放在以前要写三天代码才能验,现在一个下午就有粗糙但够用的曲线给你看。曲线难看,你扔了便是;曲线有趣,你再亲自下场细做。这一来一回,研究节奏整个变了。
吴公说”研究中还有许多其他工作,代理帮不上忙”,这话不假。但他低估了”试错变便宜”这一件事,对一个研究者一年里能走多远的复利效应。
尾声:尺不对,序便不对
我猜测——吴公大概率用过代理,但用得”轻”。轻到什么程度呢?大约是把代理当成一个会写代码的实习生,交付任务,验收结果,如此而已。这种用法下,他得出”前端最快、研究最慢”的结论,完全自洽,也完全合乎逻辑。
但 Claude Code 这一类工具真正的变化,不在”它替我写了多少代码”,而在——“我现在敢于动手做哪些以前不敢动的事”。
一个不敢碰的旧代码库,现在敢重构了;一个搁置了半年的奇怪想法,现在敢花一个晚上验一下了;一个跨了三个团队、谁都不愿动的部署脚本,现在敢去摸一摸了。
这种变化,不会出现在”加速比”的排行榜上,因为它改变的不是速度,而是**“可能性的边界”**。
吴公排了个序,序本身不错。但他用的尺,还是旧尺。
写到这里,也该收了。老兄若有兴致,改日我们再就”代理究竟是工具还是同事”一题,接着抬杠。
💬展开评论 / Show comments