编程智能体如何重塑工程、产品与设计
神译局是36氪旗下编译团队，关注科技、商业、职场、生活等领域，重点介绍国外的新技术、新观点、新风向。
编者按：代码已沦为廉价商品，PRD 正沦为冗余废纸。当编程智能体消灭了“实现成本”，软件开发的瓶颈正从敲代码转向高强度的评审。在这场岗位坍缩中，你要么进化为全能的建设者，要么守住系统思维的护城河。文章来自编译。
对于软件公司而言，EPD（工程、产品与设计）的核心在于打造优质软件。虽然角色分工明确，但终极目标都是产出能解决业务问题且用户可用的功能性软件。归根结底，这一切的产出都是代码。我们必须认识到，EPD 职能所构建的成果本质上就是代码，因为……编程智能体的出现让代码编写突然变得极其简单。那么，这会如何改变 EPD 的角色呢？
流程的变革：
PRD（产品需求文档）已死
瓶颈从“实现”转向“评审”
PRD 万岁
对角色的影响：
全才比以往任何时候都更有价值
编程智能体成为必备项
优秀PM 走向卓越，平庸PM 变得糟糕
人人都需具备产品感
专业化门槛更高
你要么成为建设者（Builder），要么成为评审者（Reviewer）
每个人都认为编程智能体对自己角色的加持最大——他们都对
PRD 已死
在 Claude 时代之前，PRD（产品需求文档）是软件开发的中心。EPD 流程大致如下：
某人（通常是产品经理）产生一个想法
产品经理编写 PRD
设计根据 PRD 制作原型图
工程将原型转化为代码
这并非铁律（在初创公司，这些步骤往往交织在一起，顶尖的建设者能同时胜任多项），但这是教科书式的开发方式。
这种模式之所以必要，是因为开发软件（以及制作原型）需要投入大量时间和精力。因此，为了提高效率，才产生了专门负责这些工作的职能。随着分工日益精细，跨职能沟通的需求也随之产生。PRD 便是这种沟通的基础，它启动了整个流程，然后像瀑布一样流向设计，将华丽的辞藻转化为精美的 UI 和丝滑的 UX，最后由工程将其变为现实。
编程智能体改变了这一切。它们能根据一个想法直接生成功能性软件。当我（以及其他人）说“PRD 已死”时，真正的含义是：那种从编写 PRD 开始的传统软件开发模式已经过时了。
瓶颈从“实现”转向“评审”
现在任何人都能写代码，这意味着人人都能开发产品。但这并不意味着开发出的东西架构合理、解决了正确的问题或易于使用。工程、产品和设计应当成为这些领域的评审者和裁决者。问题在于，生成的代码未必总是“卓越”的。EPD 的角色变成了评审并确保其达到“卓越”。“卓越”包含多重含义：
从工程系统角度看，架构是否合理：代码是否具有可扩展性、高性能且健壮？
从产品角度看，思虑是否周全：是否解决了用户的痛点？
设计是否出色：界面是否简洁直观？
既然创建初始代码版本的成本如此低廉，我们看到产生了更多的原型。这些原型随之成为焦点，由产品、工程和设计共同评审。
问题在于——生成代码太容易了。以前，写代码很费时间，所以作为评审者，你在任何特定时间点只需要评审有限的项目。但现在，人人都能写代码，这意味着进行中的项目数量正在激增。我们已经看到，（在所有三个职能中）瓶颈都变成了“评审”——即接收原型并确保它们是“好的”。
PRD 万岁
预设 PRD 的前 Claude 软件开发时代已经一去不复返了。但描述产品需求的文件依然至关重要。
假设有人产生一个想法并迅速开发了一个原型。这个原型如何进入生产环境？它需要通过 EPD 其他成员的评审。在这个过程中，有一份书面文档总是大有裨益，甚至往往是必不可少的。当他人评审时，如何知道某段代码是误操作还是有意为之？这取决于意图。因此，需要某种形式的意图传达。我认为传统的 PRD 流程（PRD → 原型 → 代码）已死，但描述产品需求的文本依然充满活力。在移交给评审之前，这种关联文档应成为原型的必备伴侣。
最标准的格式是文档，但目前也有一些有趣的想法，比如通过分享创建该功能所用的 Prompt（提示词）来传达需求。如果未来的 PRD 只是结构化、版本化的 Prompt，会怎样呢？
全才比以往任何时候都更有价值
我所说的全才，是指对产品、工程和设计都有敏锐直觉的人。这些人一直很有价值且极具影响力，但在编程智能体的加持下，他们的价值被放大了。为什么？因为沟通是所有环节中最难的部分，它会拖慢速度。一个能同时搞定产品、设计和工程的人，由于省去了沟通成本，其推进速度会比一个三人团队更快。
以前，当“实现”是瓶颈时，全才仍需与他人沟通以完成工作。现在，他们只需与智能体沟通。这意味着他们独自一人就能发挥出比以往大得多的影响力。
编程智能体成为必备项
随着编程智能体降低了实现成本，用它们已成为必然。能够拥抱智能体的人将能独立完成更多工作：
拥抱智能体的 PM 可以直接开发原型来验证想法，而无需编写规格说明书并漫长等待；
拥抱智能体的设计师可以直接在代码中迭代，而不仅仅是在 Figma 里折腾；
拥抱智能体的工程师可以将精力从“实现”转向“系统思维”。
拥抱编程智能体是必须的，因为这并不难，如果你不这样做，你就会被能够这样做的人取代。
优秀的 PM 变得卓越，平庸的 PM 则变得糟糕
好的产品思维比以往任何时候都更有价值——你能开发出真正有用的东西。而糟糕的产品思维则比以往任何时候都更具破坏性。那怕某人的产品理念很烂，他们也能拿着原型找上门来，但那可能是一个毫无用处或构思拙劣的功能。这些原型现在需要更多的评审——来自工程、产品和设计。这消耗了大量的时间和资源。此外，将这些原型推向生产环境也会产生惯性（“既然它都写好了，直接合并吧！”）。这冒着让产品变得更糟或臃肿的风险。
系统思维是需要磨练的核心技能
在一个执行成本廉价的世界里，系统思维成了差异化的关键。你应该专注于提升系统思维，并在特定领域建立清晰的心智模式：
工程：对如何设计服务、API 和数据库的架构有极佳的心智模式；
产品：对用户真正需要什么（而不是他们口头上想要什么）有极佳的心智模式；
设计：对为什么某些东西看起来和用起来很对劲有极佳的心智模式。
系统思维一直很重要——那变了的是什么？实现成本大幅下降了。这意味着实现某样东西比以往任何时候都容易，但这并不代表它很出色。优秀的系统思维能让你确保在前期构建正确的东西，也能让你在后期评审他人的工作。这两点都意味着成为一名优秀的系统思考者变得更加重要。
每个人都需要具备产品感
编程智能体仍然需要有人给它们指令，告诉它们该做什么。如果你指示它们构建了错误的东西，你就是在给别人的评审制造垃圾。知道该让智能体构建什么（即“产品感”）是一项基本要求，否则你会拖累整个团队。对于工程、设计，以及（显而易见的）产品岗位来说，这都是真理。
EPD 的很大一部分工作现在变成了评审原型。如果你有产品感，评审会容易得多，即使是评审设计或工程。如果你没有产品感，你就需要一份极其详尽的产品文档配合原型。如果你具备产品感，只需极简的规格说明，你就能理解功能意图，从而加速沟通、评审和交付。
专业化门槛更高
你需要知道如何使用编程智能体，需要具备产品感。所有的角色都在融合。角色重叠一直存在。设计和产品早就密不可分——在苹果和 Airbnb 等公司，设计师也兼任产品经理。“设计工程师（Design Engineer）”这一角色在 Vercel 等公司的势头也非常火。
这并不意味着专业化没有生存空间。一位只思考系统架构的资深工程师仍然很有价值。同样，一个没学会“氛围编程（vibe coding）”但对客户问题和构建重点有清晰心智模式的 PM 也是如此。对于能在 Figma 中理解并模拟用户路径和交互的设计师来说，也是一样的。
但专业化的门槛要高得多。你不仅要在所属领域表现卓越，还必须具备极快的评审速度和卓越的沟通能力。而且，任何一家公司可能都没有那么多这样的岗位。
要么成为开发者，要么成为评审者
我们看到 EPD 中出现了两种不同类型的角色。
第一种：开发者（Builder）。这类人具备良好的产品思维，能够熟练使用编程智能体，并拥有基本的设计直觉。在既定的约束下（测试套件、组件库），他们能将小功能从想法变为产出，并能为大功能构建可运行的原型。
第二种：评审者（Reviewer）。对于大型且复杂的功能，需要详尽的 EPD 评审。这门槛很高——你必须是所属领域的顶尖系统思考者。你还必须保持高节奏的工作，因为有大量的项目需要评审。
如果你现在是一名工程师，你应该要么致力于成为系统设计专家、熟练评审架构并瞄准评审者角色……要么尝试提升产品/设计技能，成为一名开发者。
如果你在产品或设计领域，你要么必须拥有卓越的产品/设计心智模式并主攻评审，要么投身编程智能体并提升代码水平。
有趣的是，角色正在发生坍缩，所有的 EPD 成员都能在上述坐标中找到位置。角色开始融合——工程师有了更多时间，可以更多地思考产品和设计；产品和设计则可以编写代码。
每个人都认为编程智能体对自己角色的加持最大——他们都没错
Twitter 上有一篇关于最受益于编程智能体的人群的精彩帖子：
这类人能直觉地理解现有的产品，知道它哪里薄弱、哪里出彩，以及如何迭代使其更犀利。
这种人最罕见的一类处于文化与深层技术的交汇处，是真正的“双语”人才。他们既懂技术上的可能性，又分得清哪些文化趋势是真实的，哪些只是昙花一现。这种结合的结果将是“感觉是顺理成章”的产品与“感觉是拼凑出来”的产品之别。
这篇帖子是对这个新世界的精彩总结，并引发了病毒式传播。部分原因是每个读到它的人都觉得这说的是自己或自己的岗位。我看到产品经理、设计师、设计工程师、创始人都在转发它……每个人都认为这适用于自己和所属的角色。
而且他们可能都对！我认为这个新世界最棒、最令人兴奋的一点是，背景不再那么重要。我真心相信，这类人才可能来自产品、设计或工程背景。这并不意味着每个人都能成为这样的人——知易行难。真正的“独角兽”人才凤毛麟角。
投身到建设中吧，这是一个激动人心的时代 :)
译者：boxi。