编码代理正在以指数级的速度变得更好，这一点显而易见，基准测试正逐渐达饱和，模型能够异步完成越来越长的任务。随着验证和模拟成为瓶颈，产品开发的方式将被完全重写。到目前为止，产品开发的方式主要是一个顺序过程，其中涉及多个利益相关者。对于普通的软件项目，其流程大致如下：想法 -> 产品 -> 设计 -> 工程 -> QA -> 生产。在这种模型下，绝大多数时间都花费在循环的实施阶段。想法与QA循环的尾部所花费的时间少了一个数量级。因此，由于实施是该过程中的主要成本，循环的设计与此相协调。我们现在正处于大型语言模型的一个拐点，在这个点上，成本/性能的帕累托前沿达到了一个水平，使得对某些非琐碎任务而言，长时间的异步任务和云代理在生产案例中开始显得有意义。随着代码生成的丰富性和便捷性，人们强烈渴望理解代码的故事以及代码库中正在实施的真正变化。代码库的实用性在许多使用场景中实际上正在减小。随之而来的一个有趣后果是多种职位角色的强烈融合，特别是设计、工程和产品。我们合作的许多公司已经看到这些组织合并为一，日常工作的职位角色几乎相同，尽管有不同的专业化。我们看到许多团队在压缩旧的顺序产品开发循环时所采用的新工作单元是一个可以描述为产品行为的已验证变化的循环，其流程如下：意图 -> 实施 -> 观察结果。这里的观察结果是运行时证据、产品流程变化和对相关用户旅程的影响的结合。它很经验主义，其实质是在实际改变的内容。对于这个新循环，最重要的不是保留代码，而是真正运行应用程序的运行时信号。想想你的软件在设备上的运行方式、它的外观、这些新变化对支付流程的性能影响，以及后端分布式服务的表现。当然，代码库仍然重要，但它不再以完整的方式捕捉代码的故事和实用性。如果一个代理改变了结账流程，代码库可以告诉我们哪些文件发生了变化。它无法告诉我们键盘是否遮住了支付按钮，是否返回用户被错误地引导，延迟是否增加，或者最终的体验是否仍然符合原始意图。所有这一切被保存和汇总在一个平台上，贯穿你所有的工作，并创建历史数据，这具有超过代码本身的巨大价值。我们正在Revyl为这一新开发循环构建缺失的部分，从移动端开始。我们相信，我们可以在现有的工具之间（如Figma、Codex、Claude Code、Cursor等）协作，提供巨大的价值，使这些工具能够更好地协同工作。缺失的部分是附加在每个产品变化上的行为记录。在接下来的年份里，我认为我们将看到软件开发领域采用许多标准，其中一些将包括：拉取请求包括行为证据作为标准，运行时信号成为一流的开发上下文，产品、设计和工程将越来越多地围绕产生成果而发展。产品开发显然并未消亡，而是比以往任何时候都活跃，只是在根本上被重写。