Chain of thought prompting: o que é, como funciona e quando usar

Chain of thought prompting, ou prompting de cadeia de pensamento (CoT), é uma técnica de engenharia de prompts que solicita etapas intermediárias de raciocínio antes da resposta final. O formato pode ajudar a organizar e conferir tarefas de múltiplas etapas, mas não garante acerto nem demonstra como o modelo funciona internamente.

A entrada enviada ao modelo reúne instruções e informações. Ao pedir uma resolução em etapas, a saída costuma ficar mais longa. Isso pode elevar o consumo de tokens, unidades de texto processadas pelo modelo, e a latência, o tempo de espera pela resposta. A escolha entre resposta direta, zero-shot CoT e few-shot CoT exige considerar a tarefa e a utilidade da explicação.

Em resumo:

• CoT solicita etapas intermediárias antes da conclusão.
• Zero-shot dispensa demonstrações resolvidas; few-shot inclui exemplos com problema, etapas e resposta.
• Mais texto para gerar e revisar traz custos e possível aumento do tempo de resposta.
• As etapas exibidas ajudam na conferência, mas não são prova do processo interno nem de correção.

Como aplicar o chain of thought prompting em um pedido

A aplicação começa com uma mudança no pedido: além do problema, a instrução solicita cálculos, deduções ou justificativas antes da conclusão. A explicação de CoT publicada pela Alexander Thamm apresenta formulações como “descreva o raciocínio passo a passo” e “explique a resposta em etapas”.

Uma estrutura prática é apresentar o problema, indicar quais etapas precisam aparecer e pedir a resposta final em separado. Em uma questão aritmética, por exemplo, a instrução solicita que sejam identificados os valores, registradas as operações e informada a unidade do resultado.

O modelo recebe um pedido para produzir uma sequência observável. A saída inclui, conforme a tarefa, uma reformulação do problema, subresultados e uma conclusão. Essa sequência descreve o texto solicitado, não uma ordem de processamento interno demonstrada.

A diferença em relação ao pedido de resposta direta está na exposição das etapas. Um pedido direto solicita a conclusão sem pedir essa exposição; ele também comporta contexto, restrições e instruções detalhadas. CoT acrescenta pontos de conferência à saída, mas cada passo continua sujeito a erro.

Resposta direta versus CoT: o que muda na saída

A comparação abaixo considera a mesma tarefa em condições comparáveis. Consumo de tokens, tempo de resposta e propagação de erros são critérios que ajudam a avaliar o formato, sem estabelecer um vencedor para todas as aplicações.

Comparação qualitativa entre pedido de resposta direta e CoT

Critério	Resposta direta	Chain of thought prompting
Pedido	Solicita a conclusão sem pedir a exposição das etapas.	Solicita etapas intermediárias antes da conclusão.
Contexto e restrições	Inclui as informações necessárias à tarefa.	Também inclui contexto e restrições, além do pedido de etapas.
Conferência	A resposta final precisa ser verificada sem uma resolução exposta.	As etapas exibidas oferecem pontos de revisão, sem garantir sua validade.
Consumo e tempo	Uma saída limitada ao resultado exige menos texto.	O texto adicional pode elevar consumo, custo e latência.
Situações para avaliar	Perguntas simples e tarefas em que basta a conclusão.	Cálculo, lógica e tarefas em que revisar etapas tem utilidade.

Uma resposta direta correta não se torna inferior por omitir a resolução. Da mesma forma, uma explicação extensa não torna o resultado correto. O critério é o que a aplicação precisa entregar e como esse resultado será verificado.

Zero-shot e few-shot CoT: instrução ou demonstrações

Zero-shot CoT solicita etapas sem fornecer demonstrações resolvidas. Few-shot CoT, uma aplicação do few-shot prompting, inclui exemplos com problema, etapas escritas da resolução e resposta final. O guia de CoT em português da Prompting Guide apresenta os dois formatos, incluindo a instrução zero-shot “Vamos pensar passo a passo”.

No zero-shot, o formato é especificado por instruções. Além de pedir etapas, é possível indicar que a resposta separe dados, operações e conclusão. No few-shot, demonstrações mostram como organizar esses elementos e qual nível de detalhe se espera.

Diferenças práticas entre zero-shot CoT e few-shot CoT

Critério	Zero-shot CoT	Few-shot CoT
Conteúdo da entrada	Problema, contexto e instruções, sem demonstrações resolvidas.	Problema, contexto, instruções e demonstrações resolvidas.
Orientação de formato	Descrita nas instruções.	Descrita nas instruções e também demonstrada nos exemplos.
Preparação	Dispensa selecionar ou elaborar demonstrações.	Exige selecionar ou elaborar e revisar demonstrações.
Critério de escolha	Avaliar quando uma instrução explícita atende ao formato desejado.	Avaliar quando exemplos ajudam a comunicar a estrutura pretendida.

