Lovable lança exclusão automática de apps «mortos»: 60 dias de inatividade e lixeira

A Lovable adicionou ao plano Enterprise a limpeza automática de projetos abandonados. Os administradores do workspace podem ativar uma regra pela qual o projeto sem atividade é marcado como abandoned e, depois, excluído. A empresa chama esses aplicativos de «undead apps» e vinculou o lançamento ao Halloween. Por padrão, um projeto é considerado abandonado após 60 dias de silêncio, e a exclusão automática vem desativada. Se for ativada, vale um período de carência de 7, 14 ou 30 dias após a marcação, e o projeto excluído pode ser restaurado por mais 60 dias. • E-mails e banners chegam 5 dias e 1 dia antes da exclusão • Abrir e visualizar o projeto não conta como atividade • O jogo gratuito sobre «mortos-vivos» roda com projetos fictícios

Processado por IA de Lovable Blog; editado por Hamidun News
Lovable lança exclusão automática de apps «mortos»: 60 dias de inatividade e lixeira
Fonte: Lovable Blog. Colagem: Hamidun News.
Ouvir artigo
Ficha técnica e números-chave
ParâmetroDados
Fonte originalLovable Blog ↗
Editor-chefe
Dado-chave #1E-mails e banners chegam 5 dias e 1 dia antes da exclusão
Dado-chave #2Abrir e visualizar o projeto não conta como atividade
Dado-chave #3O jogo gratuito sobre «mortos-vivos» roda com projetos fictícios

A Lovable, serviço em que aplicativos são criados em um chat com IA, lançou para clientes Enterprise uma função de limpeza de projetos abandonados. A regra é simples: se um projeto fica 60 dias sem uso, ele recebe o status abandoned. Se o administrador ativou a exclusão automática, o projeto desaparece após um período de carência de 7, 14 ou 30 dias. A empresa também criou o nome «undead apps» para esses projetos e lançou, para o Halloween, um jogo gratuito em que o jogador procura «mortos-vivos» entre projetos fictícios. O jogo não toca nem exclui projetos reais.

O problema que a geração rápida de aplicativos cria

Quanto mais fácil montar um protótipo, mais protótipos sobram. A landing page de uma campanha encerrada, o protótipo de um hackathon, a ferramenta interna de um funcionário que saiu da empresa: tudo isso costuma continuar publicado e conectado a dados. No setor, o fenômeno é chamado de app sprawl, e a Lovable afirma explicitamente que ele afeta todas as ferramentas de IA, e não só a plataforma dela.

A empresa lista quatro riscos que se acumulam em torno de aplicativos esquecidos:

  • Credenciais ativas. A demo de uma reunião com cliente pode continuar aceitando logins, e a chave de API de um experimento rápido pode seguir conectada a um sistema corporativo.
  • Vulnerabilidades sem correção. O formulário de inscrição de um evento usa uma biblioteca que, mais tarde, precisou de uma atualização de segurança. Sem um responsável, a atualização não sai, e o aplicativo continua online com uma falha conhecida.
  • Dados pessoais sem finalidade. A waitlist do ano passado ainda guarda nomes, e-mails e respostas de formulários que a empresa já não precisa.
  • Dono que sumiu. O autor de um tracker interno mudou de equipe ou saiu, e ninguém responde pelos acessos, pelos problemas encontrados nem pela decisão de encerrar o projeto.

Como funciona a limpeza: marcação, aviso, lixeira

A função é configurada em Workspace settings → Security → Privacy & security → Abandoned projects. Ela está disponível apenas para administradores e proprietários de workspaces no plano Enterprise.

O mecanismo tem duas etapas. Primeiro, a Lovable marca o projeto como abandonado após um período sem atividade, que por padrão é de 60 dias. A regra vale tanto para projetos publicados quanto para não publicados. Depois, se a exclusão automática estiver ativada, a plataforma exclui o projeto após a carência escolhida. Por padrão, a exclusão automática vem desativada.

Contam como atividade:

  • edição do projeto ou conversa com ele no editor;
  • visita de um usuário ao aplicativo publicado (o tráfego de bots não é contabilizado);
  • chamada às funções de backend do projeto.

Abrir e visualizar o projeto não conta. A publicação, por si só, também não reinicia o contador.

A exclusão vem acompanhada de avisos. Proprietários e membros com permissão de edição recebem um e-mail e um banner no projeto 5 dias e 1 dia antes da data de exclusão. Qualquer pessoa com acesso pode interromper o processo: basta editar o projeto, enviar uma mensagem a ele ou clicar em Keep it no banner ou no e-mail.

