do app gerado por ia ao app publicado, com as regras da sua empresa.

Você fez o app no Lovable, no Claude ou no AI Studio. Ele funciona na tela, mas guarda os dados no navegador, não tem login de verdade e não tem onde morar. O Launcher monta o resto: banco, backend, login, revisão de segurança e uma URL própria. Sem você ver git, Docker, SQL ou servidor.

Acesso por convite. Já tem conta? Entre em launcher.codebunker.com.

Aceita o que você já tem: ZIP do Lovableexport do ClaudeGoogle AI Studiov0Boltqualquer repositório git público
agenda · versão 3recibo da versão
  1. ✓importando o appZIP, 212 arquivos0:04
  2. ✓analisando o código4 entidades, 6 telas0:41
  3. ✓gerando backend e banco4 migrações0:19
  4. ✓religando os dados3 arquivos reescritos, build ok0:52
  5. ✓revisão do código0 críticos, 2 avisos0:37
  6. ✓teste de invasão9 sondas, nada crítico0:12
  7. ✓no ar em agenda.apps.codebunker.com0:28
o problema

o app que a ia gerou é uma fachada.

Bonito na tela, oco por trás. Recarregou, sumiu. Dois usuários, um só dado. E quando alguém pergunta "isso está seguro?", ninguém sabe responder.

A primeira coisa que o Launcher faz é ler o seu código e contar, em português, o que encontrou e o que vai montar. Ao lado, o que essa leitura mostra para um app típico de clínica feito no Lovable.

o que entendemos do seu appagenda · lido em 41 s
Feito com
Vite, app só de tela dá para publicar
Guarda dados em
localStorage do navegador some ao limpar o navegador
Login
nenhum de verdade qualquer um entra
Encontramos
4 entidades: paciente, consulta, profissional, sala · 6 telas
Chaves no código
1 chave do Gemini vai para o cofre, sai do código
como funciona

três passos. uns três minutos.

O assistente de criação é o mesmo para quem nunca abriu um terminal e para quem prefere colar a URL de um repositório.

1

traga seu app

Arraste o ZIP export do Lovable, do Claude ou de qualquer pasta, ou conecte um repositório git. Não precisa preparar nada.

2

a gente monta o resto

Geramos o backend, o banco de dados e o login. Uma revisão de segurança roda sozinha em cima do que foi gerado.

3

publique e pronto

Um clique em Publicar e seu app fica no ar com uma URL. Sem servidor para configurar. A Codebunker Cloud cuida disso.

as seis telas do assistente

É por aqui que todo app passa. Você vê cada etapa acontecendo, com tempo estimado.

  1. 1trazerArraste o ZIP ou cole a URL do repositório git.
  2. 2escolherNome, salvar dados no banco, login e quem vê o quê.
  3. 3prepararLemos o código, geramos backend e banco, religamos os dados. Uns 3 min.
  4. 4chavesAs chaves de API que o app usa, guardadas criptografadas.
  5. 5publicarUm clique. Se a revisão achou algo crítico, a política decide.
  6. 6no arURL própria com HTTPS. Teste, crie a primeira conta, mande o link.
as decisões que são suas

você responde três perguntas. em português.

O resto é engenharia invisível. Mas quem vê o quê no seu app não é decisão técnica, é decisão do negócio. Então perguntamos, sem adivinhar.

Salvar dados no bancoCadastrou, recarregou, continua lá. Cada app ganha o próprio Postgres.
Login de usuáriosCadastro com e-mail e senha, botão de sair, painel de quem entrou e quem está esperando aprovação. Dá para ligar e desligar depois.
Quem vê os dados do app Todo mundo que entrar vê os mesmos dados: a equipe trabalha na mesma lista, como numa clínica, uma loja, um escritório. Ou cada pessoa vê só os dados dela: o app usado pelos seus clientes finais. Numa clínica, a agenda é uma só.
depois de publicar

cada app ganha uma página. sete abas, nenhuma para enfeitar.

É onde você opera o app sem virar sysadmin: vê quem entrou, olha as tabelas, volta uma versão, troca uma chave.

Visão geral

está no ar? desde quando?

Status, URL, tempo no ar, últimos incidentes e o que está esperando você.

Versões

cada upload é uma versão

O que mudou, quanto levou cada etapa, repetir só a etapa que falhou, restaurar a anterior.

Qualidade e segurança

revisão e teste de invasão

Achados em português: o que é, por que importa, o que fazer.

Código

o seu e o gerado

Navegue o código original e o que montamos por cima, como num repositório.

Bancoadmin

as tabelas de verdade

Veja as linhas que o app está guardando. Backup diário, sete guardados, restaurar em um clique.

Usuáriosadmin

quem usa o app

Quem se cadastrou, último acesso, ativar, desativar, aprovar quem está esperando.

Configuraçõesadmin

chaves, banco, destino

Chaves de API criptografadas, seu próprio Postgres se quiser, onde o app roda.

