2026年9月10日，Shopify 工程博客发布了一篇注定要被反复引用的文章：《Native is now the future of mobile at Shopify》。这家电商巨头宣布，旗下 Shopify、Shop、POS、Inbox 等核心应用将从 React Native 迁回 Swift 和 Kotlin 原生开发。理由既不在性能，也不在招聘——而是 AI 编码 Agent 改变了”同一个功能写两遍”的成本结构。
背景：一次六年后的自我否定
2020 年，Shopify 全押 React Native，目标有三：不再双端重复造功能、让没有移动背景的开发者也能贡献代码、摆脱无休止的双端特性对齐。这场豪赌相当成功，RN 也确实兑现了承诺。2025 年 1 月，Shopify 还公开表示”React Native 的未来一片光明”。
但文章作者说得坦率：我们不会因为一个决定曾经成功就死守它。当核心假设变了，就要回头重新审视。2025 年底，编码模型已经强到让团队怀疑——”写两遍”还等于”花两倍功夫”吗？
核心观点：Agent 抹平了双端成本
Shopify 用 LLM 把几个大应用的核心模块用 Swift/Kotlin 重做了一遍原型，结果出乎意料：
- Agent 能以 iOS 实现为参考，直接产出对应的 Android 功能（反之亦然）；
- 开发者借助 Agent 能快速在陌生技术栈上有效贡献；
- 通过共享规格、共享测试和评审检查点，双端一致性的维护成本大幅下降。
原生开发依然意味着在两个平台上各自构建和维护，这个成本没有消失。变化在于：Agent 现在能承担足够多实现、翻译、测试和评审工作，”写两遍”不再是 2020 年那个决定性因素。而原生方案的优势——贴近平台能力、第一方工具链、更少的框架层——依然成立。
具体安排：开源生态如何善后
Shopify 是 RN 生态最重要的贡献者之一，这次转向的善后方案直接影响大量第三方应用：
- React Native Skia：Shopify 赞助至 2026 年底，之后由 William Candillon fork 并以新名字继续维护，原仓库届时归档；
- FlashList：周下载量约 200 万，是 RN 高性能列表的事实标准。Shopify 会继续修复破坏性兼容问题，并正与几家公司洽谈长期托管；
- Restyle：用户较少，维护到 2026 年底后归档，欢迎社区 fork 接手。
迁移策略上，Shopify 这次选了绿地重建（greenfield）而非渐进迁移（brownfield）——当年迁向 RN 时大应用走的都是 brownfield，因为重写要停摆数年。而这次”LLM 擅长从零构建功能”，绿地成了明显赢家。
社区反响
HN 上 467 条评论。Shopify 工程师 fnthawar2 亲自下场：”我们不会只因一个决定当时成功就抱着不放。”高赞评论 lackoftactics 判断”放弃 RN/Flutter 回归原生会成为行业趋势”；evilfred 指出 RN 的老痛点——”想做得有趣或优化到位，终归要下沉写原生代码，那何不直接用平台本身”；gazarsgo 则问了笔经济账：”故事很酷，token 花了多少？”asimovDev 不忘调侃：”下一步是不是扔掉 React 回归原生 JavaScript？我还在悼念 pre-React 时代的 GitHub。”
启示
这篇文章的真正价值不在”RN vs 原生”的口水战，而在于它示范了一种决策范式：技术选型依附于成本假设，而 AI 正在系统性改写这些假设。当”跨端复用”节约的人力被 Agent 抹平，选型的天平自然滑向平台能力本身。值得每个技术负责人自问：我们架构里还有哪些决策，建立在”人写代码很贵”这个正在失效的假设上？
原文链接：Native is now the future of mobile at Shopify
HN 讨论：704 points · 467 comments