Lovable добавил удаление рабочего пространства: что проверить малым командам перед использованием

Lovable добавил возможность удаления рабочего пространства 26 мая 2026 года. Теперь владельцы могут безвозвратно удалить рабочее пространство прямо из Settings → Workspace. Функция доступна на тарифах Free, Pro и Business. Корпоративным клиентам нужно обратиться к менеджеру аккаунта.

Прежде чем воспользоваться ею, небольшим командам стоит разобраться, что происходит на самом деле — и что означает 60-дневное окно.

Что происходит при удалении

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

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

Документация Lovable по удалению рабочего пространства находится на docs.lovable.dev/introduction/delete-workspace.

Что проверить перед удалением

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

Пройдите по этому чеклисту перед нажатием кнопки удаления:

• Убедитесь, что рабочее пространство действительно неактивно. Проверьте наличие активных проектов, опубликованных приложений или подключённых интеграций, которые ещё используются.
• Проверьте, у кого есть доступ. Все участники теряют доступ немедленно. Предупредите коллег перед удалением.
• Задокументируйте или экспортируйте важную работу. После удаления и истечения 60-дневного окна контент исчезнет навсегда. Сохраните всё, что может понадобиться: заметки по проектам, детали конфигурации, историю приложений или результаты для клиентов.
• Проверьте наличие работающих приложений. Если какие-либо приложения из рабочего пространства опубликованы и используются, удаление может затронуть их. Сначала убедитесь, что приложения правильно выведены из эксплуатации или переданы.
• Разберитесь с таймингом биллинга. Подписка не отменяется немедленно — она действует до конца текущего расчётного периода. Учитывайте это, если вы хотите остановить списание.
• Проверьте зависимости интеграций. Если рабочее пространство подключено к внешним сервисам (базы данных, API, связанные аккаунты), убедитесь, что отключение не оставит «брошенные» данные или сломанные рабочие процессы.
• Для клиентских рабочих пространств. Удаляйте только после завершения передачи проекта и подтверждения от клиента, что у него есть всё необходимое. При необходимости получите письменное подтверждение.

60-дневное окно — не полная страховка

Льготный период означает, что поддержка Lovable может восстановить рабочее пространство, если вы обратитесь в течение 60 дней. Но восстановление требует обращения в поддержку — это не самостоятельная отмена. Если вы удалили по ошибке, немедленно свяжитесь с поддержкой Lovable, не откладывая.

После 60 дней удаление необратимо. Задокументированного пути восстановления после истечения льготного периода не существует.

Кому не стоит торопиться с этой функцией

Если у вас есть сомнения по любому из следующих пунктов — пока не удаляйте:

• Активная клиентская работа или результаты, которые ещё не переданы
• Опубликованные приложения, от которых зависят команды или пользователи
• Вопросы о биллинге: что и когда будет списано
• Регулируемые данные, для которых может требоваться задокументированный процесс удаления, а не просто кнопка в интерфейсе администратора
• Участники команды, которых не уведомили

Когда удаление рабочего пространства — правильное решение

Функция полезна для реальной уборки: старые экспериментальные рабочие пространства, тестовые среды из прошлых проектов, дубликаты, созданные по ошибке, или рабочие пространства бывших клиентов после чистой передачи проекта. В таких случаях удаление убирает лишнее, сокращает поверхность доступа и упрощает биллинг.

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