现代开放式办公空间走廊

2026 年 9 月，Shopify 工程团队发了一篇标题直白的文章：《原生开发重新成为移动端的未来》。五年前他们高调宣布全面拥抱 React Native，2025 年初还公开表态 "React Native 的未来依然光明"，如今却把主力应用拆回 Swift 和 Kotlin 双端原生。真正值得关注的不是结论本身，而是他们给出的理由——推翻这个决定的核心变量，是 AI 编码能力。

当年为什么要跨平台：省的是"写两遍"的钱

2020 年 Shopify 押注 React Native 的逻辑非常清晰：一套代码覆盖 iOS 和 Android，功能只实现一次；前端背景的工程师也能参与移动端开发；团队不用长期追赶两端的功能对齐。这套收益在五年里确实兑现了，Shopify 也顺势开源了 React Native Skia 等在各自领域被广泛采用的库。

代价同样存在：性能调优、框架升级、外部依赖跟进，这些投入一直没停过。跨平台的本质，是用 "框架层的持续维护成本" 去换 "重复实现的成本"。

2026年的新账本：双端实现的价码变了

Shopify 从 2021 年就开始用大模型写生产代码，比 ChatGPT 发布还早一年。到 2025 年底，他们发现模型已经不只是 "写得更快"——它能读懂 iOS 版本的实现，然后照着把 Android 版本写出来，反之亦然；能帮工程师快速跨栈上手；还能通过共享的规格说明、测试用例和评审检查点，把两端对齐的成本压下来。

这就动摇了 2020 年那个决策的前提。双端开发的成本并没有消失，但其中实现、翻译、测试、评审这几块，现在大量由智能体承担，已经不再是决定性因素。既然 "省一遍代码" 的价值下降，"贴近平台能力" 的价值就重新占了上风：更少框架层和依赖层，直连第一方工具链和系统能力。

对国内团队的三条现实提醒

第一，技术选型要盯住成本结构的变化，而不是结论。跨平台还是原生，答案是随 "重复劳动的单位成本" 浮动的。今天 AI 让翻译成本下降，结论就可能反转；哪天 AI 在框架层的排障能力变强，风向也可能再变。

第二，评估 AI 编码的收益不要只算写代码提速。Shopify 真正受益的地方是跨栈贡献、测试生成、评审和平台间对齐这些 "周边工序"。只统计代码行产出，容易低估它的实际杠杆。

第三，迁移要有收尾方案。Shopify 明确了对开源库的交接安排：React Native Skia 的赞助延续到 2026 年底，原作者会在后续几个月里 fork 并在新名称下继续发布，原仓库最终归档。企业级技术栈调整，社区资产的去向同样是交付物的一部分。

写在最后

这件事最有价值的地方，是它示范了一种工程文化：一个决定当年是对的，不等于今天还是对的。当一个核心假设发生变化时，回头用第一性原理重算一遍，比守着过去的成功经验更难得。