随着AI编程代理加速普及，软件公司内部的产品、工程与设计（EPD）组织正在经历新一轮重构。

AI应用开发框架公司 LangChain 的CEO Harrison Chase近日在公司博客发文，讨论编程代理将如何改变EPD组织的协作方式、工作流程以及岗位分工。在他看来，随着代码生成门槛持续下降，EPD组织的核心瓶颈正从“如何实现”转向“如何审阅与判断”。

Harrison Chase表示，在“Claude出现之前”，EPD的工作流相对清晰：团队先提出想法，由产品团队撰写PRD（产品需求文档），设计团队完成原型，工程团队再将方案落地为代码。由于软件开发本身需要投入大量时间和精力，明确分工与协作一直是必要前提，而PRD也因此成为整个流程的起点。

但在编程代理出现后，这条链路正在被改写。如今，一个想法往往可以迅速转化为可运行的软件原型，开发效率显著提升，组织瓶颈也随之转移。Harrison Chase称，“现在几乎每个人都能写代码，EPD的重心将转向审阅与决策。”随着代码生成成本下降、原型数量增加，组织内部需要处理和审阅的内容也在快速上升。

不过，他同时指出，即便编程代理大幅提升开发效率，文字表达并不会因此消失。

在Harrison Chase看来，当团队成员带着一个想法和原型出现时，如果缺少对意图的清晰说明，其他人往往很难判断一段代码究竟是有意设计，还是误操作的结果。因此，用于传达需求和意图的文档仍然不可或缺。虽然“先写PRD、再做原型、最后编码”的线性流程正在弱化，但承载产品需求的文字材料，未来仍会与原型一道，成为关键交付物。Harrison Chase甚至认为，PRD今后可能演变为结构化提示词。

他还提到，AI编程代理时代正在抬升EPD组织对复合能力的要求。兼具产品、工程和设计理解力的“通才”，其价值会进一步上升。

按照Harrison Chase的说法，过去很多工作必须依赖多人接力完成，而现在借助编程代理，单个人能够承担的任务范围正在扩大。产品经理不必再只是撰写规格文档并等待开发落地，也可以亲自搭建原型、验证想法；设计师不必局限于Figma，也可以直接通过代码推进迭代；工程师则能够把更多时间投入系统设计，而不是具体实现。他强调，编程代理已经不再是可选工具，“不会使用编程代理的人，最终会被会用的人替代”。

与此同时，产品判断力的重要性也在上升。Harrison Chase认为，代理该做什么，最终仍由人来决定；如果方向本身出现偏差，只会进一步放大后续审阅负担。无论属于哪个岗位，产品思维都正在成为基础能力。

除产品判断力外，系统性思维也变得更加关键。Harrison Chase判断，随着实现成本不断降低，真正拉开差距的，将是在一开始就做出正确判断的能力。

他举例称，工程师需要对服务、API和数据库等架构设计形成清晰认知；产品人员要能洞察用户“真正需要什么”，而不只是停留在用户“说了什么”；设计师则需要说明，为什么某种方案在可用性上更优。

在AI加速扩散的背景下，Harrison Chase预计，未来EPD组织中将有两类角色变得尤为重要。

第一类是“构建者”（Builder）。按照他的定义，这类人具备以产品为中心的思维方式，能够熟练使用编程代理，并具备基本设计能力。依托测试环境、组件库等既有规范，构建者可以围绕一个小功能，独立完成从想法提出、功能实现到最终部署的全过程。

第二类是“审阅者”（Reviewer）。面对更大、更复杂的功能模块，组织需要更深入的审阅能力。Harrison Chase认为，审阅者不仅要在自身专业领域具备突出的系统性思维，还要能够高效处理持续增长的审阅请求。

他进一步表示，工程师未来需要在两条路径之间作出选择：要么成长为擅长系统设计的审阅者，要么补齐产品与设计能力，成为构建者。产品和设计岗位同样如此：要么持续打磨本领域的方法论，成为审阅者；要么提升编码能力，走向构建者。