Guia7 min de leitura

Guia de Vídeo de Demonstração Cursor

Prove que uma compilação Cursor funciona com um fluxo, não um tour ao código.

Mostre um fluxo funcional de uma aplicação criada no Cursor, onde não existe um URL de pré-visualização predefinido nem um destino de implementação incorporado.

Ver como funcionaOs primeiros 60 segundos de vídeo são gratuitos, com marca de água.
Verifique o seu correio eletrónico para o descarregar.

gogoscreen.com

Confirmar que a aplicação está implementada nalgum lugar acessível

Confirme que a aplicação está implementada num URL acessível antes de tentar gravá-la.

Escolher o fluxo que prova que a compilação funciona

Escolha o único fluxo que prova que a compilação funciona, não um tour ao código que a produziu.

Escrever a indicação e rever o resultado

Escreva uma indicação a nomear o início, a ação e o resultado, depois reveja o candidato antes de o partilhar.

O Cursor é um editor de código com assistência de IA incorporada. Não implementa nada, não aloja nada, nem gera um URL de pré-visualização. Esse único facto muda a preparação para um vídeo de demonstração mais do que qualquer outro detalhe sobre a plataforma: antes de um URL e uma indicação poderem produzir alguma coisa, a aplicação já tem de estar em execução nalgum lugar que um navegador consiga alcançar. Um programador vindo de uma plataforma que implementa automaticamente vai achar este passo pouco familiar, e saltá-lo é a razão mais comum para uma primeira tentativa falhar antes mesmo de começar.

O GogoScreen recebe o URL de uma aplicação web e uma indicação de uma linha sobre o que mostrar, e devolve um MP4 narrado e editado com aproximações nos cliques, suavização do cursor, cortes de tempos mortos e legendas embutidas. Funciona a partir de qualquer URL que lhe seja dado, o que significa que um projeto Cursor implementado em qualquer alojamento, seja uma plataforma que o programador escolheu deliberadamente ou uma implementação rápida montada apenas para a gravação, é igualmente utilizável como origem. A ferramenta não se importa com qual plataforma escreveu o código. Importa-se se o URL resolve para uma aplicação funcional.

Por que razão o Cursor precisa de um passo inicial diferente?

Um projeto construído em v0, Bolt ou Lovable normalmente vem com uma ligação de pré-visualização automática assim que a geração termina. Um projeto construído no Cursor não vem, porque o trabalho do Cursor termina no código. Confirme que a aplicação está implementada num URL acessível antes de tentar gravá-la. Isso pode significar enviar para um alojamento que a equipa já utiliza, ou pode significar montar uma implementação temporária especificamente para que um vídeo possa ser feito. De qualquer forma, este passo tem de acontecer primeiro, e é fácil subestimar quanto mais tempo demora do que a própria gravação.

Isto também significa que um projeto Cursor pode acabar alojado praticamente em qualquer lugar, ao contrário de uma plataforma que liga cada compilação a um único destino de implementação. Essa flexibilidade é útil para trabalho de produção, mas significa que não existe um único lugar previsível para apontar uma ferramenta de vídeo de demonstração. Saiba o URL exato onde a aplicação está em execução antes de escrever a indicação, e confirme que é a implementação atual e não uma mais antiga deixada a correr de um teste anterior.

É comum um projeto Cursor ter várias implementações em execução ao mesmo tempo durante o desenvolvimento ativo: um ambiente de teste, uma instância de teste pessoal, talvez uma antiga que ninguém se lembrou de desligar. Gravar contra a errada produz um vídeo que tecnicamente mostra uma aplicação funcional, apenas não a que a equipa pretendia mostrar. Antes de escrever a indicação, verifique o painel de implementações ou o fornecedor de alojamento diretamente em vez de confiar num marcador que pode apontar para algo desatualizado.

Plataforma de construção	URL de pré-visualização	O que isso significa para um vídeo de demonstração
v0	Gerado automaticamente ao implementar	Normalmente acessível de imediato
Cursor	Nenhum por predefinição	A aplicação tem de ser implementada manualmente primeiro
Um fluxo de trabalho de IDE geral	Depende inteiramente da escolha do programador	Confirme o URL em execução antes de gravar seja o que for

Que fluxo deve mostrar o vídeo?

Escolha o único fluxo que prova que a compilação funciona, não um tour ao código que a produziu. Um espectador a assistir a um vídeo de demonstração não se importa que o projeto tenha sido escrito no Cursor em vez de montado por um gerador. Importa-se se a aplicação em execução faz o trabalho que afirma fazer. Escolha a única ação que responde a essa pergunta de forma mais direta: uma tarefa concluída, um resultado produzido, um estado que muda de forma que o espectador consiga seguir sem a narração fazer todo o trabalho.

Porque os projetos Cursor tendem a código de estilo de produção em vez de protótipos rápidos, é mais provável que incluam autenticação real, uma base de dados real e lógica de negócio genuína atrás dos ecrãs. Isso pode tornar a aplicação mais capaz mas também mais provável de ter um fluxo que depende de estado anterior, por isso planeie o percurso gravado em torno de dados que já existem em vez de presumir que um estado vazio vai demonstrar alguma coisa útil.