qualidade e segurança

silêncio não é aprovação.

"Zero críticos" pode significar duas coisas: olhamos e está limpo, ou ninguém olhou. A tela nunca confunde as duas. Um app no ar sem revisão carrega um aviso até alguém revisar.

A revisão roda em duas passadas, correção e segurança, e reescreve cada achado sem jargão. Depois, o teste de invasão bate de verdade no app publicado:

  • Listagem sem login
  • Ler, alterar ou apagar dado de outro usuário
  • Listagem que mistura dados de usuários
  • Cadastro aceitando id vindo do navegador
  • Login sem limite de tentativas
  • Bypass de login por SQL injection
  • Cabeçalhos de segurança ausentes
  • Servidor se identificando à toa
críticosegurança · agenda v2 · 14:02

qualquer pessoa consegue ver a agenda de outra sem estar logada

O que é
A lista de consultas responde para quem não fez login.
Por que importa
Nome e horário de pacientes ficam expostos para quem tiver o link.
O que fazer
Publicar a v3, que exige login nessa rota. A política da organização bloqueia a publicação enquanto isso estiver aberto.
Não verificado. Este app está no ar sem revisão do código nem teste de invasão.

Exemplo ilustrativo.

para quem responde pela empresa

quantos apps a empresa tem no ar? quais guardam dado de cliente?

Seu time já publicou coisas no Vercel com banco no Supabase. Ninguém vai refazer. Cole uma chave só de leitura e tudo aparece no inventário: o que responde, quem conectou, o que está exposto. Adote o que importa e ele passa a ser revisado e monitorado sem sair de onde está.

apporigemresponderiscoquem conectou
agendagerido pelo Launcheragenda.apps.codebunker.comno arrevisadomarina
orçamentosadotado · Vercelorcamentos-app.vercel.appno ar2 avisosrafael
cadastro-clientesdescoberto · Supabasexyzabc.supabase.cono artabela pública sem loginjúlia
promo-nataldescoberto · Vercelpromo-natal.vercel.appfora do arnão verificado—

Dados de exemplo. A olhada de fora procura .env servido pela web, .git exposto, chave Stripe ou service_role do Supabase no bundle, cookie desprotegido, CORS aberto com credenciais e tabela Postgres pública sem RLS.

as regras da casa

cinco políticas. uma só porta.

A regra vive no servidor. Tela, API e agente de IA passam pelo mesmo ponto de decisão, inclusive ao republicar um app adotado dentro do Vercel de vocês.

Papéis: dono, admin, membro e auditor. O auditor lê a trilha e não mexe em nada.

trilha e agentes

tudo que aconteceu, encadeado e assinado.

Cada ação entra na trilha com quem fez, em qual app, o antes e o depois. Cada linha carrega o hash da anterior. O export sai assinado, e qualquer pessoa confere a assinatura offline com a chave pública.

Seu Claude Code ou Cursor também entra, por token de máquina preso a uma organização e ao papel de quem emitiu. Ele pode importar, analisar, rodar o teste de invasão e propor publicação. Nunca publicar sozinho.

create_appimport_from_gitapp_statuspentest_apppublish_appset_api_keydiscover_appsadopt_appversion_timelineapp_uptime
1181token:cursor-rafael pediu publicação · orçamentos v5prev 7a1d…c902 → 3b8e…10f4
1182rafael aprovou publicação · "revisei os 2 avisos"prev 3b8e…10f4 → d47a…9be1
1183sistema publicou · orçamentos v5 no Vercelprev d47a…9be1 → 2c0f…77aa
1184marina ligou login · agenda · anônimo → com loginprev 2c0f…77aa → 9f2c…e41b
✓ cadeia íntegra · 1184 registrosexport assinado · chave pública publicada
onde o app roda

deixa com a gente. ou leva para a sua nuvem.

Cada app publicado ganha Postgres, API e site em containers isolados, com HTTPS e endereço próprio. "Deixa com a gente" é a opção de quem não quer cuidar de servidor. Quem já tem nuvem leva o app para ela.

Banco próprio também vale: aponte o app para o seu Postgres no Supabase, Neon ou RDS. A URL fica criptografada e nunca volta para a tela. E como não foi a gente que criou, a gente nunca apaga.

falamos a sua língua

as palavras que a gente não usa.

Quem usa o Launcher não precisa ser desenvolvedor. Por isso o produto inteiro fala a língua de quem usa: o nome técnico só aparece, em letra miúda, quando é ele que você vai procurar no Google.

deploy
publicar
pentest
teste de invasão
blueprint
o que entendemos do seu app
transform
preparar
workspace
página do app
SPA
app só de tela
varredura
olhada de fora
uptime
tempo no ar
rollback
voltar a versão
engenharia séria para software criado por ia

o código é seu. a engenharia invisível é nossa.

Traga um ZIP ou um repositório. Em uns três minutos você tem um app no ar, com recibo.