Как создать приложение с помощью нейросети и проверить его работу
Тем, кто хочет собрать полезное приложение с ИИ и выбирает первый рабочий сценарий
Маршрут от идеи до проверяемого приложения на телефоне
6 мин
Есть идея приложения и набор красивых экранов
Один сценарий работает на телефоне и сохраняет результат в базе
Как создать приложение с помощью нейросети на примере Deyvo: выбрать главный сценарий, связать экраны с данными и проверить мобильный путь.
Как создать приложение с помощью нейросети, если вы раньше не программировали? Опишите одну задачу пользователя и проведите её через экран, сервер и сохранение данных. Затем проверьте то же действие с телефона. ИИ ускорит работу над кодом, но выбрать поведение и принять результат придётся вам.
Приложение может быть сайтом с личным кабинетом, мини-приложением в мессенджере или отдельной программой для телефона. Сначала проверьте, какой путь нужен человеку. Для первой версии часто достаточно адреса, который открывается с мобильного экрана.
Выберите действие, ради которого человек вернётся
Начните с глагола: записать задачу, выбрать услугу, подтвердить запись, увидеть свой заказ. Для Deyvo это запись дела обычными словами и просмотр дневного плана. Если первое действие работает, можно добавлять привычки, дневник и другие части. Если нет, новый раздел лишь скроет поломку.
| Идея | Первое действие | Что должно сохраниться |
|---|---|---|
| Трекер дня | Добавить задачу | Текст и время в нужном дне |
| Кабинет клиента | Проверить этап заказа | Статус именно его заказа |
| Запись на услугу | Выбрать свободное время | Подтверждённая запись |
| Учёт расходов | Внести платёж | Сумма и категория в отчёте |
Выберите одно действие и запишите два плохих сценария: повторная отправка и обрыв связи. В первом случае нельзя создавать дубли, во втором пользователь должен понять, сохранён ли результат. Именно эти случаи обычно теряются за быстрым экранным прототипом.
Как это выглядит в работе
Мобильная главная Deyvo показывает предложение продукта и ссылку «Установить на iPhone». Это подтверждает способ установки; сохранение задачи проверяют отдельно в самом приложении.
На снимке рабочих экранов видно, как задачи, привычки и календарь относятся к одному продукту. Для первой версии достаточно довести один из этих маршрутов до сохранения.
Напишите задание ИИ по одному вертикальному пути
Не просите сразу «создай полноценное приложение». Укажите роль человека, одно действие, данные на входе, результат на экране и место сохранения. Для условного трекера формулировка может быть такой:
Собери экран «Сегодня». Пользователь добавляет задачу с названием и временем.
После сохранения задача появляется в списке этого дня.
При повторной отправке запрос не должен создавать вторую задачу.
Сначала покажи план файлов и проверок, затем меняй код.Это условный пример задания, не инструкция копировать модель Deyvo. В своём проекте возьмите реальные названия полей и правила. Попросите агента отдельно объяснить, где данные сохраняются, как определяется пользователь и что он увидит при ошибке.
После изменения файлов просмотрите список затронутого:
git status --short
git diff --statЕсли агент менял авторизацию ради добавления одной кнопки, остановитесь и разберите причину. Удобно давать отдельное задание на экран, затем на API, затем на проверку связи. Так легче понять, какая правка сломала путь.
Где хранить данные и как связать интерфейсы
В Deyvo веб‑приложение и Telegram-бот работают с задачами, привычками и дневником через серверную часть. Поэтому у пользователя не возникает отдельного списка в каждом канале. Для вашего первого проекта определите единственный источник каждого значения: задача живёт в базе, интерфейсы показывают её. Название и время нельзя вести в двух независимых таблицах с ручной синхронизацией.
Мобильное приложение в такой схеме становится ещё одним интерфейсом к тому же бэкенду. Экран телефона и веб‑кабинет обращаются к одним серверным правилам и данным. Это не повод копировать базу в приложение.
Нарисуйте короткую цепочку и поставьте отметку у каждого звена:
- Человек нажал кнопку или отправил сообщение.
- Интерфейс передал данные серверу.
- Сервер проверил права и значения.
- База сохранила результат.
- Экран показал свежую запись.
Если пользователь видит задачу до подтверждения от сервера, приложение должно уметь вернуть экран в прежнее состояние при ошибке. Иначе оно показывает обещание вместо сохранённого факта. Эту деталь надо проверить руками при выключенной сети или неверном вводе.
Как показать прототип и проверить мобильную версию
Для прототипа отдельной программы можно использовать React Native с Expo: открыть его на телефоне через QR‑код в Expo Go и пройти первое действие. Такой просмотр ещё не означает готовность к выпуску. Простую обёртку «сайт внутри приложения» магазины приложений не пропускают.
Откройте приложение на узком экране и повторите действие одной рукой. Текст поля читается? Кнопка видна, когда открыта клавиатура? После сохранения понятно, где искать новую запись? Подробный порядок проверки экрана есть в статье о мобильном сайте.
Для проверки локального сервера используйте адрес, доступный в вашей тестовой среде, не публикуя рабочий API всему интернету. Перед реальной выкладкой приложение должно слушать 127.0.0.1, а внешний трафик идти через nginx. Проверьте зависимости и секреты до передачи файлов.
npm audit --omit=dev --audit-level=highЕсли сервер на Python, проверьте зависимости командой pip‑audit. Служба должна работать от отдельного пользователя, не от root. Ключи провайдера ИИ держите в .env на сервере с правами chmod 600 .env; фронтенд и репозиторий их не получают. Рабочий маршрут выкладки разобран в статье о деплое.
| Проверка | Что сделать руками | Успешный исход |
|---|---|---|
| Ввод | Добавить одну задачу | Она появляется в нужном дне |
| Повтор | Отправить действие дважды | Дубля нет |
| Ошибка сети | Прервать сохранение | Экран честно сообщает о сбое |
| Второй вход | Открыть тот же аккаунт ещё раз | Видно то же состояние |
Когда добавлять ИИ‑функцию
ИИ полезен, когда обычная форма мешает пользователю. Например, модель может разобрать свободную фразу на поля задачи. Но это лишь способ ввода. Итоговую запись всё равно нужно проверить и сохранить по понятным правилам. Аналогично можно помочь человеку найти услугу или сформулировать письмо, не отдавая модели управление оплатой без подтверждения.
Сначала доведите обычное действие до надёжного результата. Затем подключайте ИИ и повторяйте те же проверки плюс случаи неполной фразы. Если время не названо, приложение должно уточнить или выбрать явно показанное значение. Молчаливо придуманное время может испортить план дня.
Частые вопросы
Нужна ли отдельная программа из магазина приложений?
Для первого результата часто хватает веб‑кабинета по ссылке. Своё приложение оправдано, если клиент обращается часто и приносит много денег за всё время работы с компанией. При редких обращениях затраты на отдельную программу трудно оправдать.
Может ли нейросеть написать всё приложение одним запросом?
Она создаст заготовку, но вам нужно проверить данные, права, ошибки и работу на мобильном устройстве. Делите работу на законченные пути.
Что делать, если экран работает, а запись не сохраняется?
Проверьте запрос к серверу, его ответ и запись в базе. Красивое обновление интерфейса не подтверждает сохранение.
Как защитить клиентские данные?
Проверяйте права в серверном маршруте, ограничивайте доступ к базе и не передавайте реальные ключи в чат с агентом.
Когда нужен специалист по разработке?
При оплатах, персональных данных и сложных правах понадобится отдельная проверка архитектуры и безопасности.
На обучении можно собрать первый путь своего приложения и пройти его проверку вместе со мной.