Код будущего: как собрать клон Instagram с GPT-6 Astra и Expo

Знание того, о чем именно стоит спрашивать нейросеть, становится главным препятствием в программировании будущего — современные инструменты позволяют собрать клон Instagram с нуля за пару часов, но требуют от разработчика навыков «глубокого планирования» и интервьюирования ИИ. Вместо написания кода вручную фокус смещается на архитектурный диалог с GPT-6 Astra, настройку real-time бэкенда на Convex и прохождение жесткой модерации Apple. Этот путь превращает одиночного разработчика в полноценную студию, способную развернуть масштабируемое приложение с Liquid Glass дизайном и автоматизированным мониторингом ошибок через Sentry.

📸 Создание Instagram-клона с помощью Codex GPT-6 Astra: Введение и настройка 0:00

Использование искусственного интеллекта в разработке мобильных приложений кардинально меняет рабочий процесс, позволяя пройти путь от идеи до публикации в App Store в рекордные сроки. Данный курс посвящен созданию полноценного социального приложения — клона Instagram — с использованием передовых инструментов генерации кода, таких как Codex GPT-6 Astra и Claude . Весь процесс разработки, от планирования до деплоя, занимает около 14 дней при использовании правильной методологии и промптов .

Обзор проекта: Возможности современного социального приложения 0:52

Разрабатываемое приложение представляет собой современную социальную сеть, включающую все ключевые функции, к которым привыкли пользователи мобильных платформ . Процесс взаимодействия начинается с экрана авторизации, где реализован вход через Google-аккаунт .

Интерфейс разделен на четыре основные вкладки (tabs):

Home (Главная): Лента постов от пользователей, на которых подписан владелец аккаунта .
Messages (Сообщения): Реализован функционал обмена сообщениями в реальном времени .
Explore (Обзор): Сетка случайных постов для поиска нового контента .
Profile (Профиль): Личная страница пользователя с его публикациями, видео и закладками .

Особое внимание уделено визуальной части: в приложении используется эффект «жидкого стекла» (liquid glass effect), характерный для iOS . Функционал создания контента включает в себя возможность публикации историй (Stories) с выбором медиафайлов из галереи или камеры, которые автоматически загружаются в фоновом режиме . Посты поддерживают систему лайков, комментариев (с возможностью сортировки и лайков на сами комментарии) и систему закладок .

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

Настройка окружения и инициализация проекта через Expo 10:05

Разработка начинается с подготовки рабочего окружения. В качестве основного редактора кода рекомендуется Visual Studio Code (VS Code), так как он обеспечивает идентичную среду разработки для всех платформ . Несмотря на то, что автор использует Mac, процесс полностью идентичен для пользователей Windows .

Для работы необходимы два фундаментальных компонента:

Node.js: Его нужно скачать с официального сайта node.js.org и установить со стандартными настройками .
Expo SDK: Это современный фреймворк для разработки на React Native, который автор называет «лучшим способом создания мобильных приложений в 2026 году» .

После установки инструментов необходимо создать пустую папку проекта (например, CodexGram) и открыть её в VS Code . Инициализация базового шаблона приложения происходит через терминал командой npx create-expo-app . . Использование точки в конце команды критически важно — это указывает Expo создать файлы непосредственно в текущей директории .

Для предварительного просмотра используется симулятор: iOS-симулятор на Mac или Android-симулятор на Windows . Интересной особенностью новых версий Expo является возможность запускать подобие iOS-симуляции даже на Windows . Запуск приложения осуществляется командой npx expo start, которая генерирует QR-код для тестирования на физическом устройстве и позволяет открыть проект в симуляторе нажатием клавиши i . Для очистки шаблона от лишних демонстрационных файлов используется команда npm run reset-project, которая оставляет только минимально необходимую структуру кода .

Инструменты ИИ-программирования: GPT-6 Astra и Claude 15:03

Ключевым отличием данного курса является использование ИИ не просто как помощника, а как основного двигателя написания кода. Для этого в VS Code устанавливаются специализированные расширения . Основным инструментом в туториале выступает Codex с его новейшей моделью GPT-6 Astra .

При настройке ИИ-расширений важно учитывать несколько параметров:

