Noções Básicas do Framework de Fluência em IA

9 exemplos para você começar com Delegação e Descrição - 6 básicos e 3 intermediários.

Pré-requisitos

• Nenhum setup necessário além de uma conta ativa no Claude.ai (Gratuita, Pro ou um assento de equipe/enterprise).
• Leia O Framework de Fluência em IA 4D Explicado primeiro se você ainda não viu as quatro práticas; esta página assume que você conhece os nomes Delegação, Descrição, Discernimento e Diligência e foca nos dois primeiros na prática.
• Todos os exemplos abaixo mostram um prompt realista ou um momento de conversa, não código.

Exemplos Básicos

1. Identificando um Bom Candidato para Delegação

Reconheça uma tarefa que é segura e útil para delegar ao Claude.

"Resuma estes 12 tickets de suporte ao cliente em três temas, com uma citação representativa para cada um."

• Este é um trabalho de síntese repetitivo: ler muitos itens semelhantes e extrair padrões.
• Não há ação irreversível associada; um resumo incorreto é fácil de identificar e refazer.
• A decisão final, o que fazer sobre os temas, ainda pertence à pessoa que lê o resumo.
• Bons candidatos à delegação compartilham essa forma: entrada limitada, baixo risco se imperfeito e um ponto de verificação humano claro depois.

2. Identificando uma Tarefa a Ser Mantida Sob Liderança Humana

Reconheça uma tarefa que não deve ser delegada integralmente, mesmo que o Claude possa produzir algo.

"Devemos demitir este funcionário?"

• Esta é uma decisão final com consequências reais para uma pessoa, não uma tarefa de redação ou pesquisa.
• O Claude não esteve presente para o contexto, relacionamentos e histórico que deveriam informar essa decisão.
• A responsabilidade pelo resultado não pode ser delegada, portanto a decisão em si também não deve ser.
• O Claude ainda pode ajudar aqui em um papel mais restrito, como organizar o histórico de desempenho documentado, sem tomar a decisão em si.

3. Uma Instrução Simples (Descrição Fraca)

Veja o que acontece quando uma solicitação omite contexto e restrições.

"Escreva um e-mail de acompanhamento para o cliente."

• O Claude tem que adivinhar o tom, o comprimento, o que aconteceu na conversa anterior e qual o resultado esperado do e-mail.
• O resultado parecerá um e-mail plausível, mas pode não corresponder ao relacionamento ou situação real.
• Nada aqui está exatamente errado, é apenas subespecificado, o que transfere o trabalho de adivinhação para o Claude em vez da pessoa que tem o contexto.
• Esta é a forma a ser observada e melhorada, não um erro pelo qual se sentir mal; a maioria dos primeiros rascunhos de um prompt se parece com isso.

4. A Mesma Tarefa com uma Descrição Completa

Adicione contexto, restrições e o objetivo real à mesma solicitação.

"Escreva um e-mail de acompanhamento para Priya na Ashgrove Clinic. Ela pediu uma cotação revisada após nossa ligação na terça-feira passada; a nova cotação está anexada separadamente. Mantenha-o com menos de 150 palavras, amigável, mas profissional, e termine propondo uma ligação esta semana para discutir os números."

• O contexto (quem, o que aconteceu, o que está anexado) remove as suposições do passo 3.
• A restrição (menos de 150 palavras, tom) limita o intervalo de rascunhos aceitáveis.
• O objetivo (propor uma ligação) diz ao Claude o que o e-mail precisa realizar, não apenas o que ele precisa dizer.
• Compare isso com o exemplo 3: mesma tarefa, mas muito menos idas e vindas necessárias para obter um rascunho utilizável.

5. Descrição Sem Julgamento de Delegação Ainda Falha

Note que um prompt bem escrito não corrige uma má escolha de delegação.

"Aqui está nosso postmortem completo do incidente. Com base nisso, diga-me se devemos rescindir o contrato com o fornecedor e redija o aviso de rescisão."

• Mesmo com excelente contexto no prompt, isso agrupa um rascunho inicial (bom para delegar) com uma decisão contratual final (não bom para delegar integralmente).
• Uma divisão melhor: peça ao Claude para resumir as descobertas relevantes para o contrato do postmortem, depois tome a decisão de rescisão você mesmo, e então delegue a redação do aviso após a decisão ser tomada.
• Isso mostra por que Delegação e Descrição são habilidades separadas: boas instruções não podem resgatar uma tarefa que não deveria ter sido delegada nessa forma.

6. Dando Restrições Explicitamente em Vez de Implicá-las

Pratique declarar limites diretamente em vez de esperar que o Claude os infira.

"Resuma este contrato de fornecedor de 40 páginas. Apenas destaque cláusulas relacionadas à retenção de dados, limites de responsabilidade e direitos de rescisão. Ignore as seções de preços e SLAs, essas estão sendo revisadas separadamente. Produza como uma lista curta com marcadores, não em prosa."

