摘要：Shopify 将全部移动应用从 React Native 迁回 Swift 和 Kotlin 原生开发，判断是 LLM 智能体大幅降低了跨平台重复开发的成本优势。
Shopify 干了件反潮流的事：把全部移动应用从 React Native 迁回 Swift 和 Kotlin 原生开发。它给出的理由很硬——判断"LLM 智能体大幅降低了跨平台重复开发成本"这个核心假设被改变了。换句话说，过去选跨平台框架，图的是"写一套、两端跑"省人力；现在编码智能体可以把原生代码快速生成和维护，跨平台框架省下的那点人力优势被明显削弱，而原生体验、性能和生态红利重新变香。
这是个典型的"技术选型被 AI 重估"案例。跨平台框架的底层逻辑是"用抽象层换开发效率"，代价是性能损耗、原生特性滞后、调试黑箱。当智能体能让"写两份原生代码"的成本趋近于"写一份跨平台代码"，抽象的代价就显得不划算了。Shopify 还披露了开源库去向和 Helix 工作流，说明这不是拍脑袋，而是有完整迁移理由和配套方法论。它甚至把这次迁移当成一次"把智能体用在真实大型代码库"的压力测试。
对行业，信号是：AI 编程不会简单地"让所有人留在旧技术栈"，它也可能"让旧技术栈的替代理由失效"。那些靠"省人力"活着的抽象层，都要重新算一笔账——如果智能体把重复劳动抹平了，你凭什么不原生？当然，这也取决于智能体在大规模原生代码库上的真实可靠度，Shopify 敢迁，说明它在自己场景里已经验证了。一个有趣的副作用是：当原生代码生成变便宜，历史遗留的"该不该重写"决策也会被重新激活。
对技术负责人，启示不是"立刻弃用跨平台"，而是"定期重估技术选型的底层假设"。AI 正在改变每一项工程决策的性价比，去年合理的架构，今年可能就偏了。别让框架惯性替你做决定。更务实的做法是：把"抽象层省下的人力"和"智能体生成原生代码的成本"放在同一张表上，每季度重算一次，让数据而不是惯性说话。