Выбор инструмента — это выбор того, где будет жить проект и кто сможет его менять. Не выбирайте по самому эффектному демо или списку модных слов. Проверьте короткий сценарий из своего брифа: можно ли сделать нужную страницу, сохранить исходники, исправить ошибку и понять, как будет устроен запуск.
Три рабочих маршрута
| Маршрут | Когда подходит | Что проверить до старта |
|---|---|---|
| Визуальный app builder | Нужна первая версия UI и данных без настройки локальной среды | Экспорт/синхронизация исходников, ограничения серверной логики, права на данные, домен и переносимость |
| AI-IDE или кодовый агент в существующем репозитории | Нужно управлять кодом, интеграциями, тестами и развивать проект дальше | Изменения видны как diff, есть Git-чекпоинты, агент читает правила проекта, можно запускать команды и тесты |
| Обычный редактор плюс AI-помощник | Уже есть стек или разработчик помогает с архитектурой | Совместимость окружения и зависимостей, контроль версий, понятный способ передать проект другому человеку |
Визуальный конструктор не делает проект автоматически безопасным; кодовый агент не делает его автоматически качественным. Во всех вариантах проверку результата оставляет за собой человек.
Как принять решение за 20 минут
Оцените каждый маршрут от 1 до 3 по пяти критериям. 1 — риск/ограничение, 2 — приемлемо, 3 — подходит.
| Критерий | Вопрос |
|---|---|
| Сценарий | Умеет ли среда выполнить конкретный путь из брифа? |
| Данные | Понимаете ли вы, где хранятся записи и кто имеет к ним доступ? |
| Переносимость | Можно ли забрать или синхронизировать исходники? |
| Проверка | Можно ли увидеть изменённые файлы, ошибки и состояние сборки? |
| Продолжение | Сможете ли вы или другой специалист поддерживать проект через месяц? |
Если критичный для проекта пункт получил 1, не компенсируйте его общей суммой. Сначала снимите риск или выберите другой маршрут.
Если опыта и настроенной среды нет: начните в браузерном builder, чтобы быстрее пройти путь до первого preview. Среди примеров — Replit и Lovable. Перед тем как проект вырастет, разберитесь, где исходники, можно ли их связать с GitHub и как откатить изменение.
Если у вас уже есть папка сайта или Git-репозиторий: откройте именно корень проекта кодовым агентом/AI-IDE — например, OpenAI Codex, Claude Code или Cursor. Попросите сначала описать структуру, способ запуска и план изменения, а не переписать сайт по одному скриншоту.
Make/n8n и похожие системы автоматизации — отдельная роль: они соединяют события и сервисы. Это может быть частью продукта, но сами по себе они не заменяют редактор, хранение исходников или проверку прав доступа.
Мини-проверка инструмента
До большого проекта попросите среду создать пустой экран с заголовком, формой из двух полей и состоянием ошибки. Затем попросите изменить только текст ошибки. Проверьте:
- Показывает ли инструмент, какие файлы изменил?
- Может ли он случайно заменить уже сделанный экран целиком?
- Можно ли просмотреть результат на мобильной ширине?
- Есть ли понятный способ отменить последнее изменение?
- Понятно ли, что является исходником, а что — только опубликованным результатом?
Где смотреть первичную информацию
Возможности и интерфейсы сервисов меняются. Сверяйте функцию по официальной документации именно выбранного сервиса. Не выбирайте по тарифной таблице или эффектному демо: сперва проверьте один путь из своего брифа.
Практика
- Заполните матрицу выбора среды.
- Выберите один основной маршрут и укажите, почему остальные пока не подходят.
- Создайте тестовую папку/проект и выполните мини-проверку.
- Проверьте, что исходник можно найти после закрытия редактора.
- Запишите, как создаётся резервная копия или Git-чекпоинт.
Артефакт: TOOL-DECISION.md, название выбранной среды, ограничения и план возврата к сохранённой версии.
Самопроверка
- Смогу ли я получить код/данные проекта обратно?
- Я знаю, что сохраняется между сессиями?
- Что я сделаю, если следующий запрос агента сломает текущий экран?