Uma opção prática é começar sem exemplos e acrescentar demonstrações se precisar orientar melhor a apresentação. Isso não estabelece uma ordem de qualidade entre as abordagens: avalie as respostas na tarefa e no modelo utilizados.

Para montar uma solicitação few-shot, apresente demonstrações com enunciado, resolução e resposta, seguidas do novo problema. Revise as demonstrações para não oferecer soluções incorretas como referência.

Exemplos ilustrativos de aritmética e lógica

Os exemplos a seguir são hipotéticos e mostram formatos de pedido e resolução. Não são saídas de um modelo específico nem resultados de testes.

Aritmética: conferir a operação e a unidade

Problema ilustrativo: uma biblioteca começa com 120 livros disponíveis no local e empresta 35. Quantos livros permanecem no local?

Um pedido de resposta direta seria: “Uma biblioteca tem 120 livros disponíveis no local e empresta 35. Quantos permanecem? Responda apenas com o resultado e a unidade.”

Na versão zero-shot CoT: “Uma biblioteca tem 120 livros disponíveis no local e empresta 35. Quantos permanecem? Apresente a operação usada antes da resposta final.”

Resolução ilustrativa:

1. A quantidade inicial é de 120 livros disponíveis no local.
2. O empréstimo retira 35 livros dessa quantidade: 120 − 35 = 85.
3. Resposta final: permanecem 85 livros no local.

A operação escrita permite conferir tanto a subtração quanto sua relação com o enunciado. O empréstimo reduz os livros presentes no local; a pergunta não trata do tamanho total do acervo. O valor didático está nesses pontos de revisão, não em demonstrar superioridade de um formato.

Lógica: verificar se a conclusão decorre das premissas

Problema ilustrativo: Ana é mais alta que Bruno; Bruno é mais alto que Carla; Carla é mais alta que Davi. Quem é a pessoa mais alta?

Um pedido com etapas seria: “Organize as relações de altura do enunciado e apresente a conclusão. Use apenas as premissas informadas.”

Resolução ilustrativa:

1. Ana está acima de Bruno na ordenação por altura.
2. Como Bruno é mais alto que Carla, a ordem parcial é Ana, Bruno e Carla.
3. Carla é mais alta que Davi, completando a ordem: Ana, Bruno, Carla e Davi.
4. Pela transitividade da relação, Ana é mais alta que Carla e Davi, além de Bruno.
5. Resposta final: Ana é a pessoa mais alta.

Transitividade significa que, se Ana é mais alta que Bruno e Bruno é mais alto que Carla, Ana também é mais alta que Carla. A ordenação torna explícita a ligação entre as premissas e a resposta.

Quando usar e quando preferir uma resposta direta

Matemática e lógica são aplicações recorrentes porque permitem examinar operações e relações intermediárias. O artigo introdutório de CoT da Coursera cita raciocínio aritmético e de senso comum como áreas de aplicação. O artigo de Wei et al. (2022), que propôs a técnica, avaliou CoT em tarefas de raciocínio aritmético, de senso comum e simbólico. Isso orienta a escolha de tarefas para avaliação, sem prometer ganho universal de precisão.

Considere CoT quando:

• a resposta exige combinar resultados de várias etapas;
• conferir cálculos ou relações lógicas faz parte do uso da resposta;
• a explicação serve ao ensino ou à revisão de uma resolução;
• planejamento ou depuração exigem examinar etapas apresentadas.

Considere começar pelo pedido de resposta direta quando:

• a pergunta solicita um fato ou resultado simples;
• o tempo de resposta é uma restrição importante;
• há limites de processamento, tokens ou orçamento;
• a conclusão basta para a tarefa e a explicação não terá uso.

Esses critérios são pontos de partida, não uma classificação universal. Se ninguém for revisar as etapas, o benefício de conferência fica limitado. Para decidir, compare respostas com e sem etapas em problemas representativos da aplicação.

Custos, limitações e propagação de erros

O custo operacional começa na quantidade de texto. Em serviços cobrados por tokens, uma saída mais longa pode elevar o valor por chamada. A geração das etapas também pode aumentar a latência. Compare essas medidas sob condições semelhantes, considerando modelo, configuração e tamanho das respostas.

Há ainda trabalho de preparação e revisão. No few-shot, as demonstrações entram na solicitação enviada ao modelo e precisam ser conferidas. Na saída, não basta verificar se o texto segue o formato pedido: cálculos, premissas e conclusões exigem atenção.

