同一个会场，两种截然不同的态度。

在G20创新部长会议上，Sam Altman（萨姆·奥特曼）展示了一组让人心跳加速的数字：原本需要三个月的原型开发，用上Codex等AI工具后，17分钟就能完成。他给出的判断很干脆——这是"建造与租赁"（Build versus rent）的抉择时刻。

打开网易新闻 查看精彩图片

但紧接着上台的Mark Zuckerberg（马克·扎克伯格）没有顺着这个兴奋点往下讲。他提醒在场的开发者：效率提升是好事，但别把产品的命脉，锁死在某一个模型身上。

三个月到17分钟：效率的诱惑

奥特曼的原话是："Three months is now probably doable in 17 minutes with Codex."（原本三个月的活儿，现在用Codex大概17分钟就能搞定。）

这句话的分量在于，它把AI对开发流程的压缩，从抽象概念变成了一个可感知的时间差。测试一个想法的成本被大幅拉低，过去需要慎重评估的试错，现在几乎可以随手就来。

对开发者而言，这确实是生产力层面的解放。但效率提升的另一面，是依赖关系的加深——你用得越顺手，就越难离开它。

扎克伯格的警告：涨价、下线、改策略，你扛得住吗？

Zuckerberg的担忧很具体：如果产品完全建立在单一模型之上，一旦这个模型涨价、下线，或者调整安全策略，开发团队将瞬间失去控制权。他给出的药方是——保留切换模型的能力。

这不是理论推演。过去几年里，API价格调整、模型版本迭代、服务条款变更，每一次波动都会让一批重度依赖单一供应商的团队措手不及。把产品架构焊死在某个模型上，等于把方向盘交给了别人。

Zuckerberg的立场很明确：开发者需要的是"把权力交到个体开发者手中"（It puts the power in individual developers' hands），而不是"只依赖少数几个前沿实验室"（Not just dependent on a small number of these frontier labs）。

开源模型：控制权的另一条路

Zuckerberg给出的解决方案是开源模型。理由很直接：开源模型允许开发者自己部署、自己修改，数据隐私、权限设置、系统行为都能握在自己手里，而不是完全听命于第三方平台。

他甚至提出了一个安全层面的观点：开源模型"因为受到更多审查而更安全"（More secure because there's more scrutiny）。代码公开，意味着更多人能检查漏洞、发现问题，而不是等闭源厂商自己发现。

但他也没有把话说满。Meta并不会把所有模型都开源，仍然会逐个评估。同时他特别强调，即便用了开源模型，权限管理和失败处理该做还得做——开源不是免死金牌。

效率与控制权，不是二选一

把两位的观点放在一起看，其实并不矛盾。奥特曼说的是"能做多快"，扎克伯格说的是"能走多远"。前者解决的是当下生产力，后者兜底的是长期风险。

对开发者来说，更务实的做法可能是：用闭源模型的效率优势快速验证想法，同时在架构上预留模型切换的接口，把关键环节的控制权握在自己手里。毕竟，工具越强大，越要留好退路。