Cursor Live Apps: O que há de novo, Dashboards Internos e Alternativas (2026)

O Cursor agora pode criar um web app funcional a partir de uma breve descrição e compartilhá-lo por meio de um link. O recurso foi lançado em 5 de novembro de 2026. Um agente na nuvem constrói o app, configura um banco de dados e o login, e realiza o deploy.

Este guia aborda o que foi lançado, como funciona o fluxo de construção, quem pode abrir um app publicado e quanto custa. Também analisa o uso mais comum, dashboards internos, e termina com alternativas. Cada detalhe vem de páginas dos fornecedores lidas em 9 de novembro de 2026.

O que o Cursor lançou em 5 de novembro

O Cursor anunciou o recurso em uma postagem de changelog intitulada "Build Live Apps in Cursor". A postagem é datada de 5 de novembro de 2026.

A postagem começa com um problema. Ela diz que "a maioria dos apps e ferramentas que os usuários constroem nunca sai do localhost". O novo recurso preenche essa lacuna. Nas palavras da postagem, "você pode construir apps funcionais diretamente no Cursor e compartilhá-los com um link".

A proposta é curta. "Descreva o que você deseja criar e o Cursor cuidará do resto: construirá o app, configurará um banco de dados, configurará a autenticação e fará o deploy".

O público é mais amplo do que apenas engenheiros. A postagem diz que "qualquer pessoa em sua organização pode agora construir ferramentas úteis para seu trabalho e compartilhá-las com colegas de equipe". Ela acrescenta que pessoas das áreas de vendas, operações, jurídico, financeiro e engenharia já constroem apps internos dessa forma dentro da empresa.

Como funcionam os live apps do Cursor

A construção ocorre em um agente na nuvem, não no seu laptop. A documentação diz para "usar um agente na nuvem; este recurso não é suportado localmente".

De acordo com a documentação, o fluxo funciona assim:

1. Inicie um agente na nuvem e diga claramente que você deseja um app.
2. Descreva o que ele deve fazer ou peça ao agente para fazer o deploy de um repositório existente.
3. Visualize o app na bandeja que o Cursor mostra quando ele estiver pronto.
4. Escolha uma URL e selecione publicar.
5. O Cursor executa verificações de segurança e retorna um link funcional se elas passarem.

Novos apps começam do zero em um repositório no Cursor Origin. O changelog diz que os apps também podem ser implantados a partir de repositórios existentes no Cursor Origin e GitHub. O suporte para outros provedores de git, como o GitLab, está "chegando em breve".

O que o Cursor configura para você

A documentação lista quatro partes que o Cursor gerencia:

• Hospedagem. Cada app é implantado em uma conta dedicada para sua equipe. Cada conta é isolada de outras equipes e usuários.
• Banco de dados. Se o app precisar de um, o Cursor provisiona um banco de dados Postgres automaticamente.
• Autenticação. Apps privados e de equipe ficam protegidos pelo login do Cursor.
• Secrets. Quando o app precisa acessar seus sistemas, o Cursor solicita as secrets. A documentação diz: "O agente nunca vê os valores".

Dicas para um bom prompt inicial

A documentação fornece uma regra primeiro: "Seja explícito que você deseja que o Cursor construa um app". Os prompts de exemplo começam todos da mesma forma, com as palavras "Build an app" ou "Deploy this repo as an app". Essa abertura informa ao agente que o objetivo é um resultado funcional e hospedado, em vez de apenas código.

Alguns outros hábitos seguem a documentação e os prompts de exemplo:

• Nomeie os dados. Diga de onde vêm os números, como um CRM, um warehouse ou uma planilha.
• Nomeie a visualização. Peça o gráfico, a tabela e os filtros que você precisa.
• Planeje as secrets. Se o app ler de seus sistemas, tenha as chaves prontas. Um administrador de equipe geralmente cria secrets de equipe no painel de Apps.
• Escolha o público cedo. Decida se o app é para algumas pessoas, para a equipe ou para o público em geral.
• Comece pequeno. Publique uma página útil e, em seguida, peça ao agente para adicionar o próximo recurso.

Primeiras versões pequenas são mais fáceis de verificar. Elas também passam pela revisão de segurança com menos correções.

Dashboards internos e outros casos de uso

Dashboards aparecem repetidamente nos próprios exemplos do fornecedor. A documentação abre com a frase "Agentes na nuvem podem construir um web app funcional, como um dashboard, portal ou microsite".

Um prompt de exemplo na documentação pede inscrições semanais. Ele diz: "Construa um app que mostre nossas inscrições semanais como um dashboard, com um gráfico e uma tabela que eu possa filtrar por plano". Outros pedem um rastreador de relatórios de bugs e um microsite de lançamento com um formulário de inscrição.

