Кальтер / Блог

Replit Agent: как создать приложение и проверить его деплой

Как работать с Replit Agent и отдельно проверить preview, development database, опубликованную среду, секреты и доступы.

Материал подготовлен с помощью ИИ; источники и расчёты проверены редакцией ZASLON.

Разделяет генерацию, локальный запуск и проверку опубликованной версии; на схеме: Запрос агенту, Изменения проекта, Запуск приложения.
Редакционная схема ZASLON. Условная иллюстрация механизма; не рыночные данные и не интерфейс сервиса.

Replit Agent помогает превратить запрос в проект и предлагает preview, тестирование и публикацию (обзор Agent). Чтобы понять, готов ли результат к использованию, разберись в трёх разных вещах: что проверил App Testing, куда попадают данные и какой deployment подходит приложению.

Один маршрут для приложения заявок

Попроси Agent создать список и форму с тремя проверяемыми состояниями: пустой список, успешно сохранённая тестовая заявка, ошибка сервера. Сначала проверь Preview. Затем, если App Testing доступен в текущем режиме, дай ему конкретный сценарий и просмотри запись/отчёт. Текущая документация говорит, что App Testing симулирует действия пользователя в браузере, работает для web apps и доступность/использование зависит от режима Agent; его тесты не подтверждают внешнюю доставку или все права доступа. См. App Testing.

Не принимай автоматически исправления Agent после теста. Сверь итоговый diff, сценарии и фиктические статусы. Логин, платежи, email и чужие записи требуют независимых backend-проверок, если они входят в задачу.

Helium и legacy Neon: проверь свою схему публикации

Текущая документация различает два поколения баз Replit. На Helium при публикации создаётся отдельная production database, если в development database уже есть данные; Agent может менять dev-структуру, и структурные изменения применяются к production при публикации. Для legacy Neon production database создаётся из publish settings; старые проекты могли использовать одну общую базу между разработкой и опубликованным приложением. Поэтому сначала проверь Database settings и DATABASE_URL: helium указывает на текущую инфраструктуру, neon.tech — на legacy. Не исходи из старого поведения и не переноси тестовые записи автоматически. Точные различия и переход описаны в официальной документации Replit о development and production databases.

Выбери правильный deployment

Не выбирай Static только потому, что приложение состоит из веб-страниц. В документации Replit сказано, что Static Deployment раздаёт HTML/CSS/JS без backend server и несовместим с Replit Apps, созданными Agent, которым нужен backend; для таких приложений указаны другие deployment types. Сверь потребность своего проекта с официальным сравнением deployment types.

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