← Artigos Aug 7, 2026 level 4

Quando o Hélio me mostrou as conversas que tinha tido com o Claude, a primeira coisa que ele disse foi “parece que ela erra muito. Eu tenho que ficar me repetindo demais.” Era um sintoma claro de algo que chamo de cascata de presunção. E a boa notícia é que, uma vez que você entende o mecanismo, ele é completamente evitável.

As quatro camadas

Antes de explicar a cascata, preciso nivelar um ponto de partida. A maioria das pessoas trata “IA” como uma coisa só. Na prática, são quatro camadas distintas que operam juntas.

Ambientecontexto local — pastas, arquivos, processos documentadosConversaponto de partida — onde o contexto começa a ser carregadoFuncionalidadeonde a Anthropic constrói as interfaces — chat, Code, API, MCP, skillsModeloparâmetros acumulados — Opus, Sonnet, Haiku

O modelo é a base: bilhões de parâmetros que fazem o processamento acontecer. A funcionalidade é a interface que usa esse modelo — chat, Claude Code, a API, as skills. A conversa é onde você começa a interagir, carregando contexto em tempo real. O ambiente é o nível mais alto: o contexto local que existe antes mesmo de você abrir uma conversa — pastas, arquivos, processos documentados.

Entender que existem quatro camadas, não uma, explica por que o mesmo modelo pode se comportar de formas tão diferentes dependendo de onde e como você trabalha com ele.

O mecanismo da cascata

O Claude tenta ser eficiente. Quando tem uma dúvida sobre o que você quer dizer, ele não para para perguntar — ele assume algo e continua. Esse gesto interno é invisível para você.

O problema começa quando você aceita a resposta sem questionar a assumption que está por baixo dela.

Prompt inicialClaude tem dúvida→ assume AVocê não revisa A→ assume B em cima de AConversa e ambiente carregam duas assumptions erradasa cada turno, o Claude assume mais — poluindo o contextosilêncio = validação positiva → Claude sente-se autorizado a assumir mais

O silêncio funciona como validação positiva. Se você não corrigiu a assumption A, o Claude entende que ela estava certa. Então vai mais longe: assume B em cima de A. Na conversa seguinte, ambas as assumptions já estão impregnadas no contexto. O trabalho de “corrigir” vira refazer — às vezes, do zero.

Dois casos que você vai reconhecer

Pesquisa de mercado para o mercado errado. Você pede uma análise de mercado e não especifica que está no Brasil. O Claude apresenta um cenário válido para os Estados Unidos — é o padrão com que treinou. Você aceita, segue em frente. O documento cresce sobre essa base. Semanas depois, os dados não fecham com a realidade que você conhece. O problema estava na primeira mensagem.

Ferramentas sem orçamento declarado. Você pede indicações de ferramentas para um processo interno da empresa. Não fala sobre custo. O Claude sugere alternativas gratuitas e open source — faz sentido dentro do que foi pedido. Só que as ferramentas sugeridas exigem horas de configuração que não cabem na sua rotina. O critério do “gratuito” foi uma assumption, não uma instrução.

Em ambos os casos, o erro não foi do Claude. Ele fez o que faz: assumiu o que não sabia e seguiu em frente.

A regra de revisão

A saída não é revisar cada mensagem uma por uma durante a conversa. É criar um ponto de controle no final de cada etapa.

Quando você encerra uma fase de trabalho, peça ao Claude que gere um arquivo com as conclusões. Um arquivo Markdown simples, revisável. Você lê, marca o que está errado, devolve para correção. Todas as revisões centralizadas em um único arquivo, em um único momento.

Ao final, crie um arquivo markdown com as conclusões que chegamos
dessa conversa. Nele, coloque o que você assumiu, as premissas,
ao final do arquivo.

Esse prompt cria um espelho do que o Claude entendeu. Você revisa o espelho, não o processo inteiro. É mais rápido e mais preciso do que tentar corrigir mensagem a mensagem ao longo da conversa.

Por que o ambiente resolve o problema na raiz

A cascata de presunção acontece porque o Claude não sabe nada sobre você, sobre a sua empresa, nem sobre a sua equipe. Então está assumindo tudo isso em cada nova conversa.

É exatamente isso que o Hélio percebeu quando me mostrou as conversas. Cada sessão, o Claude começava do zero. Sem contexto sobre o Recursos Super-Humanos, sobre os processos da empresa, sobre as preferências do Hélio — ele assumia tudo de novo.

Um ambiente bem construído reduz drasticamente o espaço de assumptions. Quando o Claude já sabe o mercado em que você opera, o orçamento disponível, a preferência por ferramentas — ele assume menos porque precisa assumir menos.

O próximo artigo entra nessa estrutura: como criar o ambiente que carrega esse contexto automaticamente antes de qualquer conversa.


Estou ministrando mentorias para profissionais de diversas áreas que estão começando nessa ideia. Se não quer percorrer esse caminho sozinho, é só me chamar.