Isso também significa que os modos de falha são diferentes dos de um protótipo gerado. Um protótipo pode mostrar uma tabela obviamente vazia. Uma compilação Cursor de estilo de produção é mais provável que falhe silenciosamente, devolvendo um ecrã com aparência correta mas com os dados errados, ou uma mensagem de sucesso para uma operação que não foi realmente concluída. Teste o fluxo exato manualmente imediatamente antes de gravar, não no dia anterior, para que o estado que a renderização captura corresponda ao que confirmou pela última vez.

Confirme o URL exato e a rota a partir da qual o fluxo deve começar.
Prepare dados que tornem o resultado legível, já que um backend real raramente começa pré-preenchido.
Remova qualquer nome de cliente, dado de cliente ou material privado do ambiente antes de gravar.
Se um início de sessão bloquear o fluxo, utilize uma conta de demonstração em vez de uma real.

Como se lida com um início de sessão construído para produção?

Se um início de sessão bloquear o fluxo, pode ser fornecida uma conta de demonstração através do processo aprovado, e no GogoScreen as credenciais são cifradas, utilizadas para uma única renderização e depois eliminadas. Se for planeado primeiro um storyboard, as credenciais ficam cifradas durante essa sessão e são eliminadas, no máximo, duas horas após a última utilização. Isto importa mais para uma compilação Cursor do que para um protótipo gerado rapidamente, porque a autenticação de estilo de produção é mais provável que seja a coisa real e não um marcador de posição, e a equipa deve saber exatamente o que acontece a qualquer acesso que conceda para efeitos de um único vídeo.

Escreva uma indicação a nomear o início, a ação e o resultado, depois reveja o candidato antes de o partilhar. Uma indicação como "a partir do painel com sessão iniciada, criar um novo registo e mostrá-lo guardado na lista" dá à renderização um caminho concreto. Uma indicação vaga como "mostrar a aplicação a funcionar" arrisca uma renderização que acaba no ecrã errado ou narra uma funcionalidade que o fluxo nunca chega a demonstrar.

Confirme que a aplicação está implementada num URL acessível antes de tentar gravá-la.
Escolha o único fluxo que prova que a compilação funciona, não um tour ao código que a produziu.
Escreva uma indicação a nomear o início, a ação e o resultado, depois reveja o candidato antes de o partilhar.

Onde se encaixa este vídeo para um programador solo?

O guia de vídeo de demonstração para programador solo cobre o caso em que a mesma pessoa escreveu o código, implementou-o e é o único revisor antes de o excerto ir para qualquer lugar público, o que é comum em projetos Cursor construídos fora de uma equipa. Para um produto já lançado que está a receber uma atualização incremental, o guia de vídeo de atualização de produto cobre como enquadrar o excerto em torno do que mudou em vez da aplicação inteira. Se o processo atual envolver um gravador de ecrã manual como alternativa, o guia de alternativa ao Screen Studio para demonstração de produto compara essa abordagem diretamente.

Aproximadamente uma em cada cinco renderizações falha ou precisa de nova tentativa, por isso reveja o candidato antes de o enviar para qualquer lugar. Para uma atualização a uma parte interessada em vez de um público geral, o guia de vídeo de demonstração de atualização a investidores cobre como restringir o mesmo fluxo a uma alteração atual. Para escolher o aspeto do primeiro fotograma do ficheiro antes de ser partilhado, o guia de fotograma de cartaz de vídeo de demonstração é relevante independentemente da plataforma que produziu a aplicação.

Para a mesma tarefa noutras páginas Cursor, veja o guia de vídeo de página de destino Cursor, o guia de vídeo de lançamento no Product Hunt Cursor, o guia de partilha com um cliente Cursor e o guia de demonstração de portefólio Cursor, e para rever a compilação face a um briefing, o guia de apresentação guiada de revisão de aplicação Cursor. Para uma comparação direta de ferramentas de gravação, reveja GogoScreen versus Screen Studio. Comece pela página inicial para o fluxo de trabalho de URL e indicação, explore os guias para o resto da série, consulte as comparações com outras ferramentas, e reveja os preços antes de submeter uma renderização.

Esclarecimentos

Antes de começar

Por que razão uma aplicação Cursor precisa de preparação extra antes de um vídeo de demonstração?

O Cursor é um editor, não uma plataforma de alojamento. Não gera um URL de pré-visualização por si só, pelo que a aplicação já tem de estar implementada nalgum lugar acessível antes de um vídeo de demonstração ser possível.

Todos os projetos Cursor têm um início de sessão?

Não necessariamente, mas um projeto construído num editor de uso geral é mais provável que inclua autenticação real do que um protótipo gerado rapidamente, porque o programador está a escrever código de estilo de produção em vez de aceitar uma predefinição.

Em que se deve concentrar o vídeo de demonstração?

Um fluxo funcional que mostra o que a aplicação faz, alcançado a partir de um URL em que o espectador confia. O objetivo é provar que o código funciona como uma aplicação em execução, não explicar como foi escrito.

Cole um URL, descreva um fluxo e obtenha um vídeo de demonstração da sua aplicação web.

Os primeiros 60 segundos de vídeo são gratuitos, com marca de água. Verifique o seu correio eletrónico para descarregar o vídeo.

Ver preços Ler os guias