Lovable

Lovable Workspace: como funciona, vantagens e diferenças para a conta individual

O que é um workspace na Lovable, como funcionam Owner, Admin, Editor e Viewer, como mover projetos entre workspaces e o que muda em relação à conta individual.

Por Equipe Pulse CodingPublicado em 10 min de leitura
Tela de configurações de um workspace Lovable com a lista de membros e suas funções
Neste artigo

O que é um workspace na Lovable

O workspace é o espaço onde tudo acontece na Lovable. Ele guarda os projetos, os membros, as configurações, o plano, a cobrança e o saldo de créditos, que é compartilhado por todos os membros. Todo projeto vive dentro de um workspace, e cada workspace tem plano e cobrança próprios.

A documentação oficial (abre em nova aba) resume a ideia numa frase: todo projeto vive dentro de um workspace. Entender isso resolve boa parte das dúvidas sobre créditos, transferências e permissões, porque quase toda regra da plataforma é definida no nível do workspace, e não da pessoa.

"Conta individual" x workspace: na prática, tudo é workspace

Na Lovable não existe uma "conta individual" separada dos workspaces. Ao se cadastrar, você ganha automaticamente um workspace pessoal no plano Free. Toda conta precisa pertencer a pelo menos um workspace, pode participar de vários e cada assinatura paga vale para um workspace.

Por isso, comparar "conta" e "workspace" como se fossem produtos diferentes leva a conclusões erradas. O seu workspace pessoal e um workspace criado para um time ou cliente funcionam com as mesmas regras; o que muda é quem participa e qual plano está ativo em cada um. Um workspace novo não é inferior ao pessoal: é só outro ambiente, com saldo e membros próprios.

O que pertence a cada lado:

Pertence à sua contaPertence ao workspace
Login, e-mail e senhaProjetos
Preferências, como o idioma da interfaceMembros e funções
Os 10 usos gratuitos do Try to fix (compartilhados entre workspaces)Plano e cobrança
A lista de workspaces de que você participaSaldo de créditos e limites de uso

Para alternar entre workspaces, use o seletor no canto superior esquerdo. Para criar um novo: seletor de workspace → Create workspace → nome (até 50 caracteres) → Create → escolha do plano.

Funções: Owner, Admin, Editor e Viewer

Cada membro do workspace tem uma de quatro funções, e ela define o que a pessoa pode fazer. A tabela segue a documentação de pessoas (abre em nova aba):

O que a função permiteViewerEditorAdminOwner
Ver, buscar e filtrar projetosSimSimSimSim
Convidar e remover viewers e colaboradores externosNãoSimSimSim
Aprovar pedidos de acesso a projetosNãoSó onde é admin ou owner do projetoQualquer projetoQualquer projeto
Mudar funções, definir limites de crédito e remover membrosNãoNãoSimSim
Convidar, remover ou promover ownersNãoNãoNãoSim

Editors podem criar projetos; viewers, não. As funções Admin e Viewer exigem plano pago, e o plano Free não tem a função Admin, segundo a página de colaboração (abre em nova aba).

Owner e primary owner: qual a diferença

Um workspace pode ter vários owners, e só owners convidam, removem ou promovem outros owners. Entre eles, um é o primary owner, responsável pela cobrança e pelos domínios. A regra que mais importa na prática: o primary owner não pode ser rebaixado. A única forma de mudar quem ocupa esse papel é transferi-lo, em Workspace settings → Workspace → Transfer primary ownership.

Isso tem uma consequência direta para quem assume um workspace criado por outra pessoa: ser promovido a Owner já dá poder de gestão, mas o controle total só vem com a transferência do primary ownership para a sua conta.

Colaboradores externos de projeto

Além dos membros do workspace, um projeto pode ter colaboradores convidados diretamente para ele. Editors, admins e owners podem convidar e remover esses colaboradores externos. Eles importam especialmente na hora de mover um projeto, como você vai ver adiante.

