Как работает генерация ИИ
Вы описываете приложение. Через тридцать секунд вы держите настоящий результат у себя на телефоне. Вот что происходит в промежутке — понимание этого помогает писать более удачные запросы и читать, что делает AppX по ходу сборки.
AppX генерирует настоящий код Expo + React Native — StyleSheet для стилей, lucide-react-native для иконок. Не экспорт из визуального конструктора, который нельзя трогать, а реальный код, который можно изучить, отредактировать и выпустить.
Планирование → Генерация → Проверка
Каждое новое приложение проходит через три этапа:
1. PLAN
The AI reads your prompt and works out:
- Which screens to build
- The data each screen needs and how it flows
- How navigation ties the screens together
↓
2. GENERATE
For each screen, the AI writes:
- React Native + TypeScript code
- StyleSheet styles + lucide-react-native icons
- The planned navigation and state
↓
3. VALIDATE
Every file is checked automatically:
- Syntax and imports
- No web-only elements that crash React Native
- Common issues auto-fixed; a screen that won't build is retried
1. Планирование
Прежде чем написать хоть строку кода, ИИ составляет план — список экранов, форму навигации (вкладки, стек или их сочетание) и модель данных, связывающую всё воедино. Именно это делает многоэкранное приложение цельным, а не грудой не связанных между собой экранов.
В режиме Plan вы сначала видите этот план и нажимаете Execute, когда он выглядит правильно — возможность скорректировать курс до того, как потрачены кредиты. В режиме Direct AppX планирует и собирает за один проход.
2. Генерация
С готовым планом ИИ пишет каждый экран: полноценный TypeScript, стили StyleSheet.create, хуки навигации и состояние. Когда экран должен запоминать данные между запусками, ИИ подключает хранилище на устройстве.
Все сгенерированные приложения используют один и тот же согласованный стек:
- Expo Router для навигации на основе файлов
- StyleSheet.create для стилей
- lucide-react-native для иконок
- TypeScript повсюду
Стек зафиксирован намеренно — согласованный, проверенный результат лучше, чем разный набор инструментов на каждой сборке. (AppX не генерирует приложения на NativeWind или react-native-paper.)
3. Проверка
Каждый файл проходит автоматические проверки, прежде чем попасть к вам на телефон: синтаксис, импорты, которые действительно разрешаются, отсутствие веб-элементов вроде <div> и корректный экспорт экрана. Типичные проблемы исправляются на месте; всё, что по-прежнему не собирается, генерируется заново. В результате большинство проблем выявляется и устраняется ещё до того, как вы увидите предпросмотр.
Доработка через чат
Как только приложение существует, вы формируете его в разговоре. Правки выполняются в более узком, более хирургическом цикле, чем полная сборка:
- ИИ читает целевой экран.
- Он вносит точные, целенаправленные изменения только в ту часть, которую нужно изменить — а не переписывает всё заново.
- Изменение применяется и проверяется.
- Если что-то не так, ИИ видит ошибку и исправляет её — эти внутренние повторы входят в тот же ход.
- Резул ьтат возвращается к вам, готовый к принятию или отмене.
Хирургические правки безопаснее переписываний: ИИ трогает только то, о чём вы попросили, поэтому остальная часть экрана остаётся ровно такой, какой была.
Когда вы редактируете один экран, AppX отправляет ИИ полный код именно этого экрана и лишь краткие сводки по остальным. Вы получаете точные правки, не оплачивая контекст, который ИИ не нужен — поэтому правки кажутся быстрыми.
Когда что-то не получается
Если ИИ не может выдать рабочий код для экрана, AppX сообщает вам об этом в панели чата — и с вас не списывают плату за экран, который не получился (неудавшиеся экраны возвращаются автоматически). Обычно небольшого уточнения («сборка упала на ошибке импорта — попробуй ещё раз») достаточно, чтобы экран собрался со следующего прохода.