代码变廉价之后，设计质量改由你拒绝掉的版本决定——一套可照搬的原型方法论
Designing in the age of the 10x engineer ft. Andy Zhang (Google) | Config 2026 · Andy Zhang
全片 21 分钟·真正值得盯屏约 5 分钟·2 个必看点
- 0:12 – 2:57听
前提：代码不再稀缺
开场先立住整场的前提——代理让写代码这件事变得廉价，于是设计流程里那个最贵的环节松动了。
设计质量是大量好决策累积出来的，代码变便宜意味着你能负担得起更多次决策。
这一段基本是铺陈论点，没有需要盯着看的东西，边做别的事听过去就行。▶ 跳到 0:12讲者 · Andy Zhang - 2:57 – 7:13略
工具版图上的那块空白
把设计过程中用到的各类工具按耗时和成本两个维度铺开，指出一个尴尬事实：过去几乎没有工具能让人又快又具体地验证一个方案对不对。
灵感参考和低保真草图都停在想象层，给不了真正的信心——那块空白正是原型该占的位置。
画面上是一张两轴分布图，扫一眼各类工具落在哪个象限、哪里是空的就够了，论证本身跟着讲述走。▶ 跳到 2:57讲者 · Andy Zhang - 7:13 – 10:36听
速度该投给迭代，不是提前发布
AI 省下来的时间应该换成更多轮迭代和学习，而不是把发布日期往前挪。配合内部灰度机制，只有达到标准的特性才「毕业」面世。
原型流程的价值不在产出能上线的代码，而在加速拿到「为什么行、为什么不行」的答案。
整段是流程主张和团队机制的口头论述，画面帮不上忙，听清楚逻辑即可。▶ 跳到 7:13讲者 · Andy Zhang - 10:36 – 12:27看
起点一：从零开始
第一种原型起点是蓝天式的概念验证。现场例子是让代理把回答同步成一张 FigJam 图表，用图代替长文字回答。
带着一个具体问题去搭原型——比如「代理能不能用图形跟人交互」——原型才有存在意义。
屏幕上有做出来的东西在跑，图是怎么长出来的、跟对话怎么联动，看一眼就懂，光听会漏掉大半信息。▶ 跳到 10:36讲者 · Andy Zhang - 12:27 – 15:50略
起点二三：乐园与 fork 生产代码
第二种是在与生产隔离的实验乐园里搭，起步就有基线质量和现成构建块；第三种是直接 fork 生产代码，最贴近真实使用，代价是环境和凭据配置。他还提到 Notion 的 Brian Lovin 那套乐园内置一键部署和跟设计稿比对的子代理。
没有原型乐园就赶紧建一个，它决定了你每次迭代的起跑线有多高。
这里会闪过几个乐园的界面截图，看看里面备了哪些现成能力就行，三种起点各自适合回答什么问题主要靠听。▶ 跳到 12:27讲者 · Andy Zhang - 15:50 – 18:37看
策展：多数原型不该见用户
用自己一个被砍掉的原型现身说法——可点击、可在图上直接评论的交互界面，做得很酷，但他判断自己不会真的用它，于是放弃。由此引出「发布是一次策展」。
能跑通、很酷，都不等于该发布；代码廉价是收集更多反馈的理由，不是多发布的理由。
被否决的那个界面就在屏幕上，得亲眼看到它确实做得不错，后面那句「但我不会用」才有分量。▶ 跳到 15:50讲者 · Andy Zhang - 18:40 – 20:35听
工具不敌洞察
收尾回到判断力：质量不看你发了多少、也不看离生产代码多近，而看你对哪个版本点了头、对哪些摇了头。
别让 AI 替你决定它没法验证的事——它不是你的用户，没有原型流程你就没有找质量的指南针。
纯观点收束，几张字少的结语页而已，听完最后两分钟即可。▶ 跳到 18:40讲者 · Andy Zhang