Em 2020, a Shopify apostou todas as fichas no React Native. Migrou seus apps mobile, unificou 86% do código entre iOS e Android, contratou talentos, patrocinou projetos open source. Agora, em setembro de 2026, a empresa olhou para tudo isso e disse: “valeu, mas acabou”. E o motivo não é performance, não é DX, não é qualidade do framework. O motivo é que a IA tornou o React Native desnecessário.

Eu já vi muita migração de framework na vida, mas essa aqui é diferente. A Shopify não está trocando React Native por Flutter, nem voltando pro nativo “porque era melhor antigamente”. Ela está voltando pro nativo porque agentes de IA conseguem escrever Swift e Kotlin tão rápido que manter uma codebase unificada perdeu o sentido econômico.

O argumento que sustentava o React Native desmoronou

Quando a Shopify adotou o React Native, a lógica era simples e fazia sentido:

• Evitar duplicação de features entre iOS e Android
• Permitir que devs de qualquer stack contribuíssem no mobile
• Reduzir o tempo gasto mantendo paridade entre plataformas

E funcionou. O time chegou a 86% de código compartilhado entre as duas plataformas. Era o sonho do “write once, run everywhere” que o Java prometeu nos anos 90 e o React Native entregou (mais ou menos) nos anos 2020.

Só que em 2026, modelos de linguagem ficaram bons o suficiente para traduzir features inteiras de uma linguagem para outra. O que antes levava uma sprint de dois devs agora um agente de IA resolve em horas. A Shopify testou, mediu, e concluiu: o custo de manter duas codebases nativas com ajuda de IA é menor do que manter uma codebase React Native.

Releia essa frase. O argumento central do cross-platform, que sempre foi “custa menos manter um código só”, simplesmente deixou de ser verdade.

12 semanas, 6 engenheiros e um app inteiro reescrito

O Shop app, que é o app voltado para consumidores da Shopify, foi completamente reescrito do zero. Não foi uma migração gradual, tela por tela. Foi um rebuild completo: iOS em SwiftUI, Android em Jetpack Compose.

Seis engenheiros construíram a fundação e os fluxos principais. Times de features entraram no meio do processo para cobrir edge cases. Do proof of concept até a publicação na App Store: 12 semanas.

Quando eu vi “50% mais rápido no cold start do Android”, pensei: ok, impressionante. Mas o número que realmente me pegou foi a estabilidade. Sair de 99,5% para 99,95% significa que a cada mil sessões, o app crashava 5 vezes com React Native e agora crasha 0,5 vez com nativo. Isso é uma ordem de magnitude de diferença.

O sistema Helix: como evitar que a IA escreva lixo

“Mas espera, se a IA escreveu o código, a qualidade não vai ser horrível?”

Pergunta justa. E a Shopify claramente pensou nisso. Eles criaram um sistema chamado Helix que funciona como uma correia de montagem com checkpoints de qualidade:

1. O trabalho é quebrado em pedaços pequenos e revisáveis
2. Cada pedaço precisa de testes provando que o comportamento está correto
3. Verificação visual contra o app rodando (não basta compilar, tem que parecer certo)
4. Dois revisores de código “adversariais” precisam aprovar antes do merge
5. Feedback loops melhoram a autonomia do agente progressivamente

Além disso, eles criaram uma arquitetura que chamaram de “Agent-Addressable”: toda a lógica de negócio roda headless no desktop, sem depender de simulador ou emulador. Isso permite que o agente de IA itere em milissegundos via CLI ao invés de ficar esperando um build de 2 minutos no Xcode.

É aqui que a coisa fica interessante do ponto de vista de engenharia. A Shopify não simplesmente jogou código no ChatGPT e rezou. Ela redesenhou a arquitetura inteira do app para ser “amigável a agentes”. O agente de IA consegue trabalhar autonomamente por horas sem precisar abrir um simulador.

Isso é uma mudança arquitetural que vai muito além desse projeto. Se você está construindo qualquer software hoje e não está pensando em como agentes de IA vão interagir com seu código, está criando dívida técnica que nem sabe que existe. A Shopify batizou isso de “Agent-Addressable Architecture”, e eu aposto que daqui a um ano esse termo vai estar em toda documentação de arquitetura de empresa grande.

O Pi: o agente de IA que fez o trabalho pesado

A Shopify criou um agente especializado chamado Pi (internamente chamado de “Pi Coding Agent Extension”) com subagentes dedicados para cada etapa:

• Um subagente que lê o código React Native original
• Outro que documenta o comportamento esperado
• Outro que planeja a implementação platform-specific
• Outro que escreve o código nativo
• E um último que faz review de paridade entre as plataformas

Tem também o Tardis, uma ferramenta de debugging que dá ao agente acesso estruturado a eventos, logs e estado do app em tempo real, além de poder enviar comandos diretamente. Basicamente, o agente de IA tem um debugger melhor do que o que muitos devs humanos usam.

120 FPS no Android: o nativo mostra os dentes

Um número que apareceu quase de passagem no blog post mas que merece destaque: o app nativo Android roda a 120 FPS durante scroll e navegação entre telas em dispositivos Pixel.

Quem já tentou manter 60 FPS estável em React Native com listas complexas sabe o inferno que é. FlatList travando, re-renders desnecessários, bridge bloqueando a thread principal. Chegar em 120 FPS consistente em Jetpack Compose é o tipo de coisa que simplesmente não era possível com a arquitetura do RN.

E antes que alguém diga “mas o React Native tem o New Architecture com JSI e Fabric”: sim, a Shopify foi uma das primeiras empresas a migrar para a New Architecture. Eles escreveram sobre isso em 2025. Mesmo com JSI eliminando a bridge e Fabric melhorando o rendering, o nativo ainda entrega performance que o RN não alcança. Os números estão aí.