O changelog lista apps que a própria equipe da empresa construiu:

• Ferramentas de operações internas para registro de eventos, atribuições de contas e disposição de assentos.
• Apresentações para clientes que combinam slides, vídeos e demos interativas.
• Experiências de treinamento e integração para novos contratados.
• "Dashboards e ferramentas em tempo real para equipes de vendas entenderem seu pipeline e oportunidades".
• Portais para gerenciar serviços de engenharia.

Um app de dashboard também pode se conectar a um data warehouse. O changelog diz que o agente solicitará as secrets necessárias quando um app se conectar aos seus sistemas.

Um exemplo de construção de dashboard interno

Aqui está como uma pequena equipe poderia usar o recurso. A equipe e os números são fictícios para fins de ilustração. As etapas seguem a documentação oficial.

A Brightline Tutors possui uma equipe de vendas de seis pessoas. A chefe de vendas quer uma visualização do pipeline que se atualize sozinha.

Prompt. Ela inicia um agente na nuvem e escreve: construa um app que mostre negócios abertos por estágio, com um gráfico e um filtro por representante.

Construção. O agente estrutura o web app e adiciona um banco de dados Postgres. Ele solicita a chave de API do CRM como uma secret. O agente nunca vê o valor da chave.

Visualização. Ela verifica a bandeja. O gráfico mostra 42 negócios abertos em quatro estágios. Ela pede ao agente para adicionar um total semanal.

Publicação. Ela escolhe uma URL e publica. As verificações de segurança passam e o Cursor retorna um link funcional.

Compartilhamento. Ela compartilha o app com o grupo de vendas. Cada representante faz login no Cursor para abri-lo.

A equipe agora tem um dashboard funcional sem uma ferramenta de BI. Alguém ainda é o dono do app, no entanto. As alterações voltam a ser feitas através do agente.

Compartilhamento e controles de acesso

Cada app possui uma configuração de visibilidade. A documentação lista três:

Visibilidade	Quem pode abrir
Pessoas que você convidar	Você, ou membros e grupos específicos da equipe logados no Cursor
Equipe	Você e toda a sua equipe do Cursor, logados no Cursor
Público	Qualquer pessoa com o link

O compartilhamento público é limitado em planos empresariais. A documentação diz que "O compartilhamento público está desativado por padrão para Teams e Enterprise". Um administrador de equipe pode ativá-lo.

Scripts e bots também podem usar apps. Uma chave de API do Cursor permite que o Grok Bot, scripts ou trabalhos de CI abram um app como um usuário logado. A chave vai no cabeçalho x-cursor-app-token em cada requisição.

Verificações de segurança antes da publicação

As verificações ocorrem antes de qualquer app entrar no ar. O changelog diz que "Nada entra no ar até que as verificações passem e você publique explicitamente o app".

A documentação lista quatro verificações que estão sempre ativas:

• Bloquear secrets escritas em arquivos do app.
• Bloquear arquivos de credenciais, como chaves privadas.
• Nunca publicar arquivos .env.
• Nunca publicar source maps.

Além disso, uma revisão de segurança por AI lê os arquivos do app. Ela bloqueia problemas graves antes que o app entre no ar. Administradores de equipe podem adicionar suas próprias regras à revisão, mas não podem remover as verificações integradas do Cursor.

Os administradores também têm um painel de Apps. O changelog diz que os administradores "podem ver cada app e secret na equipe". Eles podem despublicar qualquer app e aprovar publicações que a revisão bloqueou. Eles também podem desativar os Apps para toda a equipe.

Quem pode usar e quanto custa

O changelog diz que o recurso está "disponível em todos os planos pagos com agentes na nuvem habilitados". A página de preços do Cursor mostra quais planos incluem agentes na nuvem.

Plano	Preço na página de preços do Cursor	Agentes na nuvem e automações
Free	$0 por mês	Não incluído
Plus	$8 por mês	Não incluído
Premium	$30 por mês	Incluído
Super	$100 por mês	Incluído
Ultra	$200 por mês	Incluído
Teams	$30+ por usuário por mês	Incluído
Enterprise	Personalizado	Incluído

O uso de modelos de terceiros tem custo extra. A página de preços diz que ele "não está incluído nos preços mensais mostrados e deve ser adquirido separadamente". Os preços excluem impostos.

Limitações atuais

O lançamento possui limites claros, todos extraídos das próprias páginas do Cursor:

• Necessita de um agente na nuvem. Agentes locais não podem construir live apps.
• Deploys funcionam a partir do Cursor Origin e GitHub. O suporte ao GitLab ainda está por vir.
• Apps de equipe e apenas para convidados precisam de login no Cursor para abrir.
• Apps públicos estão desativados por padrão para Teams e Enterprise.
• Um app é código. Alguém tem que mantê-lo após o lançamento.

