AI 实时预览正在杀死"编译等待时间"：移动开发工作流的一次范式转移

刚看完 OpenAI 那条 Codex 演示，我关掉视频后的第一反应：Xcode 模拟器，可能正在成为过去式。

不是夸张。当我们还在 SwiftUI 里改两行代码、Command+R、起身倒杯水的循环里消耗耐心时，Codex + Build iOS Apps 插件已经把事情换成了另一种打开方式--

旧工作流 vs 新工作流：一个微观对比

那个 StatusRowView 的演示镜头很有代表性：头像对齐方式从垂直居中改到顶部--不是"改完看效果"，而是"看着效果改"。

这种细微但致命的差异，就是工具从"辅助执行"进化到"思维延伸"的分水岭。

被低估的不仅是速度

很多人第一反应：这不就是快了一点？

但快的不是执行，是验证。当反馈延迟从分钟级压缩到秒级甚至毫秒级，会发生什么？

• 探索半径扩大：敢试了。以前怕编译慢不敢轻易动的布局方案，现在可以快速穷举。
• 认知负荷骤降：大脑从"记住预期效果"解放出来，专注判断"这是不是我要的"。
• AI 协作质变：当 AI 也能"看见"自己生成的结果，修正就不再是盲猜式的代码堆砌，而是有反馈的闭环迭代。

关键洞察：热重载 + 视觉预览的真正价值，是给 AI 和人类建立了共同的感知接口。

开源底座：被点名致谢的两个名字

OpenAI 没有藏私，直接摊牌了技术底座--

• serve-sim（@Baconbrix）：流式模拟器，解决"画面怎么实时传过来"
• SnapshotPreviews（@sentry）：SwiftUI 预览提取，解决"预览画面从哪来"

这很有意思。商业产品的爆发点，往往踩在开源社区铺好的路基上。没有 serve-sim 的流式传输，Codex 里的模拟器画面就是黑屏；没有 SnapshotPreviews 的预览提取，热重载也无从谈起。

下次有人再唱衰开源"养肥了商业公司"，可以把这个案例拍过去：没有这些"被白嫖"的基础设施，你想要的"AI 颠覆体验"根本跑不起来。

谁最需要关心这件事？

独立开发者 & 小团队

• Mac Studio 不再是硬门槛
• Xcode 黑魔法不用全通也能出活
• 原型到可交互 demo 的路径急剧缩短

专业开发者

• 把" tool time "（等待、切换、配置的时间）压缩到极限
• 更多精力投向架构决策和用户体验，而非和编译器搏斗

设计-开发混合角色

• 最接近"用 Figma 的方式写 App"的时刻
• 设计决策可以即时验证，不再依赖"你帮我导个切图"

冷思考：还有什么没解决？

坦诚讲，演示是含糖的。实际使用中的暗角：

1. 真机调试的复杂性：模拟器≠真机，摄像头、传感器、性能表现仍是盲区
2. 复杂动画的帧率：流式传输能否 hold 住 Core Animation 的细腻度？
3. 打包与发布链路：能否直接出 TestFlight？审核前的本地化、签名流程呢？

但这些都是工程问题，不是方向问题。方向已经明确：开发环境正在从"以代码为中心"转向"以反馈为中心"。

最后

我统计过自己?[原文似乎被截断，此处保留原意]个人挺期待那个最远的假设成真：AI 不只生成代码，而是真正参与"看见-修改-验证"的完整循环。

当工具能理解视觉差异、自主迭代到"看起来对"，移动开发的单位产出定义都会被改写。

你现在的开发工作流里，最寸步难断的环节是什么？热重载、真机调试、还是 AI 理解需求的准确度？

👇 评论区聊聊，我先把票投给"等编译时刷手机刷到忘记要干嘛"