A alavanca da especificidade
Ouça em vez de ler
A alavanca da especificidade
2:55 · companhia falada desta aula
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 betterOlhe 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 largerDuas 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:
| Vago | O que dizer em vez disso |
|---|---|
| "melhora isso" | nomeie a propriedade: cor, tamanho, espaçamento, texto |
| "limpa isso" | diga o que está errado agora |
| "conserta o estilo" | diga o que parece errado e o que você espera |
| "adiciona algum conteúdo" | diga qual seção, e mais ou menos o que vai nela |
Quando você genuinamente não sabe
Às vezes você não consegue ser específico, porque ainda não sabe o suficiente. Isso é normal, especialmente no começo. A jogada é ser específico sobre o processo em vez do resultado:
read index.html and tell me three things you'd improve, and why — don't change anything yetAgora você recebe opções em vez de uma surpresa. Escolha uma, depois peça aquela única coisa.
Esse padrão — olhar primeiro, depois agir — vale mais do que qualquer modelo de prompt. Custa uma mensagem extra e te poupa da volta do "não foi isso que eu quis".
Experimente agora
Peça uma mudança deliberadamente vaga e veja o resultado. Depois desfaça e peça a mesma coisa especificamente. Compare quanto tempo você leva para conferir cada uma.
Essa diferença, repetida cinquenta vezes por semana, é a habilidade inteira.
O que você acabou de aprender
- Mire em exatamente uma interpretação razoável.
- Nomeie o arquivo e a mudança de fato; pule palavras como "melhor" e "limpar".
- Específico não é o mesmo que longo.
- Quando você não sabe os detalhes, peça ao Claude para olhar e sugerir antes de agir.
Em seguida: manter a conversa focada à medida que ela cresce.
Próxima
Janelas de contexto e /clear