Executando verificação de segurança...
3

Como pedir pro Cursor criar o que você quer (sem virar aquele jogo de adivinhação)

Você abre o Cursor. Digita "cria um app de agendamento". A IA gera um monte de código. Você olha e pensa: legal, mas não era isso que eu queria.

Começa o ciclo: você pede de novo. A IA muda. Fica pior. Você pede pra voltar. Ela muda outra coisa. Em 20 minutos, seu projeto virou uma bagunça e você não sabe mais o que está funcionando e o que não está.

Esse ciclo frustrante tem um nome informal: adivinhação assistida por IA.

E a causa é quase sempre a mesma: o problema não é a ferramenta. É como você está pedindo.

O princípio que muda tudo

Pense na IA como um estagiário muito rápido e muito literal. Se você pede "faz um site bonito", ele vai fazer algo. Mas a definição dele de "bonito" não é a sua.

Agora, se você pede "cria uma página com fundo branco, logo no topo centralizado, um campo de email no meio e um botão verde escrito 'Quero participar' embaixo", o resultado é completamente diferente.

Quanto mais específico o pedido, melhor o resultado. Isso não é sobre saber programar. É sobre saber descrever o que você quer.

Os 3 erros mais comuns ao pedir pro Cursor

1. Pedir tudo de uma vez

"Cria um app de agendamento com login, dashboard, notificações por email e pagamento via Pix."

A IA vai tentar fazer tudo ao mesmo tempo. O resultado? Um frankenstein que não funciona direito em lugar nenhum.

O que fazer: Pedir uma coisa por vez. Primeiro a tela de login. Depois o dashboard. Depois as notificações. Cada passo funcionando antes de ir pro próximo.

2. Ser vago demais

"Melhora essa tela."

Melhora como? Mais bonita? Mais rápida? Com mais informações? Menos informações? A IA não lê sua mente. Ela interpreta, e geralmente interpreta diferente do que você pensou.

O que fazer: Dizer exatamente o que "melhorar" significa. "Aumenta o tamanho do botão de salvar, coloca ele na cor azul #2563EB e adiciona uma mensagem de confirmação depois de clicar."

3. Não dar contexto

"Adiciona um formulário de contato."

Onde? Na página inicial? Numa página separada? Com quais campos? O que acontece quando a pessoa envia?

O que fazer: Dar o contexto completo. "Na página /contato, adiciona um formulário com campos nome, email e mensagem. Quando enviar, mostra uma mensagem 'Enviado com sucesso!' e limpa os campos. Não precisa enviar email por enquanto, só salvar no banco."

O formato que funciona

Depois de testar dezenas de prompts, cheguei num formato que funciona consistentemente. Não é regra. É um ponto de partida.

Estrutura:

  1. O que criar (funcionalidade específica)
  2. Onde colocar (qual página, qual seção)
  3. Como deve parecer (estilo, cores, tamanho)
  4. Como deve funcionar (o que acontece quando clica, quando envia, quando dá erro)
  5. O que NÃO fazer (restrições importantes)

Exemplo prático:

"Na página inicial, abaixo do hero, adiciona uma seção de depoimentos. Mostra 3 cards lado a lado no desktop, empilhados no mobile. Cada card tem foto redonda (60px), nome em negrito, cargo embaixo do nome em cinza, e o texto do depoimento. Usa os mesmos estilos do resto da página. Não mexe no header nem no footer."

Perceba: zero jargão técnico. Qualquer pessoa consegue escrever isso. E o Cursor vai entregar algo bem próximo do que você imaginou.

Dicas que fazem diferença

Use "não mexe em...": A IA adora "melhorar" coisas que você não pediu. Se algo está funcionando, diga explicitamente pra não mexer.

Peça uma coisa, teste, depois peça a próxima: Resista à tentação de pedir 5 coisas no mesmo prompt. Uma por vez. Teste. Funcionou? Próxima.

Quando algo der errado, descreva o erro: Em vez de "não funcionou", diga "quando clico no botão de salvar, aparece uma tela branca e nada acontece". Quanto mais detalhes sobre o problema, mais rápido a IA resolve.

Salve versões antes de mudanças grandes: Antes de pedir uma alteração que afeta muita coisa (trocar o layout inteiro, mudar o banco de dados), salve o estado atual. Se der errado, você volta sem drama.

O ponto que ninguém fala

Escrever bons prompts pra IA é uma habilidade. Não é dom. Não é "ou você sabe ou não sabe". É prática.

Na primeira vez, seus pedidos vão ser vagos. Na décima vez, você vai perceber que está naturalmente sendo mais específico. Na centésima, vai parecer óbvio.

O segredo é: cada vez que o resultado não for o que você esperava, pergunte "o que eu poderia ter falado de forma mais clara?". A resposta quase sempre está no pedido, não na ferramenta.


Qual foi o pedido mais frustante que você já fez pra uma IA? Me conta nos comentários.


Post original no blog: blog.zilvo.app

Carregando publicação patrocinada...
1

Pelo que vi está igual cliente pedindo feature, mas neste caso nós programadores tomamos o lugar do cliente.

Sou graduado em Análise e Desenvolvimento de Sistemas. Na parte de Análise de Sistemas, tínhamos matérias nesse sentido.
Claro que tinha toda aquela questão de documentação, UML e etc. Mas o conceito é o mesmo. Definir bem o que se quer e saber passar adiante.

1

Perfeita a analogia! A IA virou o dev e nos viramos o cliente/analista de sistemas. A diferenca e que agora a documentacao nao precisa ser UML formal, mas o principio e o mesmo: quanto melhor voce descreve o que quer, melhor o resultado.

Quem teve essa base de analise de sistemas leva vantagem enorme no vibe coding. Saber descrever requisitos, pensar em casos de uso, definir criterios de aceite. Tudo isso e ouro agora.

Ironico que a materia que muita gente achava inutil na faculdade virou a skill mais relevante da era IA.