//
Busque em todas as páginas da documentação
Uma vez que você decidiu que uma tarefa vale a pena ser delegada, a próxima pergunta é como dizer ao Claude o que você realmente precisa.
Essa é a Descrição, a segunda das quatro práticas no Framework de Fluência em IA da Anthropic Academy.
É fácil subestimar, porque uma instrução simples como "escreva um resumo" sempre produzirá algo.
O problema é que algo plausível não é o mesmo que algo útil, e a lacuna entre os dois é quase sempre uma lacuna de Descrição, não uma limitação do Claude.
Esta página detalha o que uma descrição forte realmente contém e por que cada peça é importante.
Uma descrição tem três componentes que importam mais do que qualquer outro.
O primeiro é o contexto: os fatos de fundo que o Claude precisa, mas que não pode saber por conta própria, como quem é o público, o que aconteceu antes desta solicitação ou em qual documento isso se encaixa.
O segundo são as restrições: os limites explícitos para o resultado, como comprimento, tom, formato, o que incluir e o que deixar de fora.
O terceiro é o objetivo real: não apenas a tarefa em si, mas o que o resultado precisa realizar uma vez que exista, o que muitas vezes é deixado implícito porque parece óbvio para quem está pedindo.
Considere a diferença entre "escreva um e-mail de acompanhamento" e "escreva um e-mail de acompanhamento para Priya, que pediu uma cotação revisada após nossa ligação na terça-feira; mantenha-o com menos de 150 palavras e termine propondo uma ligação esta semana."
A segunda versão fornece todos os três componentes em duas frases, e o rascunho resultante precisa de muito menos correção.
Uma maneira simples de pensar sobre isso: uma instrução simples diz ao Claude o quê fazer, enquanto uma descrição completa diz ao Claude o quê, para quem, dentro de quais limites e com qual finalidade.
A lacuna entre esses é onde a maioria dos primeiros rascunhos decepcionantes vêm.
A qualidade da descrição tem um efeito mecânico direto na prática que vem depois dela.
Um prompt vago não restringe nada, então o Claude tem que escolher entre muitas interpretações plausíveis, e a que ele escolhe pode não corresponder ao que você tinha em mente.
Essa incompatibilidade geralmente não se parece com um erro óbvio, parece um rascunho com som razoável que silenciosamente perde o ponto, que é exatamente o tipo de resultado que requer um Discernimento cuidadoso para ser detectado.
Uma descrição precisa restringe o espaço de resultados plausíveis antes que o Claude comece a escrever, o que significa que menos precisa ser detectado e corrigido depois.
É por isso que investir tempo na Descrição tende a economizar mais tempo do que custa: trinta segundos extras gastos declarando o público e o objetivo podem economizar várias rodadas de "não exatamente, tente novamente".
Exemplos e modelos são uma das adições de maior alavancagem a uma descrição.
Mostrar ao Claude uma versão anterior de um documento semelhante, ou uma pequena amostra do tom que você deseja, comunica formato e voz com muito mais precisão do que descrevê-los em palavras.
Fraco: "Escreva uma atualização de status."
Melhor: "Escreva uma atualização de status. Use a atualização da semana passada [anexa]
como modelo. Sinalize a integração da API como 2 dias atrasada;
a causa raiz é um sandbox atrasado do lado do fornecedor."É aqui também que a consciência da janela de contexto se torna uma habilidade prática de Descrição em vez de um detalhe técnico: decidir qual contexto é genuinamente essencial para esta solicitação específica, versus o que apenas adicionaria ruído, faz parte da escrita de uma boa descrição, não uma preocupação separada.
A descrição não escala linearmente com a complexidade da tarefa, ela escala com a ambiguidade.
Uma tarefa complexa, mas bem compreendida, como "formate estas 50 linhas em uma tabela correspondendo a este exemplo", requer pouca descrição em prosa porque o próprio exemplo carrega a maior parte da especificação.
Uma tarefa de som simples, mas ambígua, como "faça isso soar melhor", requer muito mais descrição, porque "melhor" pode significar mais curto, mais formal, mais persuasivo, ou uma dúzia de outras coisas, e o Claude não tem como saber qual você quer dizer sem ser informado.
É por isso que a habilidade de Descrição é realmente a habilidade de notar onde a ambiguidade realmente vive em uma solicitação, em vez de adicionar detalhes em todos os lugares uniformemente.
A super-descrição tem custos reais.
Enterrar a única restrição que importa dentro de dez parágrafos de fundo torna fácil que essa restrição se perca, e exigir controle preciso sobre cada pequena escolha estilística pode produzir um resultado que soa rígido ou excessivamente projetado em vez de natural.
A habilidade é especificidade proporcional: seja exato sobre o que genuinamente importa para esta tarefa, e deixe ao Claude latitude razoável sobre o que não importa.
| Estilo de Descrição | Força | Fraqueza | Melhor Ajuste |
|---|---|---|---|
| Instrução Vaga | Rápida de escrever | Alta variância, retrabalho frequente | Tarefas triviais, de baixo risco, únicas |
| Contexto + restrições | Saída previsível e no alvo | Requer mais pensamento inicial | A maioria das tarefas de trabalho reais |
| Contexto + restrições + exemplo/modelo | Maior fidelidade ao formato e tom pretendidos | Requer ter um bom exemplo à mão | Documentos recorrentes, correspondendo a um estilo existente |
| Briefing estruturado (objetivo, restrições, antecedentes, critérios de sucesso) | Lida com trabalho genuinamente complexo ou ambíguo | Exagero para tarefas pequenas | Projetos de várias etapas, entregas de alto risco |
Para solicitações genuinamente grandes ou multipartes, um briefing estruturado que separa objetivo, restrições, antecedentes e critérios de sucesso em seções distintas supera um único parágrafo denso, pois dá ao Claude e a um revisor humano uma lista de verificação clara para trabalhar.
A prática de fornecer ao Claude contexto suficiente, restrições explícitas e uma declaração clara do objetivo real, para que ele possa agir com base no que você realmente precisa em vez de adivinhar.
O Claude tem que preencher as lacunas deixadas por uma solicitação vaga com suposições, e essas suposições frequentemente erram o que a pessoa realmente queria, produzindo um rascunho com aparência plausível que silenciosamente perde o ponto.
Um prompt vago amplia a gama de resultados plausíveis, então mais precisa ser detectado e corrigido durante a revisão; uma descrição precisa restringe essa gama antecipadamente, o que torna a revisão mais rápida e confiável.
Um exemplo comunica formato, tom e estrutura com mais precisão do que descrevê-los em palavras, muitas vezes economizando uma rodada inteira de revisão em comparação com uma instrução puramente baseada em texto.
Sim. Enterrar a única restrição que importa dentro de um excesso de antecedentes pode torná-la fácil de perder, e especificar demais cada pequena escolha estilística pode produzir um resultado rígido e excessivamente projetado; o objetivo é a especificidade proporcional, não o comprimento máximo.
Não. A descrição escala com a ambiguidade, não com a complexidade; uma tarefa complexa, mas bem compreendida, com um bom exemplo, precisa de pouca prosa, enquanto uma solicitação de som simples, mas ambígua, precisa de mais explicação sobre o que você realmente quer dizer.
É o julgamento de qual informação de fundo é genuinamente essencial para uma solicitação específica versus o que apenas adicionaria ruído; decidir isso é uma parte prática da escrita de uma boa descrição, não uma preocupação técnica separada.
Para solicitações genuinamente grandes ou multipartes, dividir o objetivo, restrições, antecedentes e critérios de sucesso em seções distintas dá tanto ao Claude quanto a um revisor humano uma lista de verificação mais clara do que um único parágrafo denso.
Trate isso como um sinal sobre a descrição, não sobre a ferramenta; identifique qual dos componentes (contexto, restrições ou objetivo) estava faltando ou não estava claro, e adicione exatamente isso na próxima tentativa.
É mais como um hábito contínuo: a maioria das descrições fortes são o resultado de uma rápida revisão após ver onde uma primeira tentativa falhou, refinada ao longo do uso repetido em vez de aperfeiçoada na primeira tentativa.
A Delegação decide se e quanto delegar; a Descrição só importa uma vez que essa decisão é tomada, e uma decisão de delegação bem definida geralmente precisa de uma descrição mais curta e simples do que uma de alto risco ou ambígua.
Versões de Stack: Escrito contra a linha de modelos Claude atual em ~junho de 2026 - Claude Fable 5, Claude Opus 4.8, Claude Sonnet 5 (o padrão) e Claude Haiku 4.5. Nomes de modelos, preços e recursos de produtos mudam rapidamente - verifique os detalhes atuais em platform.claude.com/docs antes de confiar neles.