Como convidar e remover membros

Convidar e remover membros é feito na área People das configurações do workspace. Editors convidam viewers e colaboradores externos; admins e owners mudam funções e removem membros; só owners mexem em outros owners.

Para convidar:

  1. Abra Workspace settings → People.
  2. Clique em Invite members.
  3. Digite um ou mais e-mails e escolha a função.
  4. Clique em Invite.

O convite por e-mail vale 30 dias, e o link de convite vale 5 dias. No plano Free, o limite é de 5 convites por e-mail por dia.

Para remover, abra o menu ⋯ na linha da pessoa e clique em Remove member. A remoção é imediata e a pessoa recebe um e-mail. Você escolhe para quem vão os projetos dela, com exceção dos projetos marcados como Restricted. Não é possível remover o único owner do workspace.

Como transferir o primary ownership

A transferência do primary ownership é o passo que dá controle total do workspace a outra conta. Ela pode ir para um membro atual ou para uma conta Lovable de fora.

  1. Entre com uma conta que tenha permissão para isso (em geral, a do primary owner atual).
  2. Abra Workspace settings → Workspace.
  3. Clique em Transfer primary ownership.
  4. Escolha a conta de destino e confirme.

Depois disso, a nova conta responde pela cobrança e pelos domínios. Se você quiser sair de um workspace, o caminho é Workspace settings → Workspace → Leave workspace, mas não dá para sair se você for o único owner ou se aquele for o seu único workspace.

Como mover um projeto para outro workspace

Mover um projeto é um recurso nativo da Lovable: o projeto mantém o histórico e as configurações, mas algumas coisas mudam no caminho, como a conexão com o GitHub, os colaboradores diretos, o acesso e a cobrança. Vale ler a lista completa antes de clicar.

Passo a passo

  1. Abra o projeto e vá em Project settings → General.
  2. Na linha Move workspace, clique em Move. Outra opção é usar o painel: menu do card do projeto → Move → To workspace (dá para mover vários de uma vez).
  3. Escolha o workspace de destino.
  4. Decida sobre a caixa Transfer project collaborators (veja abaixo).
  5. Confirme.

Quem pode mover: o dono do projeto (os projetos dele), os owners do workspace (qualquer projeto) e os admins (projetos a que têm acesso). Os detalhes estão nas configurações de projeto (abre em nova aba).

O que vai junto

Segundo a visão geral de projetos (abre em nova aba), o projeto mantém o histórico e as configurações. O código e o histórico continuam com ele, e você segue construindo de onde parou.

O que muda: cobrança, colaboradores, acesso e GitHub

ItemO que acontece ao mover
CobrançaO uso de Cloud e de IA do app passa a sair dos créditos do workspace de destino
Colaboradores diretosCom a caixa desmarcada (padrão), eles e os convites pendentes são removidos; marcada, são mantidos se o destino permitir
Acesso ao projetoVolta ao padrão do workspace de destino; confira em Project access se ele deve continuar restrito
GitHubDesconecta e precisa ser reconectado no destino, o que cria um repositório novo (doc do GitHub (abre em nova aba))
Domínio próprio e CloudA documentação não detalha o efeito; teste o app publicado depois de mover

Os nomes das telas podem mudar com atualizações da Lovable. Se algo não bater, confira a documentação mais recente.

Transferir a propriedade de um projeto (Transfer ownership) e remix

Mover troca o projeto de workspace; transferir a propriedade troca quem é o dono do projeto dentro dele. O caminho é Project settings → General → Transfer ownership.

  • Quem pode receber: um membro ativo do workspace com função owner, admin ou editor.
  • Nos planos Business e Enterprise, o projeto pode ir para uma conta de fora, que precisa aceitar.
  • Em projetos Restricted, quem transfere perde o acesso, a menos que seja owner do workspace.

