A alavanca da especificidade

Você tem a forma de um prompt: onde, o quê e, às vezes, por quê. Esta aula é sobre o único botão que move a qualidade mais do que qualquer outra coisa, e como girá-lo sem escrever uma redação.

Veja falhar primeiro

Inicie o Claude no seu projeto e peça algo genuinamente vago:

make my page better

Olhe o que voltou. Ele provavelmente mudou várias coisas de uma vez, e algumas delas não são o que você teria escolhido. "Melhor" pode significar as cores, o texto, o layout, o espaçamento ou os quatro. O Claude teve que adivinhar, e agora você tem que ler o arquivo inteiro para descobrir o que ele decidiu.

Aperte Esc Esc e restaure o código. Agora faça direito.

Uma interpretação razoável

in index.html, change the background to a light cream colour and make the heading font larger

Duas mudanças, ambas nomeadas, nada para adivinhar. Você consegue conferir em cinco segundos em vez de ler tudo.

Esse é o teste inteiro: existe exatamente uma interpretação razoável do que eu acabei de pedir?

Uma checklist rápida:

• Você nomeou o arquivo? Não "a página", não "o código".
• Você nomeou a mudança de fato? Não "melhorar", "limpar", "deixar mais bonito".
• Se algo novo está sendo criado, você disse onde vai?

Ser específico não é o mesmo que ser longo. Se um detalhe não muda o resultado, deixe de fora. Você está mirando em zero ambiguidade, não no máximo de palavras.

As palavras que sempre te custam

Elas soam como instruções mas não contêm informação: