快2027年了,光会开发Agent早已不值钱了

快 2027 年了,我越来越觉得,单纯会开发 Agent,真的不算什么竞争力了。

(广告)本文由「青木文摘」编辑整理,转载请注明出处。广告

目前 AI 圈有个尤其割裂的现象。

一边是大家天天一起看看新近的 Agent 体系、MCP、Skills、多智能体协作,恨不得让 AI 一个人干完一家公司的活。

另一边是你真正走进企业,发觉许多工程连最基本的平稳性、授权管理、不对劲应对都没有处理。

卧槽,这种差距真的太分明了。

最近我自己也一向在折腾企业认知库、GEO 自动化、视频生产工作流,包括一些企业内部的应用机制。

做得越多,我反倒越觉得:

让 Agent 跑起来越来越容易了,让 Agent 真正跑进企业的业务工序里,才是最难的。

以前觉得接几个 API、调用几个利器、装配一套 Workflow,能把活儿自动去做完,就算做出来一个挺不错的 AI 应用了。

但实际接触企业需要之后才察觉,根本不是这么回事。

买家不关心你用了多少个 Agent,也不关心你调用的是 LangGraph、Dify 还是 Coze。

他只关心几个状况:原来三个人做的事情,如今能没法一个人达成?原来一天才能处置完的工作,眼下能办不到缩短到半小时?机制出错了怎么办?顾客信息会不会泄露?后面谁来维护?

你手法架构画得再牛逼,业务价值交付不出来,在甲方眼里也许就是一个高级玩具。

同时我察觉,Agent 开发正在越来越接近传统的程序工程。

特别是是 RAG,许多人以为做门道库就是送传几个 PDF,调用 Embedding,往向量信息库里一存,再接个大模型就完事了。

真正做起来才知道,麻烦的东西全在后面。

说明书更新了怎么办?不同版次的要点发生冲突怎么办?员工能没法查到自己没有权力看的文件?检索出来的证据不准确怎么办?模型启动胡说八道怎么办?

这些状况你不理顺,模型再聪明也没用。

当然,不是所有 Agent 都需要 RAG,但只要涉及海量企业内部学问和数值,检索质感、授权控制和证据溯源就大概一下子决定整个体系能无法用。

还有一点,我觉得眼下格外多人不当回事了。

快2027年了,光会开发Agent早已不值钱了 程序员 人工智能AI 互联网 好文分发 第1张

AI 能帮你把代码写出来,不代表你就不需要懂程序工程了。

恰好相反,以前你或许要花大量光阴去写 Python、Java、SQL,目前 Codex 能帮你导出许多代码。

但机制怎么上线、通道怎么设计、差事失败怎么重来、数值怎么存储、并发怎么处置、痕迹怎么记下、线上怎么实时观测,这些工程责任不会鉴于 AI 会写代码就消失。

连……都鉴于代码造出来速度太快了,整体成色的控制倒变得更加要紧。

还有 Evals,我越来越觉得,做 AI 应用最忌讳的一件事,就是靠感觉验收。

今天改了几句 Prompt,问了五个疑问,看出回答不错,就觉得自己调优成功了。

但真正到企业里,几百个员工、几千次调用、几十种业务局面,模型只要在决定性工作上出现一次严重报错,就说不定干扰整个业务。

因而你一定要知道事项成功率是多少、检索命中率怎么样、Tool 调用失败了多少次、每次活儿花多少钱、哪些应用场景务必人工接管。

没有这些东西,所谓的调优,不少时候就是自己感动自己。

我如今乃至于觉得,未来 AI 应用工程师之间最大的差距,也许不是谁会用更多的骨架,而是谁能真正领会一个企业的业务,把所需拆分清楚,再用合适的手法把它扎实地实现出来。

这也是我为什么越来越留意 FDE 这个方向。

它不是让你坐在电脑前天天研究最新版的模型,而是让你真正走进企业,弄清楚买家究竟有什么难题,判定哪些不亏用 AI 化解,再把机制交付出去。

当然,我自己也还在补这些工程能力,离真正成熟的企业级交付还有距离。

但起码方向越来越一目了然了,AI 时代,会调用模型的人会越来越多,会开发 Agent 的人也会越来越多。

真正稀缺的,不是有能力把 Demo 做得多么炫酷的人,而是足以对产出负责、对业务负责、对交付负责的人。

说毕竟,企业买的一向不是 Agent,企业买的是速度,是代价下降,是业务增长,是确定性。

谁能把这些东西真正交付出来,谁才有资格拿到下一进度段 AI 应用市面的钱。

会搭 Agent,只是入场券。能把 Agent 做成真正可用、可维护、可规模化的业务平台,才是竞争力。