Vale registrar uma divergência: o FAQ antigo da Lovable dizia que transferir projetos entre contas não era autoatendimento e citava o suporte ou o remix (criar uma cópia do projeto) como caminhos. A documentação atual descreve Move workspace e Transfer ownership como recursos da própria interface.

Créditos no workspace: saldo compartilhado e limites por membro

Os créditos pertencem ao workspace, e todos os membros usam o mesmo saldo. Isso é prático para times, mas significa que um projeto ou uma pessoa pode consumir o saldo de todos se ninguém definir limites.

Para evitar isso, owners e admins podem configurar limites por membro, grupo, projeto ou workspace em Workspace settings → Usage limits & alerts, conforme a documentação de limites (abre em nova aba). Os limites por membro valem para créditos de build. Lembre também que o app publicado consome o saldo do workspace onde está (hospedagem, Cloud e IA).

Quando o saldo acaba, a construção é interrompida para todos os membros ao mesmo tempo. O guia sobre créditos Lovable detalha validade, renovação e as formas de ter mais créditos.

Vantagens de trabalhar com workspace

Trabalhar com mais de um workspace é uma forma de organizar projetos, pessoas e custos. As principais vantagens:

  • Organização por cliente ou time. Cada workspace tem projetos, membros e cobrança próprios, então cada cliente fica no seu ambiente, com as pessoas que você escolher.
  • Controle de acesso. As funções separam quem só acompanha (Viewer), quem constrói (Editor) e quem administra (Admin e Owner).
  • Saldo compartilhado. O time trabalha com um único saldo, sem cada pessoa precisar comprar créditos.
  • Limites de gasto. Dá para impedir que um projeto ou um membro consuma tudo.
  • Mobilidade. Projetos podem ser movidos entre workspaces com o recurso nativo, mantendo histórico e configurações.

Restrições e cuidados

Algumas regras costumam surpreender quem administra um workspace pela primeira vez:

  • O único owner não sai e não pode ser removido. Promova outra pessoa antes.
  • O primary owner não pode ser rebaixado. Para mudar, só com Transfer primary ownership.
  • Projetos Restricted têm regras próprias. Eles ficam fora da escolha de para quem vão os projetos de um membro removido, e quem transfere a propriedade perde acesso se não for owner do workspace.
  • GitHub reconecta ao mover. E a reconexão cria um repositório novo.
  • Admin e Viewer exigem plano pago. No Free, as funções disponíveis são mais limitadas.

Checklist antes de comprar créditos para um workspace

Se você vai usar um workspace com créditos comprado de terceiros, ou assumir um workspace criado por outra pessoa, confira:

  1. Sua conta será promovida a Owner?
  2. Você pode receber o primary ownership? É ele que dá controle total.
  3. Depois disso, você consegue remover os demais integrantes em People?
  4. Seu projeto usa GitHub? Planeje a reconexão e o repositório novo.
  5. Há colaboradores diretos no projeto? Marque Transfer project collaborators ao mover.
  6. O projeto deve continuar restrito? Revise o Project access depois.
  7. O app usa Cloud, IA ou domínio próprio? Teste tudo logo após mover.
  8. Qual é a validade dos créditos? Cada tipo tem uma regra na Lovable; pergunte antes.

Como funciona o workspace da Pulse Coding

Na Pulse Coding, você recebe um workspace novo, vazio, só com os créditos do pacote. Você entra nele com a sua conta Lovable de sempre (não precisa criar outra) e ninguém pede a senha da sua conta. O acesso chega no seu e-mail e fica em "Meus pedidos"; nos pacotes grandes, a entrega é acompanhada pelo WhatsApp.

O tutorial que acompanha a entrega, também disponível em vídeo, segue exatamente os recursos descritos neste artigo:

  1. Convidar a sua conta em Workspace settings → People → Invite members.
  2. Aceitar o convite e ter a sua função trocada para Owner.
  3. Transferir o primary ownership para a sua conta, para ter controle total.
  4. Remover os demais integrantes em People, se quiser.
  5. Mover seus projetos com Move workspace, marcando a opção de manter os colaboradores e conferindo GitHub e acesso depois.

