Harrison Chase（LangChain 创始人）在 How Coding Agents Are Reshaping EPD 中提出了一个尖锐的判断：软件公司 EPD（Engineering, Product, Design）的产出本质就是代码，而编程 Agent 让写代码变得极其容易——这意味着整个 EPD 的角色分工和协作流程都要重写。
从线性流水线到原型驱动
传统软件开发是线性接力：想法 → PRD → 设计稿 → 代码。之所以需要这套分工，是因为每个环节都耗时耗力，需要专人负责。
编程 Agent 打破了这条链。一个想法可以直接变成可运行的原型，不再需要从 PRD 起手。原型成了团队讨论的中心，产品、工程和设计都围着它转。
但 Chase 强调，“PRD 已死”指的是那套线性流程，不是需求描述本身。原型交给团队评审时，仍然需要一份文档来传达意图——别人才能判断代码里某个行为是有意设计还是偶然产生的。未来的 PRD 可能就是结构化的、带版本管理的 prompt，与代码一起打包交付评审。
瓶颈从实现转向评审
过去写代码很慢，评审者手头的待审项目不会太多。现在谁都能用 Agent 生成代码，在做的项目数量急剧增加，EPD 三个职能的瓶颈全部转移到了评审：
- 工程视角：架构是否可扩展、高性能、足够健壮？
- 产品视角：这真的解决了用户的痛点吗？
- 设计视角：界面是否易用、直观？
生成太容易也带来风险。好的产品思维让你能做出真正有用的东西，差的产品思维则加倍浪费——一个糟糕的产品想法现在可以带着一个看似完整的原型出现，吞噬大量评审资源。而且”东西都做出来了”的惯性让团队更容易放行低质量功能，产品因此变得更臃肿。
通才的黄金时代
Chase 认为通才——在产品、工程、设计三方面都有不错感觉的人——受益最大。原因很直接：沟通是所有事情中最难的部分，一个人如果能同时搞定三件事，就省掉了跨角色的沟通开销。过去实现本身是瓶颈，通才也得依赖团队；现在他们只需要和 Agent 沟通，单打独斗的影响力比以往任何时候都大。
使用编程 Agent 本身也成了必选项。产品经理可以直接做原型验证想法而不用写文档干等，设计师可以直接在代码里迭代而不只是在 Figma 里画图，工程师则把时间从实现转向系统思考。上手不难，但不用的话就会被用的人替代。
专业化并没有消亡，只是门槛变高了。一个专注系统架构的资深工程师、一个对客户问题有超清晰心智模型的 PM、一个能设计完整用户旅程的设计师——这些角色仍然有价值，但你不仅要在自己的领域出类拔萃，还要评审速度极快、沟通能力极强。
建设者与评审者
Chase 观察到 EPD 正在分化为两类角色：
建设者——有不错的产品思维，能用编程 Agent，具备基本的设计直觉。有了测试套件和组件库这些护栏，他们可以把小功能从想法做到上线，把大功能做出可用原型。
评审者——负责大型复杂功能的深度把关，必须是自己领域的顶尖系统思维者，而且要快，因为待评审的东西实在太多了。
对工程师来说，要么把系统设计练到极致朝评审者发展，要么提升产品和设计能力成为建设者。对产品和设计来说，要么建立顶级心智模型主做评审，要么投入编程 Agent 提升编码功底。
系统思维和产品意识成了基本功
在实现成本趋近于零的世界里，系统思维成了真正的差异化能力——不是做出东西，而是在动手之前就确保方向正确。产品意识也从”加分项”变成了”基本要求”：如果你让 Agent 做了错误的东西，你就是在给整个团队制造待评审的垃圾。
Chase 最后引用了一条引发广泛共鸣的推文——描述的是那种对产品有直觉般理解、站在文化与技术交叉点上的”双语者”。产品人、设计师、工程师、创始人都在转发，每个人都觉得说的就是自己。Chase 的看法是：出身背景不那么重要了，这种人可以来自任何方向，但真正的全才少之又少。