Выбор модели: Автор отдает предпочтение GPT-6 Astra, отмечая, что на данный момент она работает эффективнее, чем Claude, хотя обе модели крайне сильны .
Уровень усилий (Effort level): В настройках Codex можно выбрать режим генерации — от Medium до Ultra. Режим Ultra тратит больше времени, но выдает максимально точный и отлаженный код . Для базовых задач достаточно уровня Medium .
Права доступа: Рекомендуется давать ИИ полный доступ (full access), чтобы расширение могло вносить изменения в файлы без постоянных подтверждений от пользователя .

Важно понимать, что ИИ не является «волшебной кнопкой», которая сразу выдает идеальный результат. Автор подчеркивает, что конечный дизайн или код у каждого студента может немного отличаться, так как модели ИИ вариативны в своих ответах . Основная цель — освоить рабочий процесс (workflow): как давать контекст, как правильно формулировать промпты и что делать, когда ИИ заходит в тупик . Несмотря на мощь ИИ, базовые знания программирования остаются важными для контроля качества MVP-проектов .

📅 Стратегическое планирование и дизайн-система 25:25

После первичной настройки окружения проект переходит в критическую фазу «Plan Mode». Вместо того чтобы сразу приступать к написанию кода, разработчик инициирует серию интервью с ИИ, чтобы сформировать детальный контекст будущего приложения . Этот процесс позволяет избежать «угадывания» функционала нейросетью и дает автору полный контроль над архитектурой .

Процесс интервью и формирование Plan.md 25:25

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

Целевая аудитория и MVP: Устанавливается, что первая версия (V1) должна быть рабочим демо для iOS . В отличие от полноценного продукта, автор намеренно упрощает функции, например, выбирая одиночную загрузку изображений вместо множественной и отказываясь от сложных систем комментариев в пользу «плоских» списков .
Технологический стек: Подтверждается использование Convex в качестве бэкенда с поддержкой онлайн-режима и повторных попыток запросов (retries) , а также Clerk для аутентификации .
Медиа-лимиты: Для обеспечения стабильности MVP вводятся жесткие ограничения: фото до 10 МБ и видео до 50 МБ (длительностью не более 30 секунд) .

Особое внимание уделяется пользовательскому опыту «холодного старта». Вместо пустых экранов (empty states) автор выбирает наполнение приложения тестовым контентом (seeded demo content), чтобы новые пользователи сразу видели ленту постов . Ранее в разговоре кратко упоминалась инициализация Expo, но именно здесь решается вопрос перехода от Expo Go к созданию Development Build для работы с нативными модулями, которые не поддерживаются стандартной песочницей .

Итогом этого этапа становится файл plan.md . Это детальный markdown-документ, содержащий дорожную карту реализации проекта шаг за шагом . Завершив планирование, автор фиксирует состояние проекта через Git, используя ИИ для генерации осмысленных коммит-сообщений, и пушит код в приватный репозиторий на GitHub .

Генерация визуальной концепции через GPT 39:01

Когда план утвержден, начинается работа над UI-дизайном. Автор использует методику «промпт-инжиниринга по цепочке» . Вместо того чтобы просить ИИ «сделать красиво», он берет проверенный промпт от других успешных UI-проектов (например, для тревел-планировщика или медицинского приложения) и просит GPT адаптировать его под текущий plan.md .

Для создания визуала используется модель DALL-E 3 (или Image 2.5) . Весь процесс строится на итерациях:

Создание общей концепции: Генерация панорамного вида всех экранов приложения .
Детализация и апскейл: Каждый экран (авторизация, профиль, лента) увеличивается и прорабатывается отдельно .
Дизайн-система: Создается отдельное изображение с палитрой цветов, шрифтами и основными компонентами (кнопки, иконки) . Это критически важно, так как ИИ-агенту Codex будет проще считывать стили с концентрированного листа референсов, чем с перегруженных макетов экранов .

Итеративная доработка UI и подготовка ассетов 43:25

Автор подчеркивает, что нейросети редко выдают идеальный результат с первого раза . Например, первая итерация логотипа в виде буквы "C" была отклонена в пользу иконки камеры, напоминающей Instagram, но имеющей свои отличительные черты .

Для экрана аутентификации потребовался специфический ассет — «демо-изображение» внутри телефона. Чтобы получить его в чистом виде, автор использует следующий хак: делает скриншот части сгенерированного дизайна и просит GPT создать аналогичное изображение, но с прозрачным фоном, чтобы оно идеально вписалось в белый интерфейс приложения . Полученный файл сохраняется в директорию assets/images под именем oath-demo-image.png .

