Apple blocked Replit and Vibecode updates in the App Store over vibe coding features

Apple временно остановила публикацию обновлений для нескольких приложений, связанных с вайб-кодингом, включая Replit и Vibecode. Судя по описанию ситуации, претензии касаются отдельных функций, которые компания сочла несовместимыми с правилами App Store.

Что произошло

Под блокировку попали именно новые версии приложений, а не сама идея мобильной разработки с AI. Это важное различие: Apple не объявляла войну всему сегменту, но показала, что внимательно смотрит на то, как такие продукты устроены внутри. Для сервисов, которые обещают сгенерировать, запустить и доработать код почти без участия пользователя, iOS давно была непростой платформой из-за жёстких правил по исполнению кода и изменению поведения приложения после модерации.

Replit и Vibecode стали заметными примерами, потому что оба сервиса продают идею разработки «с телефона и по описанию». Пользователь формулирует задачу естественным языком, получает заготовку проекта, а дальше может править интерфейс, логику и структуру файлов. Для массовой аудитории это и есть вайб-кодинг: меньше ручной инженерии, больше диалога с моделью и быстрых итераций.

История важна ещё и потому, что мобильные клиенты стали для таких платформ не просто дополнением к вебу, а частью основной воронки. Через iPhone проще показать магию продукта: открыл приложение, описал идею, получил прототип. Если именно этот сценарий начинает конфликтовать с правилами магазина, компаниям приходится перестраивать не только интерфейс, но и всю логику онбординга, монетизации и удержания пользователя.

Где возникает конфликт

Точная формулировка претензий Apple в публикации не раскрыта, но сама логика конфликта понятна. App Store исторически настороженно относится к сценариям, где приложение превращается в оболочку для внешней среды исполнения или получает возможность радикально менять функции уже после проверки ревью-командой. Когда AI-инструмент не просто пишет текст, а собирает интерфейс, запускает код, подключает сторонние сервисы и показывает результат внутри мобильного клиента, он начинает заходить на территорию, где правила Apple особенно строгие.

Проблема здесь, вероятно, не в самом факте генерации кода, а в степени автономности. Одно дело — чат-помощник, который предлагает фрагмент React-компонента. Другое — продукт, который по одной инструкции собирает рабочее приложение, даёт его запустить и меняет поведение сервиса почти в реальном времени.

Для App Store это уже не просто редактор, а потенциально новая платформа внутри платформы, а Apple традиционно пытается держать такие сценарии под полным контролем. Для таких продуктов зона повышенного риска обычно выглядит так: генерация и запуск пользовательского кода прямо из мобильного клиента удалённые изменения поведения приложения без отдельного ревью каждой новой функции доступ к внешним интерпретаторам, сборщикам или контейнерам, скрытым от модерации сценарии, где AI создаёт полноценные мини-приложения внутри уже опубликованной оболочки ## Что будет дальше Самый вероятный сценарий — разработчики вырежут или вынесут спорные возможности за пределы iOS-приложения. Например, оставят в App Store клиент для чатов, просмотра проектов и базового редактирования, а полноценную генерацию, деплой или запуск перенесут в веб-версию.

Это типичный компромисс для платформ Apple: мобильное приложение становится витриной и пультом управления, а самые чувствительные функции живут в браузере, где ограничения App Store не действуют. Для пользователей это означает не столько потерю сервиса, сколько замедление темпа. Новые функции могут выходить сначала в браузере, десктопе или через TestFlight, а до App Store доходить позже и в урезанном виде.

Для самих компаний риск выше: рынок вайб-кодинга сейчас растёт именно за счёт обещания «сделай приложение за пару минут», и любое платформенное ограничение ломает этот эффект простоты, на котором строится воронка роста. Отдельный удар — по стартапам, которые строят продукт вокруг мобильного UX и быстрого wow-эффекта. Если критичные сценарии нельзя легально упаковать в iOS-приложение, придётся объяснять пользователю, почему «настоящая магия» начинается только после перехода в браузер.

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

Что это значит

Apple показала, что готова сдерживать даже популярные AI-продукты, если они заходят слишком близко к запрещённым для iOS сценариям. Для рынка это сигнал: будущее вайб-кодинга зависит не только от качества моделей, но и от того, как аккуратно сервисы упакуют генерацию кода, запуск и публикацию внутри правил крупных мобильных платформ.