Shopify 从 React Native 回到原生：编码代理改变了「构建两次」的账
来源: shopify.engineering — 2026-09-10
概述
Shopify 宣布把移动应用从 React Native 迁回 Swift 与 Kotlin。2020 年他们全面押注 React Native 的理由是别把同一个功能写两遍，那笔投资当年非常成功；但到 2025 年底，编码模型已经能承担实现、翻译、测试与评审的大部分工作，「写两遍等于两倍工作量」这个前提不再成立。原型显示用 LLM 重建核心模块效果出奇地好，于是迁移策略从渐进改版改为用 agent 从零重建：Shop 应用在 AI 协助下 12 周内从概念验证走到上架，而内部系统 Helix 把每个屏幕切成可几分钟审完的 checkpoint，每个都要通过测试、视觉比对、两名对抗性评审和人工点头。
核心要点
- 2020 年选 React Native 的三条理由：不重复写功能、让开发者跨栈工作、少追功能对齐。
- LLM 让实现、翻译、测试与评审的成本大幅下降，原生「写两遍」不再是决定性劣势。
- 这次选择 greenfield 从零重建而非渐进迁移，因为可参考 React Native 版本让重建快得多。
- 内部系统 Helix 把工作切成几分钟可审的 checkpoint，每步都要过测试、视觉比对与人工点头。
- 把业务逻辑与 UI 解耦、做成可在桌面无头运行的 CLI，让 agent 的反馈循环从几分钟缩到毫秒。
金句
我们不会因为一个决定在当时很成功就一直抱着它。当核心前提变了，我们愿意回头重新问一遍。
👍 0
👎 0
返回 Lobsters 首页