Создать приложение iOS с ИИ: ловушки и проверки

Создать приложение iOS с ИИ: короткий ответ

Да, ты можешь создать приложение iOS с ИИ, даже если только начинаешь. У такого подхода есть название: вайб-кодинг. Claude, ChatGPT или Cursor отлично пишут экраны, навигацию, простую логику и запросы к базе данных. Плохо у них получается всё, что происходит за пределами кода: подпись приложения, настройка App Store Connect, подписки, ревью Apple и падения, которые проявляются только на настоящем iPhone.

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

Я пишу свои iOS-приложения с Claude и Cursor каждый день. Solys, будильник с мини-играми, и TradaZen, симулятор трейдинга, уже в App Store. Nolera и Clic были отклонены Apple, а потом исправлены. Всё, что ниже, взято из этой работы, а не из демо. Если ещё сомневаешься с инструментом, я сравниваю Claude Code, Cursor и ChatGPT для приложения на iPhone в отдельном гайде.

Что ИИ действительно делает хорошо

Экраны и навигация

Опиши экран точно (что он показывает, что делает каждая кнопка, что происходит, когда список пуст), и ИИ за несколько секунд выдаст аккуратный компонент. Здесь выигрыш самый впечатляющий, особенно с React Native и Expo, потому что ИИ видел огромное количество такого кода. Кстати, это стек, который я использую во всех своих приложениях, и почему, объясняю на странице React Native и Expo для мобильного приложения.

Простая бизнес-логика

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

Объяснить то, чего ты не понимаешь

Это самое недооценённое применение. Вставь сообщение об ошибке, кусок конфигурации или отказ Apple и попроси: «объясни, что это значит, ничего не исправляй». Учишься быстрее, чем по туториалу, потому что объяснение касается твоего собственного проекта.

Подключение бэкенда

Создать таблицы в Supabase, написать функцию, которая читает данные залогиненного пользователя, обработать состояние загрузки: ИИ хорошо знает эти инструменты. Только присматривай за безопасностью, об этом ниже.

Что ИИ упускает, когда ты создаёшь приложение iOS

Это та часть, которую тебе не показывают в видео «я сделал приложение за выходные». Каждый из этих пунктов может заблокировать публикацию на несколько дней, не считая автоматических проверок при отправке, вроде ITMS-90338 для непубличных API.

Подпись и сертификаты

Чтобы работать на iPhone и пройти в App Store, приложение должно быть подписано сертификатом и профилем подготовки (provisioning profile), привязанными к твоему аккаунту Apple Developer. ИИ может объяснить принцип, но без разрешённого доступа он не знает твой аккаунт. Иногда он выдумывает шаги, которых уже нет, или смешивает способ через Xcode и способ через Expo, и в итоге при отправке получаешь ITMS-90034. С EAS Build эти файлы генерирует и хранит сам инструмент, включая push-ключ: дай ему это сделать, а не следуй угаданной процедуре.

Настройка App Store Connect

Карточка приложения, bundle ID, декларации конфиденциальности, вопрос про шифрование, скриншоты, ссылки на условия использования: всё это должно соответствовать отправленной версии. Некоторые агенты умеют действовать в браузере с выполненным входом, например Claude Code с Chrome. Такой доступ нужно разрешить, а результат проверить; процедура, рассказанная по памяти без чтения актуального интерфейса, может оказаться устаревшей.

Подписки

Вот где ИИ отнимает у тебя больше всего времени. Код пейволла написать легко. Сложно добиться согласованности в трёх местах: продукты, созданные в App Store Connect, их настройка в RevenueCat и код, который их показывает. Идентификатор, отличающийся на один символ, продукт, ещё не отправленный на ревью вместе с версией, и пейволл у ревьюера показывается пустым. ИИ может читать эти консоли, если дать ему подходящий доступ; без него он не может проверить их согласованность с кодом. Вся работа подробно описана на странице встроенные подписки iOS.

Ревью Apple

ИИ знает основные положения App Review Guidelines, но не умеет смотреть на твоё приложение глазами ревьюера. Он сам не скажет тебе, что обязательный экран обрезается на маленьком iPhone, что запрос оценки появляется слишком рано, что в заметках для ревью не хватает демо-аккаунта или что приложение слишком похоже на сайт для guideline 4.2. Первые два отказа я реально получил на Solys, история в статье почему Apple отклоняет приложение.

