Lovable разрешил корпоративным клиентам обрабатывать ИИ-запросы в Европе

Lovable запустил EU inference — настройку для корпоративных клиентов, которая направляет запросы к поддерживаемым ИИ-моделям на европейские эндпоинты. Она действует в двух сценариях: когда команда собирает продукт внутри Lovable и когда готовое опубликованное приложение обращается к модели из своих ИИ-функций. Анонс вышел 12 октября 2026 года. Конкретный список моделей, стран и условий в нём не приводится.

Два контура, в которых данные уходят к модели

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

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

Почему вопрос о месте обработки стал обязательным

Lovable базируется в Стокгольме, и европейские заказчики составляют для компании естественный рынок. В их закупочных анкетах давно есть отдельная строка: где обрабатываются данные. Хранение и обработка при этом разные вещи. База может стоять во Франкфурте, а запрос к модели при этом уходит на endpoint за океаном. С точки зрения GDPR такая передача требует отдельного правового основания, а юристам и службам безопасности приходится это объяснять.

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

Что известно из анонса:

• Аудитория: enterprise-команды.
• Механизм: маршрутизация запросов к европейским эндпоинтам.
• Охват: разработка в Lovable и ИИ-функции опубликованных приложений.
• Ограничение: только поддерживаемые модели.
• Не раскрыто: перечень моделей, страны размещения, цены, задержки, SLA.

Что остаётся за кадром

Слово «поддерживаемые» в анонсе самое важное. Европейские эндпоинты у поставщиков моделей нередко получают новые версии позже глобальных. Команда, которая включит EU inference, может столкнуться с тем, что часть моделей недоступна или отстаёт по версии.

Есть и вопрос о поведении системы при сбое. Если европейский endpoint недоступен, запрос должен завершиться ошибкой или уйти в другой регион? Для комплаенса корректен только первый вариант, для аптайма удобнее второй. Из анонса не следует, как это устроено.

Отдельно стоит учитывать логирование и хранение. Региональная обработка сама по себе не отвечает на вопросы, кто хранит промпты, как долго и какие субпроцессоры задействованы.

Что проверить перед включением

Команде, которая планирует перевести ИИ-функции на европейскую обработку, стоит запросить у Lovable несколько вещей:

• Актуальный список моделей и регионов, для которых доступен EU inference.
• Описание поведения при недоступности европейского endpoint.
• Условия хранения и логирования промптов и ответов, а также перечень субпроцессоров.
• Актуальное соглашение об обработке данных (DPA) с учётом новой опции.

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