当实现变得容易，设计评审反而更为频繁

当代码的生产成本显著下降，设计团队并不会因此减少讨论。相反，更多想法能够迅速变成可以运行的产品，判断哪些方案值得继续投入，反而成为更频繁、更困难的工作。

10 月 6 日，设计投资机构 Designer Fund 发布了对 AI 公司 Anthropic 产品设计团队的采访。受访者包括产品设计负责人 Joel Lewenstein，以及多位设计师和用户研究员。文章讨论的并非 Claude 新增了哪些功能，而是当设计师和工程师都能借助 Claude 快速制作产品后，Anthropic 如何重新安排原型、评审与协作。

传统设计流程中，评审通常发生在相对稳定的生产节点。设计师先完成主要页面和交互流程，团队集中讨论，确认方向后再进入开发。方案从构想到能够操作的产品，需要经过设计细化、技术评估与工程实现。高昂的制作成本在无形中限制了参与比较的方案数量，许多想法并不是在评审中被否定，而是在投入制作以前便被放弃。

1. 实现门槛下降

Anthropic 的工作方式削弱了这层限制。Designer Fund 的文章援引公司资料称，截至 2026 年 5 月，Anthropic 合并的代码中已有超过八成由 Claude 编写。设计师也不再只通过设计稿表达方案，新成员通常会在入职第一周直接提交产品修改。一些设计师深入代码完善正式功能，另一些人则利用生成式开发工具制作交互原型，并在真实运行环境中检验设计。

设计师 Meaghan Choi 把部分重复流程封装为内部指令，帮助设计师准备开发环境、启动产品预览并生成原型。一次原型任务可以产生五种可交互方案，Claude 还会给出推荐方向和理由。过去需要分别绘制、连接并等待实现的多个版本，现在可以在较短时间内同时出现。模型扩大了团队可以讨论的范围，却没有替团队完成取舍。

2. 评审提前发生

选择数量增加后，原有的评审节奏很快失去作用。Anthropic 的设计团队过去每周安排两次规模较大的集中评审，后来改为由小组组织、每周最多四次的短周期讨论。调整并非因为设计质量下降，而是因为方案变化得太快。一个上午刚刚成立的原型，下午便可能经过重新生成和实现；如果仍然等待下一次大型评审，团队讨论的往往已不是当前版本。

可运行原型还改变了评审所面对的问题。静态设计稿主要用于讨论信息层级、布局和预期流程，许多限制只有进入开发以后才会暴露。原型能够直接运行后，数据条件、异常状态、权限关系与交互后果会提前出现。团队不再只评价画面是否合理，还需要判断产品究竟应该支持哪些行为，哪些技术选择正在改变用户体验，以及一个已经能够工作的方案是否值得正式发布。

Designer Fund 的采访提到，Anthropic 某个产品小组的站会一度从三十分钟延长到九十分钟。增加的时间并未用于指导 Claude 如何编写代码，而是用于讨论需求、系统结构和产品边界。具体实现可以在讨论后迅速完成，因此过去分散在数周开发过程中的分歧，被集中带到了实现之前。生产环节缩短了，决策环节却没有同步简化。

设计评审由此失去了单纯“验收方案”的位置。它开始承担持续收敛的作用，需要在大量可行方案中确认问题是否成立、用户是否需要、风险是否可以接受，以及某项功能是否应当存在。能够运行，只能证明一个方向可以被实现；它不能证明这个方向符合用户任务，更不能说明团队应该承担由此产生的长期复杂度。

3. 决策需要留痕

高频生成还会削弱设计决策的连续性。代码仓库能够记录哪些文件发生了变化，却无法完整解释界面为何演变为当前状态。一个入口被删除，可能来自用户研究，也可能只是一次原型实验；一条流程被简化，可能源于明确判断，也可能只是某轮生成遗漏了必要状态。如果这些理由没有被保存，后续成员只能看到最终结果，无法区分经过验证的决策与偶然留下的实现。

为处理这一问题，Anthropic 内部制作了一套名为 go/krit 的评审工具，用来保存不同阶段的项目状态、组织反馈，并汇总反复出现的体验问题。它补充的不是另一种绘制界面的能力，而是设计过程缺失的解释记录。方案变化越快，团队越需要知道某项决定回应了什么问题、否定过哪些方向，以及下一轮修改是否仍然服从原有目标。

设计师的责任也随之发生转移。过去，制作完整方案本身会占据大量时间；现在，设计师需要把更多精力用于界定问题、比较方案和说明取舍。评审不能只判断某个原型是否精致，还要识别哪些差异来自真实产品条件，哪些只是模型提供的可选变化。视觉完成度和运行状态出现得越早，团队越容易把“已经做出来”误认为“已经想清楚”，设计判断因而需要更早介入。

4. 效率仍有边界

评审频率增加并不等于会议越多越好。Anthropic 的受访者同时强调，应当保护不受打断的个人工作时间。问题理解、概念形成和细节推敲无法通过增加同步讨论自动加速。团队需要增加的是与方案变化速度相匹配的判断节点，并为已经形成的结论留下记录，而不是让设计师持续停留在沟通之中。

本文所呈现的是 Anthropic 成员对自身工作方式的回顾。文中有关工程提速十倍、设计提速三至五倍的说法属于受访者估计，并非经过对照测量的生产率数据。Anthropic 的模型能力、内部工具和技术文化也具有特殊性，无法直接转化为所有设计团队的标准流程。

但它所揭示的内容仍具有参考价值。当实现不再是筛选想法的主要门槛，团队会获得更多可以进入产品的方案，也会更快积累尚未解决的分歧。设计评审不会因为代码生产加快而变得次要，反而需要从项目后段的批准程序，转变为贯穿生产过程的判断机制。