1. O que você vai aprender
Pedir uma solução com premissas, cálculos, critérios e verificação. Você aprenderá a exigir uma justificativa auditável sem depender de uma narrativa extensa de pensamento privado.
2. Conceito em 1 minuto
Chain-of-Thought, ou cadeia de pensamento, é um conceito associado ao uso de etapas intermediárias em tarefas de raciocínio. Nesta coleção, ele é tratado conceitualmente: o aluno solicita produtos verificáveis: plano, equação, evidência e conclusão: e não a exposição da cadeia interna.
A orientação de modelos de raciocínio da OpenAI favorece pedidos diretos e não exige “pense passo a passo”. [S02]
3. Por que isso importa
Um gerente precisa entender por que uma opção foi recomendada, mas não precisa de uma transcrição mental da IA. Premissas explícitas e um cálculo reproduzível permitem discordar, corrigir e aprovar a solução.
4. Quando usar
Use em dimensionamento, planejamento, comparação de propostas, análise de restrições e resolução de problemas com múltiplos critérios. É útil quando uma resposta certa precisa ser conferida por outra pessoa.
5. Quando NÃO usar
Não confunda explicação convincente com prova. Não use a IA como única calculadora em decisões importantes. Não peça “certeza absoluta” quando os dados forem incompletos. Para uma revisão ortográfica simples, este processo é excessivo.
6. Estrutura da técnica
PARV: Premissas → Alternativas → Resultado → Verificação.
Defina entradas e unidades. Mostre hipóteses adicionadas. Compare opções pelos critérios acordados. Apresente somente os cálculos necessários para reproduzir o resultado. Faça uma checagem independente, preferencialmente em planilha quando envolver números.
Uma justificativa breve é uma explicação do resultado; não é uma garantia de acesso ao processo interno que o produziu.
7. Exemplo ruim
Pense como dez especialistas, revele cada pensamento e diga se
precisamos contratar mais pessoas.
O número de personagens não fornece dados de demanda, jornada ou capacidade.
8. Exemplo melhorado
Compare demanda e capacidade com os números fornecidos.
Liste premissas, cálculo, margem disponível e limitações.
Se faltar dado para recomendar contratação, indique qual.
Não estime produtividade individual sem fonte.
A análise passa a depender de dados e de uma regra de decisão.
9. Exemplo profissional
Cenário fictício de capacidade. Demanda de 720 tickets/semana; quatro pessoas; 30 horas produtivas/semana por pessoa; dez minutos por ticket.
Calcule a capacidade semanal teórica usando os dados abaixo.
Use unidades explícitas. Compare com 720 tickets de demanda.
Mostre o resultado sem e com uma margem de 20% de capacidade reservada.
Não trate o tempo médio informado como medição validada.
Conferência: 4 × 30 × 60 ÷ 10 = 720 tickets teóricos. Com 20% de reserva: 720 × 0,8 = 576. Déficit frente à demanda: 144. O resultado mostra ausência de folga no cenário, não prova que contratar seja a única solução. A equipe pode testar redução de retrabalho, mudança de demanda ou escala antes de uma decisão permanente.
10. Template reutilizável
Problema: [OBJETIVO]
Contexto e dados: [CONTEXTO] [DADOS]
Restrições: [RESTRIÇÕES]
Critérios de decisão: [CRITÉRIOS]
Entregue em [FORMATO_DE_SAÍDA]:
1. Premissas fornecidas e hipóteses adicionais, separadas.
2. Alternativas viáveis.
3. Resultado com cálculos ou evidências necessários à conferência.
4. Verificação de unidades, restrições e informação faltante.
5. Recomendação e condição que faria a escolha mudar.
Não exponha raciocínio interno privado; forneça justificativa objetiva.
11. Exercício para o aluno
Compare duas ferramentas fictícias com custo e capacidade fornecidos. Entregável: tabela e escolha condicionada ao uso. Aceite: não inventar funcionalidades nem escolher apenas pelo preço mensal.
12. Exercício intermediário
Recalcule o cenário de tickets com 12 minutos por atendimento. Gabarito: capacidade teórica de 600; com reserva de 20%, 480; déficit de 240. A unidade da divisão precisa ser minutos por ticket.
13. Desafio profissional
Prepare uma recomendação de terceirizar ou internalizar uma tarefa, com três cenários de demanda e custo total. Aceite: explicitar custos não informados, mostrar uma análise de sensibilidade e identificar a condição em que a recomendação se inverte.
14. Checklist
- As premissas estão visíveis.
- Hipóteses foram identificadas como hipóteses.
- Números e unidades foram conferidos.
- Alternativas respeitam as restrições.
- Existe justificativa verificável.
- A recomendação inclui limites.
- Nenhum pedido depende de raciocínio privado.
15. Erros comuns
Pedir longas cadeias de pensamento; tratar “sou especialista” como autoridade; usar percentuais sem denominador; comparar custos mensais com anuais; confundir capacidade teórica com capacidade observada; pedir que o modelo confirme sua própria conclusão sem evidência nova.
16. Antes e depois
PROMPT INICIAL: “Mostre todo o raciocínio e diga qual opção é melhor.”
→ PROMPT OTIMIZADO: “Compare as opções por custo total, capacidade e risco. Apresente premissas, cálculo verificável, recomendação e condição de mudança.”
→ MOTIVO DA MELHORIA: substitui quantidade de explicação por auditabilidade.
17. Resumo de bolso
Peça evidência e verificação, não uma transcrição mental.