Финальным этапом перед началом кодинга становится настройка «цикла сравнения» (UI loop) . Суть метода заключается в том, что Codex получает скриншот текущего состояния приложения из симулятора, сравнивает его с эталонным дизайном и вносит правки до тех пор, пока результат не станет идентичным референсу .

🔐 Управление доступом и нативная разработка 51:05

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

Авторизация пользователей через Clerk 51:05

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

Важным нюансом при разработке под iOS являются требования Apple App Store: если в приложении реализована авторизация через сторонние социальные сервисы (например, Google), разработчик обязан добавить и авторизацию через Apple, иначе приложение будет отклонено при модерации .

Интеграция в код происходит через Expo SDK :

В корне проекта создается файл .env, куда вставляется PUBLISHABLE_KEY из панели Clerk .
Этот ключ служит идентификатором, позволяющим мобильному приложению связываться с конкретным инстансом аутентификации .
Использование ИИ-инструментов, таких как Codex, позволяет автоматизировать внедрение SDK: достаточно передать документацию Clerk в промпт, и нейросеть самостоятельно пропишет логику кнопок «Continue with Google» и обработку сессий .

В ходе тестирования Codex не только внедрил код, но и самостоятельно проверил работоспособность кнопок в симуляторе, имитируя нажатия пользователя . После успешного входа данные нового пользователя мгновенно отображаются в дашборде Clerk в разделе «Users» .

Development Build против Expo Go 55:30

На начальных этапах обучения часто используется приложение Expo Go — это песочница, которая позволяет запускать JS-код без компиляции нативного кода . Однако для серьезных проектов, требующих глубокой интеграции с системой (как в случае с Clerk или кастомными UI-библиотеками), необходимо переходить на Development Builds .

Разница заключается в следующем:

Expo Go — это готовое приложение-контейнер. Оно удобно для быстрой визуализации UI, но не поддерживает многие нативные модули, которые требуют изменения конфигурации iOS или Android .
Development Build — это, по сути, ваша собственная версия Expo Go, собранная специально под ваш проект . Она включает в себя все необходимые зависимости и нативный код.

Для создания такой сборки используется пакет expo-dev-client . После его установки через терминал командой npx expo install expo-dev-client, разработчик запускает процесс сборки нативных папок (ios и android) с помощью команд npx expo run:ios или npx expo run:android . Наличие папки ios в структуре проекта подтверждает, что теперь приложение работает как полноценная нативная единица, а не просто скрипт внутри песочницы .

Создание UI-каркаса и работа с Native Tabs 1:00:28

После настройки авторизации процесс разработки переходит к наполнению приложения экранами. Используя ранее сгенерированные в GPT визуальные референсы (Home, Profile, Explore, Chat) , Codex приступает к верстке. На этом этапе данные всё еще являются «заглушками» (hardcoded test data), так как backend на Convex будет подключаться позже .

Особое внимание уделяется «нативным вкладкам» (Native Tabs) в Expo . В отличие от обычных программных вкладок, нативные обеспечивают пользователям iOS привычный эффект «матового стекла» (liquid glass effect) и плавность переходов . Использование ИИ-воркфлоу позволяет быстро итерировать дизайн: например, заметив серый фон под таб-баром, можно с помощью скриншота и короткого промпта заставить систему сделать его прозрачным, чтобы контент приложения был виден под панелью навигации .

Ветвление в Git и подготовка к код-ревью 1:10:30

Чтобы не нарушить целостность основного кода (ветка main или master), все изменения по авторизации и UI выносятся в отдельную ветку . Это стандарт индустрии: разработчик создает «тестовую» ветку (например, auth-ui-design), фиксирует в ней изменения (commit) и публикует её на GitHub .

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

🤖 ИИ-ревью кода и интеграция облачного бэкенда 1:15:30

После того как интерфейс приложения обрел свои очертания, работа переходит в плоскость автоматизации и настройки серверной логики. На этом этапе критически важно обеспечить чистоту кодовой базы и создать надежный бэкенд для хранения данных пользователей, постов и комментариев . Ранее в разговоре авторы уже касались базовой настройки окружения, но теперь фокус смещается на автоматическое ревью и real-time взаимодействие с базой данных .

Автоматизация проверки кода с Code Rabbit 1:15:30

