Codex 一天一个版本，微信为什么不行？ 最近墨问 Bot 基本上一天一个版本的发布，经常是用户报了 bug，顺手就修了，搭着新特性发。群里...
MacTalk · 软件开发
MacTalk 2026-11-05 17:23 北京 Codex 一天一个版本，微信为什么不行？ 最近墨问 Bot 基本上一天一个版本的发布，经常是用户报了 bug，顺手就修了，搭着新特性发。群里朋友们调侃，说老池你们这个发版速度快赶上 Codex 了。 还有朋友说，每天打开 Mac，都看到一串 Agent 工具更新，但是看手机里的微信，Mac 上的微信，版本号几周没变化，其他国民 App 也差不多，是不是这些老厂商老产品落伍了啊。 正好前阵子给微信桌面端提了个 bug，早修复了，现在还没赶上新版本发版，为啥呢？我来聊几句 AI 时代的开发。 首先这种比较混淆了两种“发布”。Codex 每天更新，可能是改了个 UI，加个用量按钮，或者插件、云端策略有了调整，也可能是模型、工具调用与任务策略更新了。 微信呢，发一个版本，通常意味着一个完整的客户端和服务端交付，得经过测试、灰度和应用商店分发，聊天、支付、小程序、音视频这些每天被十亿人使用的功能，才能上线发布。到了微信这个体量，任何微小的改动影响都是巨大的，何况微信还承载着各种产品和业务形态，与支付、民生息息相关，基本不可能每天发版，也没拿个义务。 就我这半年多的 Coding Agent 实践，AI 其实特别擅长做 Codex 这样的项目，大部分功能都是工具类型，复杂业务几乎没有，服务端逻辑很少，AI 开发起来手拿把掐，无敌于天下。 一旦涉及到服务端复杂业务，尤其是交易相关，AI 写出来的代码就需要反复确认和测试。毕竟…… Codex 给你生成了一段错误代码——这简直是一定会发生的——用户审查、修改、重新运行，就可以了，实在不行还有 Git 可以回退。但是微信如果把消息送错对象，或者让一笔支付出现异常，事后你打补丁就没那么简单了。 效率工具允许错误成为学习过程的一部分，社会基础设施必须把错误挡在发布之前。 AI 编程，看起来都是生成代码，产品性质不同、产品阶段不同，开发速度也完全不一样。你自己口喷一个用完即弃的软件，大概 20 分钟就搞定了。我做一个墨问 App，几千内测用户，可以一天发个版本，轻松自在。但是，有上百万人使用的墨问社区，我就不敢这么玩了。到了 Codex/ChatGPT 和微信这样的级别，策略更是大相径庭，AI 发挥的能力也不是一个级别的。 Codex 在快速寻找能力边界，新功能本身就是吸引力，用户也愿意承受一些粗糙的做法，按钮换地方，功能失效了，大家都能忍。但微信的核心交互已经沉淀为日常习惯，这是个承载十几亿人的基础设施。一个按钮的位置、一条消息的展示方式，都会影响数亿人的使用感受…… 跳转微信打开