Cursor Apps: agentes em nuvem do Cursor agora constroem, hospedam e publicam aplicações web
Desde 5 de novembro, um agente em nuvem do Cursor pode gerar uma aplicação web, provisionar um banco Postgres e autenticação, e publicá-la em uma URL escolhida após checagens de segurança. O recurso está disponível em todos os planos pagos com agentes em nuvem.
O Cursor liberou em 5 de novembro de 2026 um recurso batizado de Apps em sua documentação: um agente em nuvem agora pode transformar uma solicitação em uma aplicação web hospedada e compartilhável por um link. “A maioria das aplicações nunca sai do localhost”, resume a desenvolvedora em seu changelog.
Do prompt ao link
É necessário iniciar um agente em nuvem e dizer explicitamente que se deseja uma aplicação; a função não existe localmente. O agente gera o código, cria um banco Postgres caso a aplicação precise, coloca o acesso sob a autenticação do Cursor e prepara a hospedagem. Se o app precisar se conectar a um sistema interno (um data warehouse, no exemplo do Cursor), o agente solicita os segredos necessários; de acordo com a documentação, ele nunca visualiza os valores brutos.
Um painel permite pré-visualizar a aplicação. No momento de publicar, o usuário escolhe a URL, que pode ser alterada depois. Os repositórios podem ser novos (criados no Cursor Origin) ou existentes no GitHub; o suporte ao GitLab foi anunciado para mais adiante.
Uma barreira de publicação
O ponto mais interessante é o controle prévio à entrada no ar. Quatro checagens são executadas a cada publicação, mesmo que a revisão de segurança esteja desativada: bloqueio de chaves ou tokens gravados em arquivos, bloqueio de arquivos de credenciais, exclusão de arquivos .env e de source maps. A isso soma-se uma revisão de segurança por IA que analisa o código e bloqueia falhas graves. Nada é publicado sem que essas verificações sejam aprovadas e sem um clique explícito.
Do lado da equipe, os administradores visualizam todos os apps e segredos, podem adicionar suas próprias regras, aprovar publicações bloqueadas ou despublicar um app. O compartilhamento pode ser feito com pessoas convidadas, com toda a equipe ou de forma pública; o acesso público é desativado por padrão no Teams e Enterprise. Cada equipe ou usuário conta com uma conta de hospedagem isolada. O Cursor não cita o provedor de hospedagem; segundo o The New Stack, a Vercel indicou que o recurso utiliza sua solução Vercel for Platforms.
Nossa leitura
O Cursor entra no terreno de Lovable, Replit ou Bolt, mas pelo caminho oposto: seu foco inicial não é o grande público, e sim a ferramenta interna que um colaborador constrói para sua equipe, trazendo o login do Cursor como trava padrão. Essa barreira de publicação ataca um problema muito real: aplicações geradas por IA publicadas com segredos expostos ou bancos de dados abertos. Ela não substitui, contudo, uma auditoria formal, já que a análise por IA continua sendo automatizada. Dois pontos ainda precisam de esclarecimento para as equipes: o custo de uso da hospedagem e dos bancos de dados, que não são detalhados no changelog nem na documentação, e como exportar uma aplicação do Cursor caso se queira hospedá-la em outro lugar.
Fontes
- Cursor — changelog “Build Live Apps in Cursor” (5 de novembro de 2026) Fonte primária
- Cursor — documentação Apps (agentes em nuvem) Fonte primária
- Cursor no X — anúncio (5 de novembro de 2026) Fonte primária
- The New Stack — Cursor takes on Lovable and Replit with fully managed app deployment Fonte secundária
Uma fonte primária vem diretamente da empresa, do laboratório ou da organização envolvida. Uma fonte secundária relata a informação sem ser a sua autora: nós a sinalizamos como tal. Encontrou um erro? Consulte nossa política de correções.