O build time do Android também é revelador. Uma redução de 75% no tempo de build de release significa que o ciclo de desenvolvimento ficou dramaticamente mais curto. No iOS o tempo ficou similar, o que faz sentido: o Xcode sempre foi o gargalo, não o framework. Mas no Android, onde o Gradle já é lento por natureza, remover toda a camada de Metro bundler e JavaScript fez uma diferença brutal.

E o Shopify app? 300+ telas vindo aí

O Shop app era o mais simples dos dois apps da Shopify. O Shopify app, usado por lojistas, é um monstro: mais de 300 telas, widgets para home e lockscreen, app pro Apple Watch, complications, Siri Shortcuts, e uma quantidade absurda de integrações.

Essa migração já está em andamento e deve ser publicada ainda em 2026. Se eles conseguiram reconstruir o Shop app em 12 semanas com 6 engenheiros, quanto tempo vai levar o Shopify app com toda essa complexidade?

A própria Shopify reconhece que este é um desafio maior, mas aposta que a mesma abordagem (agentes de IA + checkpoints de qualidade + arquitetura agent-addressable) vai escalar.

O que acontece com o open source

Essa parte dói. A Shopify era uma das maiores contribuidoras do ecossistema React Native. Vários projetos importantes estão sob a umbrella deles:

React Native Skia: a Shopify vai patrocinar até o fim de 2026. O criador, William Candillon, vai fazer fork e renomear. Se você usa Skia nos seus projetos RN, fique atento porque o namespace vai mudar.

FlashList: com cerca de 2 milhões de downloads semanais no npm, é uma das libs mais usadas do ecossistema. A Shopify vai manter correções críticas mas está buscando quem assuma a manutenção de longo prazo. Se ninguém aparecer, é aquele cenário clássico de “lib com 2M de downloads e zero maintainers”.

Restyle: vai ser arquivado até o fim de 2026. A comunidade pode fazer fork.

É impossível não traçar um paralelo com o que aconteceu com a Airbnb em 2018 quando abandonou o React Native. Na época, o framework era mais imaturo e a justificativa era técnica. Agora a Shopify está saindo não porque o RN é ruim, mas porque a IA mudou a equação econômica.

O que isso significa pra você que usa React Native

Se você é dev React Native, respira. Isso não é o fim do framework. O React Native continua com a Meta investindo pesado, a New Architecture melhorou significativamente a performance, e Expo está num dos melhores momentos da história.

Mas é um sinal. A tese do cross-platform sempre foi econômica: “custa menos manter um código”. Se ferramentas de IA continuarem evoluindo na velocidade atual, essa tese fica cada vez mais fraca. Por que manter uma abstração se o custo de escrever código nativo caiu 80%?

Eu diria que o React Native ainda faz sentido em dois cenários:

1. Times pequenos sem experiência nativa: se você tem 2 devs full-stack e precisa de um app mobile, RN com Expo é imbatível. Você não vai configurar agentes de IA com arquitetura agent-addressable para um app de delivery.
2. MVPs e protótipos: a velocidade de iteração do RN para validar ideias ainda é excelente. Você não precisa de 120 FPS para um beta com 500 usuários.

Agora, se você é uma empresa com escala, time de mobile dedicado, e acesso a ferramentas de IA decentes: a Shopify acabou de mostrar que native + IA é mais rápido, mais performático, mais estável e (surpreendentemente) mais barato do que cross-platform.

A questão é que “acesso a ferramentas de IA decentes” está ficando cada vez mais barato. O que hoje é um sistema sofisticado como o Helix da Shopify, amanhã vai ser um plugin de IDE que qualquer dev solo instala em 5 minutos. A janela de tempo em que cross-platform faz sentido econômico está encolhendo a cada release de modelo novo.

O elefante na sala: e o Flutter?

Se o React Native está perdendo a tese econômica pra IA + nativo, o Flutter está na mesma posição. O Dart não tem nem perto do suporte de IA que Swift e Kotlin têm. Os melhores modelos de código foram treinados com quantidades massivas de Swift e Kotlin porque esses são os idiomas “oficiais” das plataformas. Dart é nicho.

Então sim, se a tendência de “IA escreve código nativo mais barato do que manter cross-platform” continuar, Flutter sofre ainda mais do que React Native. Pelo menos o RN usa JavaScript/TypeScript, que tem suporte massivo de IA. O Dart, apesar de ser uma linguagem perfeitamente competente, simplesmente não tem o volume de dados de treinamento que Swift e Kotlin acumularam em anos de Stack Overflow, GitHub e documentação oficial.

A lição que ninguém quer ouvir

A decisão da Shopify não é sobre React Native vs. nativo. É sobre como a IA está mudando a economia de decisões técnicas que a indústria toda toma há anos sem questionar.

Cross-platform existia porque duplicar código era caro. Microsserviços existem porque coordenar deploys é caro. Abstrações existem porque reutilizar lógica é mais barato do que reescrever.

E se esses custos despencarem?

Quantas decisões arquiteturais que tomamos “porque era mais barato” vão ser revisitadas quando o custo de escrever código cair pra quase zero? A Shopify está respondendo essa pergunta no mobile. Alguém vai responder no backend em breve.

Pensa em monorepos. Pensa em GraphQL como camada de unificação. Pensa em BFFs (Backend for Frontend). Todas essas arquiteturas existem, em parte, porque duplicar lógica era proibitivamente caro. Se a IA cortar esse custo em 80%, muita “best practice” de 2023 vai virar legado de 2027.

Enquanto isso, 2 milhões de downloads semanais do FlashList estão procurando um novo mantenedor. Se você quer fama no open source, agora é sua chance.

Fonte de inspiração: Native is now the future of mobile at Shopify