В 2020 году Shopify перешёл на React Native, чтобы не писать один и тот же код дважды. В 2026 году компания разворачивается обратно — к отдельным Swift и Kotlin кодовым базам. Причина: AI-агенты сделали поддержку двух платформ дешевле, чем кросс-платформенный компромисс.

Это не просто корпоративный разворот. Это сигнал для любой команды, которая выбирает мобильный стек прямо сейчас.

Почему в 2020-м React Native казался очевидным выбором

Логика была железной. Shopify назвал три причины перехода на React Native:

  • не писать одни и те же фичи дважды для iOS и Android;
  • дать разработчикам работать по всему стеку, не разделяя команду;
  • тратить время на ценность для пользователя, а не на погоню за паритетом платформ.

Это классический аргумент в пользу кросс-платформы: один разработчик — две платформы — вдвое меньше работы. Шесть лет Shopify жил по этой логике и, судя по их собственным словам, не жалел. React Native они называют отличной платформой — без иронии.

Что изменилось: AI-агенты убрали главный аргумент

Нативная разработка всегда означала двойную работу. Эта стоимость никуда не делась — но теперь её платит не человек, а агент.

Shopify прямо пишет: агенты теперь берут на себя достаточно работы по реализации, переводу кода между платформами, тестированию и ревью, чтобы «двойная работа» перестала быть решающим аргументом. Для миграции компания использует внутреннюю систему Helix — она контролирует качество при переносе экранов с React Native на нативный код.

Результат: приложение Shop (потребительское) было переписано на нативный Swift за 12 недель. Следующий на очереди — основной продавческий инструмент с более чем 300 экранами.

Как выглядит миграция на практике

Если вы думаете о похожем шаге, вот логика, которую применил Shopify.

Шаг 1. Начать с менее критичного приложения. Shop — потребительское приложение, не основной B2B-инструмент. Это снижает риск: если что-то пойдёт не так, последствия ограничены.

Шаг 2. Использовать агентов для перевода экранов, а не переписывать вручную. Helix у Shopify — это внутренний инструмент, но принцип воспроизводим. Агент получает экран на React Native, генерирует нативный аналог на Swift или Kotlin, тесты пишутся параллельно.

Шаг 3. Выстроить контроль качества вокруг агента, а не вместо него. Агент делает черновик — человек ревьюит. Это не «агент вместо разработчика», а «агент как первый проход».

Шаг 4. Решить судьбу open-source библиотек заранее. Shopify поддерживал три значимых React Native библиотеки:

БиблиотекаСтатус
react-native-skiaПередаётся новым мейнтейнерам
flash-listПередаётся новым мейнтейнерам
restyleАрхивируется в конце 2026 года

Если вы используете restyle — закладывайте миграцию уже сейчас.

Стоит ли повторять это у себя

Честный ответ: зависит от размера команды и зрелости вашего AI-тулинга.

Shopify — компания с сотнями инженеров и собственной инфраструктурой вроде Helix. У них есть ресурс, чтобы построить контроль качества вокруг агентного пайплайна. Для команды из трёх человек это другой разговор.

Но тренд читается чётко. Если раньше вопрос «нативное или кросс-платформа» решался через стоимость дублирования работы — теперь эта переменная меняется. AI-агенты снижают цену поддержки двух кодовых баз. Нативный UX, производительность и доступ к платформенным API остаются аргументами за нативку — и теперь против них нет прежнего контраргумента.

Где это ломается

Агенты не устраняют архитектурные решения. Перевести экран — одно. Перевести бизнес-логику, которая годами росла в JS-слое React Native, — другое. Здесь агент даст черновик, но архитектурные решения всё равно за человеком.

Helix — закрытый инструмент. Shopify не опубликовал свою систему контроля качества. Воспроизвести их пайплайн «из коробки» не получится — придётся строить своё или адаптировать существующие coding agents (Claude, Gemini, Cursor и т.д.) под конкретный процесс.

300 экранов — это не 12 недель. Shop переписали быстро. Основной продавческий инструмент с 300+ экранами — следующий этап, и Shopify пока не называет сроков. Масштаб имеет значение.

Экосистема React Native не умерла. react-native-skia и flash-list найдут новых мейнтейнеров. Если вы строите на React Native сегодня — это не приговор, но сигнал следить за тем, кто теперь отвечает за ключевые библиотеки.

Что попробовать дальше

Если хотите проверить агентный подход к мобильной разработке без полной миграции — начните с изолированного экрана. Возьмите один экран из React Native, дайте его Claude или Cursor с контекстом платформы, попросите сгенерировать SwiftUI-аналог. Сравните результат с тем, что написал бы джун за день. Это даст реальное ощущение, где агент помогает, а где нужен человек.


FAQ

Shopify полностью отказывается от React Native?

Да, для своих мобильных приложений. Компания переходит на отдельные нативные кодовые базы: Swift для iOS и Kotlin для Android. При этом они признают React Native хорошей платформой и передают свои библиотеки сообществу, а не бросают их.

Что будет с react-native-skia и flash-list?

Обе библиотеки передаются новым мейнтейнерам за пределами Shopify. Restyle — третья библиотека с меньшей аудиторией — будет архивирована в конце 2026 года.

Что такое Helix и можно ли его использовать?

Helix — внутренняя система Shopify для контроля качества при агентной миграции кода. Она не опубликована публично. Аналогичный пайплайн придётся строить самостоятельно на основе доступных coding agents.

За сколько времени Shopify переписал приложение Shop?

За 12 недель. Это потребительское приложение, а не основной B2B-инструмент. Продавческое приложение с 300+ экранами — следующий этап, сроки не объявлены.

Означает ли это, что React Native устарел?

Нет. Это означает, что один из главных аргументов в его пользу — экономия на дублировании работы — стал слабее из-за AI-агентов. React Native по-прежнему имеет смысл для команд без ресурсов на поддержку двух нативных кодовых баз.

Источники