Использование ИИ-агентов позволяет значительно ускорить процесс Pull Request (PR). Сервис Code Rabbit выступает в роли автоматизированного ревьюера, который анализирует изменения и предлагает конкретные исправления прямо в GitHub . Вместо того чтобы вручную переносить каждое исправление, можно скопировать общий промпт для ИИ-агента, предлагаемый сервисом, и вставить его в VS Code для пакетного применения правок .

Процесс выглядит следующим образом:

После создания коммита и отправки Pull Request Code Rabbit генерирует список предложений по безопасности и оптимизации .
Разработчик копирует инструкции, применяет их в редакторе и делает повторный коммит («Sync changes») .
Обновленные изменения автоматически синхронизируются с PR, после чего можно подтверждать слияние (merge) с основной веткой .

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

Backend и база данных на Convex 1:18:26

Для реализации функционала лайков, комментариев и системы подписок была выбрана платформа Convex . Это облачное решение предоставляет базу данных и серверную логику с поддержкой real-time обновлений «из коробки» . Принцип работы с Convex строится на разделении потоков: один терминал запускает Expo-приложение, а второй — среду выполнения Convex через команду npx convex dev .

В ходе инициализации проекта создается специальная папка convex, в которой хранятся:

Schema — описание структуры данных .
Queries — функции для чтения данных, например, получения списка постов .
Mutations — функции для изменения данных: создание постов, удаление комментариев или обновление профиля .

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

Создание постов и загрузка изображений 1:26:17

Реализация основного сценария Instagram — публикации фото — включает в себя выбор медиафайла из галереи устройства и его загрузку в облако . В приложении это реализовано через стандартный интерфейс выбора фото с последующим добавлением описания .

Процесс сохранения данных в Convex происходит в реальном времени:

При нажатии кнопки «Publish» файл отправляется в хранилище, а в таблице uploads появляется соответствующая запись .
Результат загрузки можно мгновенно увидеть в Convex Dashboard в разделе «Files» .
Благодаря real-time архитектуре, если другой пользователь просматривает ленту, новый пост появится у него без необходимости перезагрузки приложения .

Для тестирования интерфейса при большом количестве контента была использована генерация «сид-данных» (seeded data) . ИИ помог создать 24 фиктивных профиля с фотографиями и комментариями, что позволило оценить работу скроллинга и детальных страниц постов при реальной нагрузке . В завершение этапа была настроена система чатов, где сообщения сохраняются в базе данных, обеспечивая полноценное взаимодействие между аккаунтами .

📱 Тестирование на реальном устройстве через EAS 1:40:25

На определенном этапе разработки симулятора становится недостаточно, и возникает необходимость проверить работу приложения на физическом носителе. Для этого используются Expo Application Services (EAS) — набор инструментов, позволяющий создавать сборки и управлять процессом деплоя в облаке . Ранее в разговоре авторы упоминали выбор между Development Build и Expo Go, и здесь они переходят к созданию полноценной конфигурации для реального iPhone.

Развертывание сборки через EAS и конфигурирование 1:40:39

Процесс начинается с запуска команд в терминале для инициализации облачной сборки . В корне проекта создается файл eas.json — это основной конфигурационный файл, который EAS использует для понимания параметров сборки . Существует два способа установки: прямое подключение iPhone к Mac через кабель с флагом --device или использование облачного сервиса EAS .

Основные шаги для первой инициализации:

Авторизация в аккаунте Expo через терминал .
Создание соединения с устройством и регистрация его в системе .
Запуск команды для получения Development Build в облаке (для iOS используется соответствующий флаг, для Android — замена на android) .

В процессе сборки могут возникнуть ошибки, например, из-за проблем с кэшем или неверной версии библиотек . В таких случаях рекомендуется передать логи ошибок ИИ-помощнику (Codex или Claude), который предложит решение, например, сброс кэша и повторный запуск команды . За ходом процесса можно следить в реальном времени через дашборд на expo.dev, где отображается статус текущей сборки . Интересно, что EAS делает «снимок» текущего состояния кода, и хотя обычно рекомендуется фиксировать изменения, сборку можно запустить и с незакоммиченными файлами, если это подтвердит система .

Установка приложения и подключение к серверу 1:45:48

После успешного завершения облачной сборки (процесс занимает несколько минут) в терминале генерируется QR-код . При его сканировании на iPhone устанавливается само приложение. На экране появляется логотип и название, после чего программа начинает поиск сервера разработки .