Os pacotes disponíveis e os valores atualizados ficam na página de créditos Lovable e na vitrine de workspaces. Dúvidas na hora de mover um projeto podem ser tiradas no suporte ou na comunidade.

Conclusão

Na Lovable, tudo é workspace: a conta pessoal já nasce com um, e criar ou entrar em outros é a forma natural de separar projetos, pessoas e créditos. Um workspace novo não é inferior ao pessoal; o que define o seu controle é a função que você tem nele e, principalmente, quem é o primary owner.

Antes de mover um projeto, lembre que histórico e configurações vão junto, mas GitHub, colaboradores diretos, acesso e cobrança mudam. Com o checklist em mãos, a troca fica bem mais previsível. Se você está começando agora, o guia o que é o Lovable e como funciona é um bom ponto de partida.

Lovable é marca de seus respectivos donos. A Pulse Coding é uma loja independente, sem vínculo com a Lovable.

Perguntas frequentes

Posso ter mais de um workspace na mesma conta?

Sim. Uma conta Lovable pode participar de vários workspaces e alternar entre eles pelo seletor no canto superior esquerdo. Cada workspace tem plano, cobrança e créditos próprios.

Os créditos são da conta ou do workspace?

Do workspace. Todos os membros usam o mesmo saldo, e owners e admins podem definir limites por membro, grupo ou projeto. A exceção são os 10 usos gratuitos do Try to fix, que são da conta e compartilhados entre os workspaces.

Como virar owner de um workspace?

Um owner atual precisa promover você em Workspace settings, People. Só owners podem convidar, remover ou promover owners. Para ter controle total, peça também a transferência do primary ownership para a sua conta.

Posso remover outro owner?

Sim, se você também for owner: só owners convidam, removem ou promovem owners. Atenção ao primary owner: ele não pode ser rebaixado, e a forma de mudar quem ocupa esse papel é transferir o primary ownership. O único owner de um workspace também não pode ser removido.

Mover projeto de workspace apaga o histórico?

Não. Segundo a documentação, o projeto mantém histórico e configurações. Mas há efeitos colaterais: o GitHub desconecta, colaboradores diretos saem se a opção de transferi-los não for marcada, o acesso volta ao padrão do destino e a cobrança passa para o workspace de destino.

O GitHub continua conectado depois de mover?

Não. Mover o projeto para outro workspace desconecta o GitHub. Você precisa reconectar no workspace de destino, e a reconexão cria um repositório novo.

Preciso criar outra conta Lovable para usar outro workspace?

Não. A mesma conta participa de quantos workspaces você quiser. Basta ser convidada para o workspace e aceitar o convite.

Fontes

  1. Lovable Docs: Workspace (abre em nova aba) — acessado em
  2. Lovable Docs: People (abre em nova aba) — acessado em
  3. Lovable Docs: Projects overview (abre em nova aba) — acessado em
  4. Lovable Docs: Project settings (abre em nova aba) — acessado em
  5. Lovable Docs: Collaboration (abre em nova aba) — acessado em
  6. Lovable Docs: GitHub integration (abre em nova aba) — acessado em
  7. Lovable Docs: Usage limits and alerts (abre em nova aba) — acessado em
  8. Lovable Docs: Credits and usage (abre em nova aba) — acessado em
  9. Lovable Docs: FAQ (abre em nova aba) — acessado em
  • #Lovable
  • #Workspace
  • #Owner
  • #Projetos
Compartilhar:

Escrito por

Equipe Pulse Coding

Conteúdo produzido pela equipe da Pulse Coding, loja brasileira de ferramentas de IA ativa desde abril de 2025. Sempre que possível, os guias citam a documentação oficial consultada na seção Fontes. Ver todos os artigos

Leia também