O último ponto é importante para relatórios. Um dashboard de vendas semanal é fácil de começar. Uma apresentação de diretoria mensal ou um resumo escrito dos mesmos números é um resultado diferente.

O que isso significa para ferramentas internas

Para muitas equipes, a lacuna entre uma ideia e uma ferramenta compartilhada acabou de diminuir. Banco de dados, login, hospedagem e secrets costumavam exigir um engenheiro. Agora, um único prompt cobre tudo isso.

As proteções ajudam a disseminar o recurso com segurança. Administradores veem cada app e cada secret. Verificações de segurança rodam em cada publicação.

Isso também levanta uma questão de planejamento. Algumas solicitações precisam de um app funcional que as pessoas acessem todos os dias. Outras precisam apenas de um relatório, um gráfico ou uma apresentação. Escolher o resultado certo economiza manutenção futura.

Alternativas aos live apps do Cursor

Outras ferramentas constroem apps ou sites a partir de uma descrição. Os preços vêm da página de cada fornecedor em 9 de novembro de 2026.

Ferramenta	O que constrói	Preço, conforme o fornecedor
Cursor live apps	Web apps hospedados com Postgres e login do Cursor	Premium $30 por mês ou mais
Replit	Apps e sites no navegador	Core $20 por mês, ou $18 por mês faturado anualmente
Lovable	Apps e sites a partir de chat	Free $0; Pro $25 por mês; Business $50 por mês
ChatGPT Sites	Websites e apps leves dentro do ChatGPT	Apenas planos pagos; não disponível no Free ou Go
Powerdrill Bloom	Relatórios, dashboards e slides a partir de arquivos de dados	Plano Free; Pro $13.27/mês

Replit. Sua página de preços lista o Core para "projetos pessoais e apps simples". O Pro custa $100 por mês, ou $90 por mês faturado anualmente, "para construções comerciais e profissionais".

Lovable. Seu plano Pro é "Projetado para equipes ágeis que constroem juntas em tempo real". Tanto o Pro quanto o Business listam 100 créditos mensais.

ChatGPT Sites. As notas de lançamento da OpenAI dizem que o Sites permite que você "transforme seu trabalho ou ideias em um site interativo ou app leve sem sair do ChatGPT". As mesmas notas dizem que o Sites não está disponível nos planos Free ou Go.

Onde o Powerdrill Bloom se encaixa

Nem todo dashboard interno precisa ser um app. Se o objetivo é uma visualização semanal ou um relatório finalizado, o Powerdrill Bloom funciona a partir dos arquivos de dados que você já possui.

O AI Finance Dashboard Builder diz que constrói um dashboard de KPI "que se atualiza com suas exportações contábeis, em minutos, sem necessidade de equipe de BI". O Excel AI Assistant diz que você pode "Exportar insights como slides de PowerPoint, infográficos ou páginas do Notion em um clique". O AI Report Generator transforma os mesmos dados em um relatório escrito.

Não há código para hospedar ou manter. A página de preços lista um plano Free a $0.00 e o Pro a $13.27/mês.

Experimente o Powerdrill Bloom com a exportação do pipeline da semana passada.

Perguntas frequentes

O que são os live apps do Cursor?

São web apps que um agente na nuvem do Cursor constrói e implanta a partir de uma descrição. O Cursor configura hospedagem, um banco de dados Postgres, login e secrets, e então retorna um link funcional.

Quando o Cursor lançou os live apps?

O Cursor anunciou o recurso em uma postagem de changelog datada de 5 de novembro de 2026. Ele está disponível em planos pagos com agentes na nuvem habilitados.

Posso construir um dashboard com os live apps do Cursor?

Sim. A documentação do Cursor cita dashboards como um app típico. Um prompt de exemplo pede inscrições semanais com um gráfico e uma tabela filtrável.

Quem pode abrir um app do Cursor que eu publicar?

Você escolhe. Um app pode ser compartilhado com pessoas convidadas, com toda a sua equipe ou com o público. Apps de equipe e apenas para convidados exigem login no Cursor, e o compartilhamento público fica desativado por padrão no Teams e Enterprise.

Quanto custam os live apps do Cursor?

O Cursor não lista uma taxa separada. Sua página de preços lista agentes na nuvem no plano Premium a $30 por mês e em planos superiores. O uso de modelos de terceiros é faturado separadamente.

Fontes: Cursor changelog, Build Live Apps in Cursor · Cursor docs, Apps · Preços do Cursor · Preços do Replit · Preços do Lovable · Notas de lançamento do ChatGPT. Detalhes lidos das páginas dos fornecedores em 9 de novembro de 2026.