小百学AI

LangChain创始人:当代码变得廉价,产研核心竞争力彻底变了

ai-news2026/3/196 分钟阅读

编程智能体正在重塑软件开发:工程师、产品经理和设计师的角色巨变

原文:https://blog.langchain.com/how-coding-agents-are-reshaping-engineering-product-and-design/


LangChain创始人Harrison Chase近日发表了一篇重磅文章,直指一个正在发生的行业剧变——编程智能体(Coding Agents)正在从根本上改变软件公司中工程(Engineering)、产品(Product)、设计(Design)三大核心职能的运作方式。

这篇文章不是畅想未来,而是在描述当下。

在展开之前,先解释一个关键概念:PRD,全称Product Requirement Document,即产品需求文档。它是软件行业通行了几十年的核心协作工具——产品经理把"要做什么、为什么做、做成什么样"写成一份结构化的文档,交给设计师和工程师去执行。可以说,PRD是传统软件开发流程的起点和枢纽。

理解了这一点,你就能明白Harrison接下来这句话的分量。


一、PRD已死:旧流程正在崩塌


在AI编程工具出现之前,软件公司构建产品有一套教科书式的流程:产品经理提出想法,撰写PRD(产品需求文档);设计师根据PRD制作原型图;工程师再把原型图变成代码。

这套流程之所以存在,是因为"把想法变成代码"这件事过去非常昂贵——需要大量时间和专业技能。为了管理这种成本,人们创造了专门的分工体系,而PRD就是各角色之间沟通的"接力棒"。

但编程智能体打破了这一切。现在,一个人拿着一个想法,就可以直接让AI生成可运行的软件原型。不需要先写PRD,不需要等设计师出图,不需要排期等工程师动手。整个"PRD → 设计稿 → 代码"的瀑布流程,在根基上被动摇了。


二、瓶颈大转移:从"谁来写代码"变成"谁来审代码"


过去,开发团队的瓶颈是实现——好想法太多,能写代码的人太少。现在,编程智能体让任何人都能快速生成代码,瓶颈就翻转了:不缺写代码的,缺的是能判断代码好不好的人。

Harrison指出,"好"至少意味着三个层面:工程架构是否可扩展、可维护?产品逻辑是否真正解决了用户痛点?交互设计是否直觉友好、易于使用?

由于生成原型的成本极低,公司内部的原型数量会爆炸式增长。每一个原型都需要有人审查和把关,这就意味着审查能力成为了最稀缺的资源。工程师、产品经理、设计师的核心工作,正在从"建造"转向"评审"。


三、PRD不死,只是换了一种活法


Harrison特别强调:虽然旧的PRD流程已经过时,但"描述产品意图的文档"本身不会消亡。

原因很简单——当有人用AI快速搭建了一个原型,其他人在审查时必须知道:这段代码是有意为之,还是AI随机生成的产物?没有意图说明,审查就无从谈起。

有趣的是,Harrison提出了一个前瞻性的设想:未来的PRD,可能就是一组结构化的、带版本管理的提示词(Prompt)。你用什么Prompt让AI生成了这个功能,这本身就是最好的需求文档。


四、通才的黄金时代来了


在新的范式下,同时具备产品感、工程能力和设计直觉的"通才型人才"变得前所未有地重要。

道理不复杂:沟通是一切协作中最大的隐性成本。一个通才独自完成产品思考、设计和编码,省去了三个人之间来回沟通的损耗。过去,通才再全能,也得等工程师排期来实现。现在,他们只需要跟AI沟通,一个人就能完成从想法到原型的全链条。

这对个体意味着巨大的杠杆效应——一个人的产出可以抵得上过去一个小团队。

图1


五、好的产品经理更好了,差的更致命了


编程智能体放大了产品思维的价值,同时也放大了糟糕产品思维的破坏力。

一个有敏锐产品感的人,现在可以快速验证想法、构建原型、推动落地。而一个产品感差的人,同样可以快速做出一个原型——但那是一个解决错误问题、设计混乱的原型。更糟的是,这些低质量原型会涌入审查队列,消耗团队的审查带宽。而且因为"东西已经做出来了",团队会产生一种惯性——"既然都做了,不如直接上线吧",结果就是产品越做越臃肿,体验越来越差。

产品思维的两极分化效应,在AI时代被急剧放大。


六、系统思维成为核心竞争力


当执行变得廉价,真正的差异化来自系统思维——对自己领域的深层理解和全局把控能力。对工程师而言,是如何设计服务架构、API和数据库;对产品经理而言,是理解用户真正需要什么,而非他们嘴上说的;对设计师而言,是理解一个界面为什么"用起来就是对的"。

系统思维一直重要,但以前它的价值被"实现成本"稀释了——你想得再好,还是要一行行敲代码。现在,实现不再是障碍,你的思维质量直接决定产出质量。


七、新世界的两种角色:建造者与审查者


Harrison观察到,EPD团队正在分化为两种明确的角色定位。

第一种是"建造者":具备产品直觉,熟练使用编程智能体,有基本的设计感。在测试套件和组件库的护栏下,他们可以独立完成从想法到上线的全流程。

第二种是"审查者":在某个领域拥有极深的系统思维能力,能够快速、高质量地评审大量涌入的原型和代码。他们是质量的最后防线。

无论你现在是工程师、产品经理还是设计师,都需要做出选择:要么成为一个全能的建造者,要么成为一个顶尖的审查者。中间地带正在消失。


写在最后


Harrison在文章结尾分享了一条引发广泛共鸣的推文,描述了AI时代最具优势的人才画像:对产品有直觉性的理解,知道哪里需要打磨、哪里已经出彩,并能持续迭代让产品变得更锋利。

最妙的是——产品经理读完觉得说的是自己,设计师读完觉得说的是自己,工程师读完也觉得说的是自己。

而他们可能都是对的。

在这个新世界里,背景不再重要,能力边界正在重新定义。编程智能体不是要取代谁,而是把"构建好软件"这件事的门槛拉低了,同时把"构建伟大软件"的天花板拉得更高。

这是一个属于建造者的激动人心的时代。

分享:

相关文章

小百学AI 公众号二维码

关注公众号获取最新 AI 资讯

每周精选 AI 领域最值得关注的新闻、工具和教程,助你保持技术敏感度。

每周更新独家内容工具推荐