• O escopo ("apenas destaque", "ignore") impede que o Claude resuma tudo quando você só precisa de três áreas.
• O formato ("lista com marcadores, não em prosa") economiza uma rodada de "você pode reformular isso".
• Exclusões explícitas são tão úteis quanto inclusões explícitas; dizer ao Claude o que não cobrir faz parte da Descrição.
• Esse tipo de escopo é mais importante à medida que os documentos ficam mais longos, pois há mais coisas para o Claude adivinhar sem ele.

Exemplos Intermediários

7. Delegação e Descrição Trabalhando Juntas

Veja as duas práticas aplicadas em sequência em uma tarefa real.

Passo 1 (Delegação): decidir que redigir uma atualização de status de projeto inicial é um bom candidato para delegar, já que a revisão final e a decisão de envio permanecerão com você.

Passo 2 (Descrição): "Redija a atualização de status desta semana para o projeto de onboarding da Acme. Use a atualização da semana passada abaixo como modelo para tom e cabeçalhos de seção. Sinalize a integração da API como em risco, dois dias atrasada, a causa raiz é um sandbox atrasado do lado da Acme. Mantenha a seção de resumo com 3 frases."

• O passo de Delegação acontece primeiro, mentalmente, antes que uma única palavra seja solicitada.
• O passo de Descrição, então, fornece exatamente o que mudou esta semana (o item em risco) e uma âncora estrutural (a atualização da semana passada como modelo).
• Fornecer um modelo ou exemplo é uma das adições de maior alavancagem a uma descrição, pois remove a ambiguidade sobre formato e tom em um único movimento.
• A pessoa ainda revisa e envia a atualização; a delegação cobriu o rascunho, não a responsabilidade pelo que é enviado.

8. Iterando uma Descrição Após um Primeiro Resultado Fraco

Trate um resultado decepcionante como um sinal para melhorar a descrição, não apenas o resultado.

Primeira tentativa: "Escreva pontos de discussão para nossa reunião de diretoria sobre os resultados do Q3."

Resultado: genérico, não menciona os números específicos nem o tópico controverso (uma meta de receita perdida).

Revisado: "Escreva 5 pontos de discussão para nossa reunião de diretoria sobre os resultados do Q3. Atingimos 92% da meta de receita, impulsionados principalmente por ciclos de negócios empresariais mais lentos; a diretoria perguntará diretamente sobre isso, então um ponto de discussão deve abordá-lo diretamente com nosso plano para o Q4 para fechar a lacuna. Público são 6 membros da diretoria, todos familiarizados com o negócio, então pule a explicação de fundo."

• A primeira tentativa falhou porque faltava a única informação (a meta perdida) que realmente importava para o público.
• Nomear o público ("6 membros da diretoria, todos familiarizados com o negócio") permitiu que o Claude pulasse o preenchimento explicativo que teria desperdiçado o tempo da diretoria.
• Este é o loop na prática: um resultado fraco é diagnosticado como uma lacuna de Descrição, não tratado como "Claude errou", e o próximo prompt corrige essa lacuna específica.
• Iterar na descrição geralmente é mais rápido do que tentar corrigir o resultado manualmente.

9. Dividindo uma Solicitação em uma Parte Delegada e uma Parte Liderada por Humanos

Quebre uma solicitação mista na parte que vale a pena delegar e na parte que não vale.

Solicitação original: "Cuide do anúncio de demissão para a equipe de design."

Divisão:

• Liderado por humanos: decidir quem é afetado, o cronograma e os termos de rescisão; decidir a mensagem e o tom chave com RH e jurídico.
• Delegado: "Dados estes fatos decididos [lista], redija o e-mail de anúncio interno e um breve FAQ para os gerentes usarem em reuniões 1:1. Mantenha o tom direto e compassivo, evite eufemismos corporativos e mantenha o FAQ com 6 perguntas."

• Dividir a tarefa torna a fronteira de delegação explícita em vez de implícita e fácil de borrar.
• Todas as decisões sensíveis e que envolvem responsabilidade ocorrem antes que o Claude seja envolvido.
• A parte delegada é agora um trabalho de redação bem definido com restrições claras, que é exatamente a forma de um bom candidato à Delegação do exemplo 1.
• Este padrão, decidir primeiro, depois delegar a redação do resultado decidido, generaliza para a maioria das comunicações de alto risco.

Relacionado: Delegação: Decidindo o Que Delegar ao Claude - critérios mais aprofundados para o primeiro D | Descrição: Criando Instruções Claras para o Claude - técnica mais aprofundada para o segundo D | Checklist de Decisão de Delegação para Tarefas do Dia a Dia - uma versão rápida em checklist do exemplo 1 e 2

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.