Падения на настоящем iPhone

Симулятор и dev-сборка многое прощают. Настоящий iPhone в продакшене нет. Нативный модуль, которого нет в сборке, разрешение без текста-пояснения, чтение данных слишком рано при запуске: приложение открывается и сразу закрывается, без сообщения. Агент может запускать тесты или анализировать скриншоты, но только если это позволяет твоя система проверки. Результат на симуляторе сам по себе не подтверждает бинарник, установленный на твой iPhone. Это твоя задача: устанавливать приложение на телефон перед каждой отправкой, и TestFlight создан именно для этого.

ИИ пишет код, который выглядит правильным. Только тест на твоём iPhone скажет, правильный ли он.

Как направлять ИИ, чтобы он оставался полезным

Проблема почти никогда не в интеллекте модели. Она в том, что ты даёшь ей прочитать.

Дай ему контекст раз и навсегда

Напиши короткий файл в корне проекта, где описан твой стек (Expo, версия SDK, Supabase, RevenueCat), структура папок и твои правила. Claude Code читает файл CLAUDE.md, у Cursor свои файлы правил. Без этого контекста ИИ гадает, и часто угадывает чужой стек. В моём туториале по созданию приложения с Claude Code есть полный пример такого файла.

Дроби на маленькие задачи

«Сделай мне приложение для трекинга привычек с подпиской» даёт огромный и хрупкий проект. «Сделай экран со списком привычек на сегодня, с пустым состоянием и состоянием загрузки» даёт экран, который можно перечитать и протестировать за пять минут. Одна задача, проверяемый результат, потом следующая.

Проси план до кода

Для всего, что затрагивает несколько файлов, начинай с «предложи план, пока не пиши код». Перечитываешь план, исправляешь то, что не так, и запускаешь. Так ты избегаешь внезапных переделок, когда ИИ переписывает полпроекта ради одной кнопки.

Давай ему актуальную документацию

Инструменты меняются быстро: Expo, RevenueCat и App Store Connect регулярно обновляются. Если ответ кажется сомнительным, вставь в разговор страницу официальной документации или используй инструмент, который подаёт её модели. ИИ, читающий сегодняшнюю документацию, ошибается гораздо реже, чем ИИ, который помнит ту, что была два года назад.

Решения оставляй за собой

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

Как проверять то, что выдаёт ИИ

Именно этот навык отделяет тех, кто публикует, от тех, кто копит недоделанные проекты.

Перечитывай каждое изменение

Не обязательно понимать всё построчно. Но ты должен уметь ответить на три вопроса: какие файлы изменились, почему, и соответствует ли это тому, что я просил. Если ИИ тронул файл, не связанный с твоим запросом, спроси почему, прежде чем принимать.

Тестируй на iPhone, а не только на компьютере

Ставь приложение на свой телефон как можно раньше, а потом на каждом важном этапе. Проверь первый запуск после установки, авиарежим, маленький и большой экран, открытую клавиатуру на формах. Это правило я применяю перед каждой отправкой в Apple, в каждом своём приложении.

Добавь инструменты, которые видят то, чего не видишь ты

В моих приложениях Sentry присылает падения с виновной строкой кода, а PostHog показывает, где пользователи бросают приложение. Без них баг в продакшене остаётся невидимым, пока не прилетит плохая оценка. ИИ может помочь их установить; а смотреть, что они говорят, должен ты.

Следи за безопасностью данных

Когда ИИ создаёт таблицы в Supabase, проверь, что правила доступа (политики RLS) действительно включены: каждый пользователь должен читать только свои данные. Проверь также, что ни один секретный ключ не попал в код приложения, который можно декомпилировать. Это две ошибки, которые ИИ легко совершает, если ты их прямо не запретишь.

Задай ему обратный вопрос

Когда код написан, спроси: «что здесь может сломаться?» или «перечитай этот код как ревьюер Apple». Та же модель, что написала код, часто находит свои упущения, если сменить угол вопроса. Это не заменяет теста на iPhone, но сокращает число итераций.

