FlutterFlow представила конструктор приложений с ИИ-агентом для iOS и Android

Главный пользовательский затык такого сценария известен: после первого промпта команда обычно обнаруживает, что для backend, тестирования и подготовки к релизу приходится переключаться между несколькими инструментами. FlutterFlow обещает собрать этот путь в одной платформе, включая аналитику и подготовку приложений к публикации в App Store и Google Play.

Два входа в одну платформу

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

Выбор происходит уже на этапе онбординга. Новые пользователи могут выбрать предпочтительный рабочий процесс при регистрации, действующие клиенты FlutterFlow продолжают работать в Studio и могут исследовать новое направление в рамках текущей подписки с учётом действующих лимитов использования.

Сооснователь и CEO FlutterFlow Абель Менгисту объяснял такое разделение запросом пользователей на conversational-разработку. По его словам, командам нужен был способ сформулировать первую идею и последующие изменения через подсказки, поэтому FlutterFlow решила поддержать и визуальный, и агентный подход.

Путь от промпта до релиза

Рабочий флоу выглядит последовательно. Сначала пользователь описывает приложение в разговоре с агентом. Затем агент берёт на себя задачи реализации, причём несколько задач можно запускать параллельно. Пользователь при этом направляет продукт, уточняет опыт взаимодействия и корректирует изменения.

Отдельные точки флоу не выглядят декоративными. Команда может подключить backend, протестировать собранное приложение, проверить аналитику и подготовить его к деплою в магазинах. Это сокращает число переходов между отдельными сервисами, хотя релиз нельзя считать гарантированным: платформа заявляет именно подготовку к публикации.

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

Проверка перед пилотом

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

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

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