Um projeto excluído pode ser restaurado por mais 60 dias em Workspace settings → Workspace → Recently deleted projects. Enquanto está excluído, o aplicativo publicado fica indisponível e o backend permanece suspenso. Após 60 dias, a Lovable apaga em definitivo o projeto, o histórico de versões e o chat.

Há uma ressalva sobre o endereço. Depois da exclusão, o endereço lovable.app é liberado, e, se outra pessoa o ocupar, o projeto restaurado não poderá voltar ao endereço anterior.

Como ativar e o que verificar antes

O administrador Enterprise precisa abrir Workspace settings → Security → Privacy & security → Abandoned projects, definir o prazo após o qual o projeto é considerado abandonado, ativar a exclusão automática e escolher o período de carência: 7, 14 ou 30 dias.

A ordem prática de ações é esta:

1. Antes de ativar, revise a lista de projetos e identifique os que estão conectados a sistemas de produção ou armazenam dados de usuários. 2.

Se alguns aplicativos precisam existir sem atividade, como serviços sazonais, confirme que há um responsável que reagirá ao e-mail enviado 5 dias antes. A exclusão pode ser interrompida com uma edição, uma mensagem ao projeto ou o botão Keep it. 3.

Para endereços lovable.app críticos, considere que, após a exclusão, o endereço pode ser ocupado por outra pessoa. 4.

Revogue separadamente as chaves de API e os acessos nos sistemas aos quais os protótipos esquecidos se conectavam. O ideal é que a exclusão do projeto complemente a revogação, e não a substitua. 5.

Escolha o período de carência conforme o risco: 7 dias servem para a limpeza de experimentos, e 30 dias dão mais tempo a equipes com ciclos longos.

O que importa para o mercado é a mudança em si: as plataformas de desenvolvimento com IA passam a vender, além da velocidade de criação de aplicativos, o gerenciamento do ciclo de vida deles. Quando um aplicativo fica pronto em minutos, a pergunta sobre quem vai encerrá-lo se torna uma questão de segurança e compliance.

Perguntas frequentes sobre a notícia

O que se sabe sobre O problema que a geração rápida de aplicativos cria?

Quanto mais fácil montar um protótipo, mais protótipos sobram. A landing page de uma campanha encerrada, o protótipo de um hackathon, a ferramenta interna de um funcionário que saiu da empresa: tudo isso costuma continuar publicado e conectado a dados. No setor, o fenômeno é chamado de app sprawl, e a Lovable afirma explicitamente que ele afeta todas as ferramentas de IA, e não só a plataforma dela. A empresa lista quatro riscos que se acumulam em torno de aplicativos esquecidos: Credenciais ativas. A demo de uma reunião com cliente pode continuar aceitando logins, e a chav

Como funciona a limpeza: marcação, aviso, lixeira?

A função é configurada em Workspace settings → Security → Privacy & security → Abandoned projects. Ela está disponível apenas para administradores e proprietários de workspaces no plano Enterprise. O mecanismo tem duas etapas. Primeiro, a Lovable marca o projeto como abandonado após um período sem atividade, que por padrão é de 60 dias. A regra vale tanto para projetos publicados quanto para não publicados. Depois, se a exclusão automática estiver ativada, a plataforma exclui o projeto após a carência escolhida. Por padrão, a exclusão automática vem desativada. Contam como

Como ativar e o que verificar antes?

O administrador Enterprise precisa abrir Workspace settings → Security → Privacy & security → Abandoned projects, definir o prazo após o qual o projeto é considerado abandonado, ativar a exclusão automática e escolher o período de carência: 7, 14 ou 30 dias. A ordem prática de ações é esta: 1. Antes de ativar, revise a lista de projetos e identifique os que estão conectados a sistemas de produção ou armazenam dados de usuários. 2. Se alguns aplicativos precisam existir sem atividade, como serviços sazonais, confirme que há um responsável que reagirá ao e-mail enviado 5 dias

ZK
Zhemal Khamidun — CPO da Alpina Digital, gerente de produto do AlpinaGPT. Cria produtos de IA desde 2019. O Hamidun News é um projeto pessoal que virou um agregador em produção com mais de 6.000 leitores.
✦ Private AI Builders Community · Vibe Club

Ship AI Faster with Founders, Engineers & Weekly Architecture Reviews

Inside Vibe Club (hamidun.com/club) — weekly live masterminds with Zhemal Khamidun, Tech Radar, full LMS access, and 370+ production Claude Code skills.

Join Vibe Club →Explore Hamidun Academy
O que você acha?
Carregando comentários…