Реалистичный путь для новичка

1. Выбери крошечную идею: одна основная функция, а не десять.
2. Поставь стек, который ИИ хорошо знает: Expo, React Native, Supabase, если нужны аккаунты.
3. Строй экран за экраном, одна маленькая задача на запрос и тест на каждом шаге.
4. Тестируй на iPhone с dev-сборкой, а потом через TestFlight.
5. Подключи деньги: продукты в App Store Connect, RevenueCat, пейволл.
6. Подготовь материалы для App Store: карточка, скриншоты, конфиденциальность, заметки для ревьюера.
7. Отправь в Apple, внимательно прочитай ответ, исправь то, что просят.

У каждого шага свои ловушки, и ИИ помогает примерно с половиной из них. Общая картина и весь путь подробно описаны на странице создать приложение для iPhone. А если хочешь понять, как далеко можно зайти, не написав самому ни строчки кода, почитай создать приложение без кода.

Создать приложение iOS с ИИ и дойти до App Store

ИИ изменил то, кто может создать приложение iOS. Он не изменил ни требований Apple к публикации, ни того, что нужно, чтобы приложение получило первые подписки. Именно эту часть я собрал в iOS Kit: стартовый код моих приложений, включая подписки, и skills Claude Code для каждого этапа. Путь расписан под твой инструмент: курс по Claude Code или курс по вайб-кодингу. На главной показано, как шаг за шагом создать мобильное приложение таким способом.

Не понимаешь, что тебя тормозит: код, ИИ или Apple? Бесплатная диагностика подскажет и пришлёт тебе мой чек-лист против отказов Apple.

Я не обещаю тебе ни дохода, ни публикации: одобрение решает Apple, а всё остальное решает рынок. Что я даю, так это метод, который сам применяю в своих приложениях.

Частые вопросы

Можно ли создать приложение iOS с ИИ новичку?

Да. ИИ отлично пишет экраны, навигацию, простую логику и запросы к базе данных. Плохо он справляется со всем, что за пределами кода. Это подпись, App Store Connect, подписки, ревью Apple и падения, которые видны только на настоящем iPhone.

Какой ИИ использовать для создания приложения iOS?

Claude, ChatGPT или Cursor отлично пишут экраны, навигацию и простую логику. Проблема почти никогда не в интеллекте модели, а в том, что ты даёшь ей прочитать. Дай ей свой стек, свои правила и актуальную документацию. Я сравниваю Claude Code, Cursor и ChatGPT для приложения на iPhone в отдельном гайде.

Может ли ChatGPT создать приложение?

Да, в видимой части: ChatGPT, как Claude или Cursor, отлично пишет экраны, навигацию, простую логику и запросы к базе данных. Но без разрешённого доступа он не знает твой аккаунт Apple и не смотрит на приложение глазами ревьюера. Только тест на твоём iPhone скажет, правильный ли код.

Как создать своё приложение с ИИ шаг за шагом?

Выбери крошечную идею с одной основной функцией. Поставь стек, который ИИ хорошо знает: Expo, React Native и Supabase, если нужны аккаунты. Строй экран за экраном, одна маленькая задача на запрос и тест на каждом шаге. Тестируй на iPhone с dev-сборкой, потом через TestFlight, прежде чем подключать деньги, готовить материалы для App Store и отправлять в Apple.

Как проверять код, написанный ИИ?

Перечитывай каждое изменение: какие файлы изменились, почему и соответствует ли это твоему запросу. Ставь приложение на свой iPhone как можно раньше, а потом на каждом важном этапе. Проверь, что правила доступа Supabase, политики RLS, включены. Проверь также, что ни один секретный ключ не попал в код приложения, который можно декомпилировать.

Почему пейволл, написанный ИИ, показывается у ревьюера пустым?

Код пейволла написать легко. Сложнее всего согласованность в трёх местах: продукты в App Store Connect, их настройка в RevenueCat и код, который их показывает. Идентификатор, отличающийся на один символ, или продукт, ещё не отправленный на ревью, и пейволл пуст. Без подходящего доступа к этим консолям ИИ не может проверить эту согласованность.