Алгоритм запуска приложения на устройстве:

Сканирование QR-кода и установка билда .
Включение режима разработчика (Developer Mode) в настройках конфиденциальности iOS, если это требуется .
Запуск сервера разработки на компьютере. Если стандартное соединение не срабатывает, необходимо использовать флаг --tunnel .
Ввод URL сервера (начинающегося с http://) непосредственно в приложении на телефоне для установления связи .

Как только соединение установлено, на экране телефона отображается экран авторизации . При проверке функционала выяснилось, что вход через Google и создание профиля работают корректно, подтягивая данные в реальном времени .

Проверка мессенджера и real-time функций 1:49:11

Главная ценность тестирования на реальном устройстве — проверка взаимодействия между двумя разными пользователями (один в симуляторе, другой на физическом iPhone). При поиске аккаунта через экран Explore и нажатии кнопки «Follow», интерфейс на обоих устройствах обновляется мгновенно . Это доказывает корректную работу backend-части, о которой шла речь в предыдущих главах.

Особое внимание уделяется работе мессенджера:

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

Автор подчеркивает, что такая бесшовная работа в реальном времени — это «красота Convex» (используемой базы данных), которая избавляет разработчика от необходимости вручную настраивать веб-сокеты . По завершении тестов все изменения фиксируются в репозитории, причем для ускорения процесса автор делает коммит напрямую в ветку master, пропуская этап детального ревью в Code Rabbit, который рассматривался ранее .

🛡️ Юридическая чистота и Landing Page: путь к публикации в App Store 2:06:40

Когда мобильное приложение технически готово, наступает этап подготовки к строгой модерации Apple и Google. Игнорирование юридических аспектов — самая частая причина отклонения (reject) приложений на финальной стадии . Разработчик показывает, как автоматизировать создание необходимых страниц и развернуть их в сети за считанные минуты, используя ИИ и современные инструменты хостинга.

Оптимизация ИИ-промптов через Skills и автоматизация дизайна 2:12:59

Для того чтобы Landing Page выглядел профессионально, необходимо интегрировать в него качественные мокапы приложения. Ранее в курсе обсуждались инструменты генерации UI, но для маркетинговых целей автор использует сервис shots.so . Процесс создания визуальных ассетов включает:

Снятие скриншотов с симулятора (например, iPhone 17) .
Удаление фона для создания эффекта прозрачности (transparent background) .
Отключение теней в настройках мокапа для более «чистого» вида на сайте .

Ключевой фишкой процесса является использование Skills (навыков) в Codex . Вместо того чтобы каждый раз описывать структуру сайта, автор загружает готовые изображения в папку /legal, переименовывает их в demo1, demo2 и demo3, а затем просит ИИ прочитать весь кодовая база проекта . Благодаря тому, что ИИ «видит» контекст приложения, он автоматически создает лендинг в цветовой гамме проекта (например, синяя тема Codex Gramm), не требуя дополнительных указаний по стилистике .

Обязательные требования App Store: Удаление данных и Apple Sign In 2:06:40

Apple предъявляет жесткие требования к приложениям, использующим регистрацию пользователей. Если в приложении есть любая форма аккаунта, кнопка «Delete Account» (Удалить аккаунт) является обязательной . Это требование направлено на защиту конфиденциальности: пользователь должен иметь возможность полностью стереть свои данные с серверов .

Второе критическое условие — наличие Sign in with Apple . Если вы предлагаете сторонние социальные входы (например, через Google, как было реализовано ранее через Clerk), правила Apple обязывают внедрить их собственный метод авторизации . Без реализации этих двух функций приложение не пройдет модерацию в App Store Connect .

Генерация Privacy Policy, Terms of Service и Support URL 2:07:33

Помимо кода, Apple требует три юридические ссылки: Политику конфиденциальности (Privacy Policy), Условия использования (Terms of Service) и URL страницы поддержки (Support URL) . Для их генерации используется специализированный промпт в Codex:

Сбор контекста: ИИ анализирует функционал (сбор email, загрузка фото, геолокация) и формирует текст юридических документов .
Заполнение плейсхолдеров: Важно помнить, что ИИ оставляет пустые поля для юридического названия компании и адреса — их необходимо заполнить вручную перед публикацией .
Страница поддержки: Автор рекомендует создавать максимально простую страницу с контактным email, чтобы не тратить время на сложные тикет-системы на старте .

Деплой на Cloudflare Pages через CLI Wrangler 2:17:23

После того как папка /legal со всеми HTML-файлами создана, её нужно опубликовать в открытом доступе. Для этого используется Cloudflare Pages — бесплатная и быстрая платформа .

Процесс деплоя полностью автоматизирован через терминал с помощью инструмента Wrangler CLI . Автор дает Codex команду: «Разверни папку legal на Cloudflare Pages, используя Wrangler» . ИИ самостоятельно выполняет команды аутентификации и загрузки файлов. Весь цикл от пустого текстового файла до живого URL в интернете занимает около 1 минуты и 20 секунд . Полученные ссылки (/terms, /privacy, /support) вставляются напрямую в панель управления App Store Connect .

🛠 Мониторинг ошибок и обратная связь через Sentry 2:30:32

На финальном этапе разработки мобильного клона Instagram, когда основные функции уже реализованы, критически важным становится вопрос стабильности и взаимодействия с пользователями после релиза. Использование системы Sentry позволяет превратить «слепую» эксплуатацию приложения в прозрачный процесс, где каждое падение или жалоба превращаются в структурированную задачу для разработчика . Ранее в ходе курса авторы уже касались базовой настройки Sentry, но именно в этой главе раскрывается мощь глубокой интеграции логов и инструментов сбора фидбека.

Масштабирование через систему логов и трассировку 2:30:45

Когда в приложении всего один пользователь — сам разработчик — ценность логов может показаться неочевидной, так как все ошибки воспроизводятся локально . Однако ситуация кардинально меняется при выходе на аудиторию в 1 000 или 10 000 человек . В таких условиях логи Sentry становятся незаменимым инструментом отладки, позволяя увидеть контекст ошибки на конкретном устройстве пользователя без необходимости запрашивать у него детали вручную .

Для повышения качества мониторинга рекомендуется внедрить Sentry Tracing для React Native . Этот инструмент предназначен в первую очередь для отслеживания производительности (Performance Monitoring) . Чтобы интегрировать его максимально быстро, разработчик предлагает использовать возможности Codex или Claude: достаточно скопировать документацию Sentry Tracing и попросить ИИ-агента адаптировать её под текущий проект . Это позволит не только видеть «где» упало приложение, но и «почему» оно работает медленно на определенных участках кода .

Сбор пользовательского фидбека в реальном времени 2:31:52

Одним из самых полезных компонентов Sentry для мобильной разработки является встроенный виджет обратной связи (User Feedback) . Вместо того чтобы заставлять пользователя искать почту поддержки, можно добавить кнопку прямо в настройки приложения. При нажатии на неё вызывается нативный компонент, где пользователь вводит:

Своё полное имя ;
Контактный e-mail ;
Описание проблемы или запрос на новую функцию .

С помощью ИИ-инструкций добавление такой кнопки в экран настроек занимает около двух минут . В видео демонстрируется пример отправки сообщения: «Пожалуйста, исправьте экран профиля» . Как только пользователь нажимает «Отправить», данные мгновенно попадают в панель управления Sentry в раздел «Issues» или напрямую в «User Feedback» . Разработчик получает полный отчет: имя пользователя, детали его обращения и состояние системы в момент отправки фидбека . Если раздел трудно найти в интерфейсе Sentry, рекомендуется воспользоваться внутренним поиском по ключевым словам .

Интеграция юридических документов и завершение проекта 2:33:42

В рамках финальной полировки интерфейса необходимо убедиться, что все ссылки в приложении активны. Ранее упоминалось создание страниц политики конфиденциальности, и на данном этапе они связываются с кнопками в приложении через реальные URL-адреса . Для улучшения UX вместо открытия ссылок во внешнем браузере Safari, автор использует реализацию через встроенные «листовые» компоненты (Bottom Sheets) . Это позволяет пользователю прочитать условия обслуживания, не покидая приложение, и легко вернуться назад .

После завершения всех интеграций, включая Sentry, проводится финальный коммит всех изменений в Git-репозиторий . Автор подчеркивает, что созданная база приложения — это фундамент, который можно бесконечно улучшать с помощью ИИ-агентов . Процесс итерации над дизайном (UI) может продолжаться: можно генерировать новые референсы и просить Codex или Claude внедрять их до тех пор, пока результат не станет идеальным . На этом основная техническая часть курса по созданию Instagram-клона с помощью GPT-6 Astra завершается .