Um erro inicial pode afetar etapas seguintes e a conclusão. Por exemplo, na questão da biblioteca, uma resolução que some os empréstimos em vez de subtraí-los parte de uma operação incompatível com o enunciado. Continuar corretamente a partir dessa operação não corrige a interpretação inicial.

O desempenho também varia conforme o domínio e o tipo de tarefa. Uma instrução útil em aritmética não estabelece a mesma utilidade em planejamento ou depuração. Para avaliar se o formato compensa, compare qualidade, custo e latência nas condições reais de uso, com respostas verificáveis.

Como verificar as etapas sem confundi-las com prova

A cadeia gerada é uma sequência de texto observável. A análise de CoT do Emergent Mind discute sua utilidade para interpretação e alerta contra atribuir capacidade de raciocínio em excesso ao modelo. A cadeia exibida, por si só, não demonstra o processo interno que produziu a resposta.

Uma explicação fluente também comporta premissas falsas e conclusões desconectadas. Use o conteúdo das etapas como objeto de revisão, não a aparência de rigor como critério de correção.

Um roteiro prático de conferência é:

1. Releia o enunciado e confirme que a resposta trata exatamente do que foi perguntado.
2. Separe as informações fornecidas das suposições acrescentadas na resolução.
3. Refaça os cálculos de forma independente e confira unidades, sinais e quantidades.
4. Verifique se cada conclusão decorre das premissas, sem saltos lógicos.
5. Compare a resposta final com as etapas e com as restrições do problema.
6. Se repetir a execução ou reformular a pergunta, trate a consistência como observação adicional, não como substituta da verificação independente.

Nos exemplos, a conferência independente consiste em refazer a subtração e reconstruir a ordem de alturas. Obter a mesma resposta em outra execução não basta para validar nenhuma dessas operações.

Perguntas frequentes

O que é chain of thought prompting?

É uma técnica de engenharia de prompts que solicita etapas intermediárias de raciocínio antes da resposta final. As etapas são texto gerado para apresentação e conferência, não um registro comprovado do processamento interno.

Como o CoT funciona na prática?

O pedido apresenta o problema e solicita uma resolução em etapas, seguida da conclusão. É possível especificar quais elementos mostrar, como dados, operações e unidades, e depois conferir se a resposta atende ao pedido.

Qual é a diferença entre pedido de resposta direta, zero-shot CoT e few-shot CoT?

O pedido de resposta direta não solicita a exposição das etapas. Zero-shot CoT pede etapas sem demonstrações resolvidas; few-shot CoT inclui demonstrações com problema, resolução e resposta. Todos admitem contexto e instruções de formato.

Quando usar CoT?

Considere a técnica em tarefas de múltiplas etapas nas quais examinar cálculos, premissas ou relações intermediárias tem utilidade. Matemática, lógica, planejamento e depuração são contextos para avaliação.

Quando evitar CoT?

Considere uma resposta direta quando a tarefa é simples, a explicação não tem uso ou tempo e recursos são restrições importantes. Avalie o resultado antes de acrescentar etapas apenas por hábito.

CoT funciona em modelos menores?

Não presuma o mesmo efeito. O estudo de Wei et al. (2022) relatou ganhos com CoT em modelos de linguagem suficientemente grandes. Avalie a técnica no modelo e na tarefa utilizados, com respostas de referência e conferência das etapas, sem tratar um limiar de tamanho como regra universal.

CoT custa mais? Quais são os riscos?

Uma saída mais longa pode aumentar o custo em serviços cobrados por tokens e elevar a latência. Entre os riscos estão erros nas etapas, propagação de uma premissa incorreta e conclusões que não decorrem da resolução apresentada.

A cadeia gerada prova como o modelo decidiu e garante acerto?

Não. A cadeia é uma saída textual que oferece pontos de revisão. Sua presença não comprova o processo interno nem a correção da conclusão; a verificação independente continua necessária.

Como escolher o formato e conferir o resultado

A decisão passa por três perguntas: a tarefa tem múltiplas etapas que justifiquem uma explicação? Revisar essas etapas faz parte do uso da resposta? O custo e o tempo adicionais são aceitáveis? Se a tarefa for simples, comece pelo pedido de resposta direta e avalie o resultado.

Se houver utilidade em expor a resolução, teste uma instrução zero-shot. Acrescente demonstrações few-shot quando precisar mostrar a estrutura esperada. Em ambos os formatos, confira premissas, operações e conclusão: o ganho prático está em ter etapas para examinar, não em aceitar a explicação como prova. Para aprofundar os fundamentos da área, veja opções de cursos de inteligência artificial.