基于 Harrison Chase 的观点提炼：当 写代码变便宜，组织里最稀缺的能力，不再只是实现，而是判断“该做什么、做得是否够好”。
而是 工程、产品、设计三者的边界被重新压缩：原来靠文档交接的内容，越来越多变成“先拿出原型，再围绕原型协同”。
换句话说：PRD 没消失，它只是从“把事情启动起来”变成“让事情进入生产”。
因为现在 任何人都能端出一个 prototype。项目数量上来了，但真正懂得判断质量的人没有同比增长，于是评审位点成了最贵资源。
不使用 agent，不再只是效率差一点；而是会被默认视作产能与反馈速度落后。
对服务、API、数据库、边界条件的完整心智模型。
分辨“用户说的需求”和“用户真正需要的东西”。
知道什么体验顺、为什么顺，以及哪里会让人迷失。
你怎么 prompt，决定了组织拿到的是原型，还是垃圾。
仍然可以专精，但门槛更高：你必须既强，又快，还能评审别人。
跨职能协作没有消失，只是从“前置对齐”转成“围绕产物对齐”。
| 角色 | Builder | Reviewer |
|---|---|---|
| 擅长 | 把想法快速变成可用功能或高质量原型 | 对复杂系统、复杂功能做高密度质量把关 |
| 需要的能力 | product sense + agent 使用能力 + 基础设计直觉 | 超强系统思考 + 快速审查 + 高带宽沟通 |
| 适合场景 | 小功能闭环、快速试错、从 idea 到 prototype | 大型功能、架构决策、跨团队上线把关 |
| 风险 | 速度快但容易做错方向 | 标准高但容易成为组织瓶颈 |
对个人来说，路线也更清晰：要么成为更全面的 builder，要么成为更强的 reviewer。