Conferido em 25 de outubro de 2026
Resposta curta
Se seus colegas já têm conta na plataforma, use o compartilhamento privado dela: é uma configuração. Se não têm, ou se você quer que entrem com a conta de trabalho, leve o app para o TeamOnly. Rode npx teamonly init no projeto exportado e peça à sua ferramenta de IA: “Migre este app para o TeamOnly”. As telas continuam as mesmas; o Supabase é substituído por um banco de dados e um login que vêm com o app.
01Tente isto primeiro
Sim, as três conseguem, num plano pago. O problema é quem precisa entrar onde.
| Como deixar privado | Plano | Os colegas precisam de conta lá? | Ideal quando | |
|---|---|---|---|---|
| Lovable | Só convidados (até 10 pessoas por projeto) no Free e no Pro. Workspace ou lista personalizada no Business e no Enterprise. | Só o workspace exige o Business, a partir de $50/mês | Sim, uma conta do Lovable | Seus colegas já usam o Lovable |
| Bolt | Publicação privada: sua equipe no Bolt, pessoas que você convida por e-mail ou qualquer pessoa de um domínio de e-mail confiável. | Qualquer plano pago. Não com domínio próprio | A documentação do Bolt não diz | Você quer continuar criando no Bolt |
| v0 (na Vercel) | Vercel Authentication em todas as publicações, uma senha ou login da empresa via Vercel Passport. | Senha: $20/mês por projeto no Pro. Passport: Enterprise | Sim, com Vercel Authentication. Não, com senha | Sua equipe já trabalha na Vercel |
| TeamOnly | Todo app é só para a empresa desde a primeira publicação. A empresa toda ou uma lista de nomes. | Builder $19/mês (3 apps) ou Team $249/mês | Não. Google ou Microsoft de trabalho, ou código por e-mail | Colegas que não têm conta lá |
Conferido em 25 de outubro de 2026. Lovable: publicação e planos. Bolt: publicação e sites privados. Vercel: métodos de proteção de publicações e Passport vs deployment protection. Os planos mudam; confira na plataforma antes de pagar.
02Quando migrar
Se nada disso se aplica, fique onde está. Migrar dá trabalho de verdade, e o compartilhamento da própria plataforma é uma configuração.
03Meu app migra?
04Como
Você precisa do código do projeto no seu computador, do Node.js e do Claude Code ou do Cursor.
No Lovable ou no Bolt, conecte o GitHub e envie o projeto, depois clone. No Bolt, você também pode baixar como zip.
Na pasta do projeto, rode:
npx teamonly init
npm installIsso adiciona os arquivos que os apps do TeamOnly precisam e as instruções que sua ferramenta de IA lê. Nunca sobrescreve seus arquivos.
Migre este app para o TeamOnly
Ela segue as instruções do TeamOnly: mantém todas as telas, recria as tabelas do Supabase no banco de dados do próprio app, transforma as regras de segurança em verificações no servidor, remove as telas de login e diz o que mudou e o que não conseguiu migrar.
Ela roda o app localmente. Clique pelas telas principais antes de seguir.
npx teamonly login
npx teamonly deployVocê recebe um link como tracker.acme.teamonly.app. Os colegas abrem e entram com a conta de trabalho.
05O que muda
| No seu app do Lovable ou do Bolt | No TeamOnly |
|---|---|
| Telas de login, cadastro e redefinição de senha do Supabase | Removidas. O TeamOnly faz o login das pessoas antes de o app carregar; o app lê quem elas são. |
| Tabelas do Supabase | O banco de dados próprio do app, criado na primeira publicação (SQLite, no Cloudflare D1) |
| Regras de segurança em nível de linha (RLS) | As mesmas verificações, escritas em cada rota do servidor |
| Storage do Supabase | O armazenamento de arquivos próprio do app |
| Edge functions e funções de servidor | Rotas no código de servidor do app |
Chaves de API no navegador ou no .env | Segredos, definidos com npx teamonly secrets set, nunca enviados ao navegador |
| Papéis de admin e gestor | Papéis no TeamOnly, dados na página do app no painel ou com npx teamonly roles |
| E-mails enviados pelo Resend ou SendGrid | E-mail para colegas, enviado pelo app por meio do TeamOnly |
| Funções agendadas | Tarefas agendadas, listadas em teamonly.json |
| Atualizações ao vivo (realtime) | Um botão Atualizar |
06O que descobrimos
Pegamos quatro apps públicos do Lovable e do Bolt no GitHub, de um controle de serviços com 3 tabelas a um sistema de equipamentos com 17 tabelas, e migramos cada um. Os quatro mantiveram as telas e rodam atrás do login da empresa.
Depois, um quinto teste: num app de helpdesk feito no Lovable que ela nunca tinha visto (120 arquivos, 11 tabelas), demos a uma sessão nova do Claude Code só o pedido de uma linha do passo 3. Ela manteve as 15 páginas, substituiu o Supabase, disse com clareza o que não vinha junto e esperou o sinal verde antes de publicar.
Três dos quatro tinham um problema de segurança antes da migração:
Nada disso é incomum numa primeira versão, e nada disso sobrevive à migração: o TeamOnly verifica o login antes de qualquer requisição chegar ao app, as chaves viram segredos e cada rota verifica quem está pedindo.
Não por padrão. Um app publicado no Lovable é público, a menos que você mude isso. No Free e no Pro, você pode limitar a até 10 pessoas convidadas por projeto; limitar ao seu workspace exige o Business (a partir de $50 por mês) ou o Enterprise. Os visitantes entram com uma conta do Lovable.
Sites publicados no Bolt são públicos no plano Free. Nos planos pagos, você pode publicar de forma privada: sua equipe no Bolt vê, mais as pessoas que você convida por e-mail ou qualquer pessoa de um domínio de e-mail confiável que você adicionar. Sites com domínio próprio só podem ser públicos.
Os apps do v0 são publicados na Vercel, então você usa o Deployment Protection da Vercel. A Vercel Authentication em todas as publicações deixa entrar quem tem acesso à sua equipe ou projeto na Vercel. O Password Protection custa $20 por mês por projeto no Pro. Login da empresa via Okta ou Entra (Vercel Passport) está no Enterprise.
Não automaticamente. O app chega com um banco de dados vazio. Se o app tiver uma tela de importação, exporte suas tabelas do Supabase como CSV e importe. Se não tiver, peça à sua ferramenta de IA para adicionar uma antes de migrar os dados.
Não. Eles abrem o link e entram com a conta Google ou Microsoft de trabalho, ou com um código de 6 dígitos enviado ao e-mail corporativo. Quem só usa os apps não paga.
Não na cópia migrada. Depois que o Supabase é substituído, o editor da plataforma não consegue rodá-la. Continue mudando o app no Claude Code ou no Cursor com suas palavras, e rode npx teamonly deploy de novo.
Para um app React típico, de 15 a 60 minutos da sua ferramenta de IA trabalhando no projeto, mais o tempo de você conferir as telas. Apps grandes, com dezenas de tabelas e login com senha próprio, levam mais. A parte de um minuto vem depois: da publicação até um colega usando.
Acesso antecipado
O TeamOnly está em acesso antecipado, e todos os planos já estão abertos. Teste grátis por 14 dias sem cartão, ou assine. Nos dois casos, sua empresa fica pronta na hora, e três comandos colocam seu primeiro app no ar.
Sem cartão no teste. Depois, a partir de $19 por mês, cancele quando quiser.
Dúvidas vão para hello@teamonly.dev, e uma pessoa responde.