# Como usar o Opus 5.5 sem desperdiçar tokens?

> Published 2026-10-11T02:05:46.022Z on https://www.crazystack.com.br/pt/p/como-usar-o-opus-5-5-sem-desperdicar-tokens/
> Source video: https://www.youtube.com/watch?v=ejjBbaq9RmY

O segredo do opus 5.5 está em dizer o que 'pronto' significa e deixar o modelo correr até lá. Você não precisa mandá-lo pensar, nem ficar aprovando cada fase. Você precisa dar um objetivo claro, uma linha de chegada verificável e uma saída para ele pedir ajuda quando travar.

## O que muda no Opus 5.5 em relação ao Opus 5?

O Opus 5.5, modelo mais recente da [Anthropic](https://www.anthropic.com), trabalha sozinho por mais tempo, relata o que fez em linguagem direta e raciocina antes de cada resposta. A empresa publicou um guia oficial com dicas de uso, e o vídeo de Theo de t3.gg decompõe esse material com exemplos reais.

A mudança prática mais importante é o comportamento em tarefas longas. O Opus 5.5 mantém o contexto de trabalho por horas, mas ainda pode parar para pedir permissão se você não der uma linha de chegada clara. Por isso, o conselho central do guia é: diga o que 'pronto' significa e deixe o modelo correr até lá.

## Por que definir o estado de 'pronto' resolve paradas no meio do caminho?

Definir o estado de pronto funciona porque o modelo continua trabalhando enquanto houver um fim verificável. Sem ele, a execução pode interromper para relatar progresso ou perguntar se deve continuar, mesmo sem precisar de você.

O formato recomendado tem três partes: o que você quer, o que significa concluído e a saída quando algo der errado. Um exemplo do guia: migre o endpoint de pagamentos para o novo cliente; pronto significa todo endpoint usando o novo cliente, o antigo apagado e a suíte de testes passando; pare e pergunte apenas se um teste falhar por motivo que você não consegue explicar.

Na prática, isso se estende à delegação completa. Theo conta que pediu para o agente configurar um repositório em outra máquina, com três validações explícitas (clone, variáveis de ambiente e execução via [Claude Code](https://claude.com/product/claude-code)), permissões antecipadas para copiar credenciais e uma frase-chave: se algo não funcionar, pergunte em vez de seguir em frente. Em cerca de dezessete minutos, o ambiente estava pronto.

## Vale a pena usar o raciocínio máximo no Opus 5.5?

Não, pelo menos não no dia a dia. Os níveis de raciocínio funcionam como tetos: low e medium dizem 'pense até este ponto e pare', enquanto high e X high aumentam o limite. O modo máximo remove a capacidade de pensar menos, forçando raciocínio longo mesmo em tarefas simples.

Os números vêm do teste próprio de Theo, num benchmark que ele mesmo admite ser simplório: no nível X high, a média foi de 338 tokens por resposta e 6 segundos de duração; no modo máximo, a média subiu para 5.000 tokens e 50 segundos, com pico de 600 segundos. O ganho foi de um único acerto adicional, de 78% para 79%, a um custo treze vezes maior.

A conclusão é direta: deixe em high ou X high e siga em frente. Ele também observa que o nível low rende mal neste modelo, que precisa raciocinar um pouco por padrão. E pare de escrever 'pense profundamente' no prompt; o modelo já vai pensar de qualquer forma.

## Como steerar execuções longas no Claude Code?

Você pode mandar uma mensagem enquanto a execução roda, e o modelo ajusta a rota sem abandonar o que já fazia. Isso importa porque execuções ficaram mais longas, e recomeçar do zero ficou caro.

Para reduzir paradas desnecessárias, o guia sugere uma regra no seu arquivo Claude.md, a configuração de projeto do [Claude Code](https://claude.com/product/claude-code): quando um passo não exigir input, continue; coloque o status na mesma mensagem da próxima ação; pare apenas quando não puder seguir sem você ou antes de algo destrutivo, como apagar dados ou force push. É o mesmo princípio de autonomia que o [Gustavo Dev Doido](https://crazystack.com.br) ensina no Crazystack Typescript: dê permissão e critério antes, não durante.

Outra peça é o uso de subagentes. Em auditorias, migrações e revisões de repositórios grandes, dividir o trabalho em subagentes ajuda a caber na janela de contexto. Theo nota que o Opus 5.5 relutante em criar subagentes sozinho, então ele fecha os prompts com 'use subagentes e workflows como julgar melhor'.

### O que fazer quando a execução termina?

Primeiro, leia o que o modelo está esperando de você: decisões em aberto ou mudanças aguardando aprovação. Depois, leia o resumo. Theo recomenda duas perguntas de rotina: 'qual o status deste trabalho e o que você precisa de mim?' e 'quais os riscos de fazer merge deste código hoje?'. A segunda virou o prompt que ele mais usa, porque diz se vale a pena ler as trezentas linhas de diff que o agente produziu.

## Como conseguir bons designs do Opus 5.5?

O ponto forte do modelo em design não é acertar de primeira sem direção; é seguir instruções específicas. Sem direção, ele cai em estilos padrão, e um aviso genérico tipo 'evite visual genérico' só troca um padrão por outro.

O que funciona é uma lista concreta de padrões a evitar. O guia dá um exemplo: site pessoal com conteúdo de exemplo, sem fundo creme ou off-white, sem palavras de destaque em itálico nos títulos, sem rótulos numerados em monoespaçado, sem botões em formato de pílula. Diga também o que você quer, não só o que rejeitar.

Se o resultado desagradar, adicione o item à lista e peça de novo. Outro atalho eficaz: tire um screenshot, desenhe uma seta no problema, cole no chat e diga o que quer mudar. O [Claude](https://claude.com) lê bem imagens, e o Claude Code inclusive recorta a área necessária quando a resolução atrapalha.

## Como revisar código trocando de família de modelos?

Trocar de laboratório entre escrita e revisão aumenta a cobertura. Theo relata que modelos da [OpenAI](https://openai.com) cavam detalhes e não soltam o problema até esgotá-lo, com mais ruído, mas também achando coisas que os modelos da Anthropic deixam passar.

No bench próprio dele, que mede quantas melhorias cada modelo encontra no codebase do T3 Code, os resultados ilustram o ponto. Vale lembrar que são medições de um único repositório, com um painel de juízes definido por ele:

| Modelo | Achados sustentados | Observação |
| --- | --- | --- |
| GPT6 Soul | 9 | Menor qualidade média no julgamento |
| Astro | 8 | Sem achados contraditados |
| Grok 4.7 | 8 | Segundo lugar, surpresa do teste |
| Opus 5.5 | — | Quase o dobro de sucesso vs. Opus 5, sem achados sem suporte |
| Fable | 5 | Achados válidos, mas cobertura menor |

Uma última regra: peça ao modelo que marque o que não consegue confirmar. Se você der ferramentas de verificação, navegador, suíte de testes ou build, ele valida o que der. Para o resto, ele aponta a lacuna em vez de inventar certeza.

## O que fazer quando uma mensagem é sinalizada?

O Opus 5.5 estreou salvaguardas de biosegurança e cibersegurança nos apps do Claude no Claude Code, e elas podem sinalizar trabalho legítimo. Quando isso acontece, você é movido para um modelo mais antigo e o chat continua nele.

As saídas são simples: escolher o 5.5 de novo no seletor pode resolver, ou não; abrir um chat novo normalmente evita o gatilho; e nas configurações você pode desligar a troca automática para receber uma pausa ou erro no lugar.

Um gatilho lateral: pedir para o modelo mostrar seu raciocínio pode flaggear, porque a Anthropic esconde os traços de raciocínio para evitar destilação. Prefira perguntas como 'por que você fez essas mudanças?' em vez de 'qual foi seu raciocínio?'.

## Perguntas frequentes sobre o Opus 5.5

- **Preciso mandar o Opus 5.5 'pensar mais'?** Não. O modelo raciocina por padrão, e os níveis de raciocínio definem apenas o teto. Escrever 'pense profundamente' não muda nada de útil e o modo máximo só encarece e demora.

- **Qual nível de raciocínio usar no dia a dia?** High ou X high. Theo relata pouca diferença prática entre os dois: X high demora um pouco mais e high às vezes perde detalhes pequenos. Deixe em um deles e não pense mais no assunto.

- **O Opus 5.5 serve para tarefas de frontend?** Sim, desde que você dê direção de design específica, incluindo o que evitar. Sem direção, ele cai em estilos padrão previsíveis.

- **Vale revisar código escrito por um modelo usando outro?** Sim. Trocar de família de modelos na revisão amplia a cobertura de problemas encontrados, segundo o teste próprio de Theo no codebase do T3 Code.

- **Posso interromper uma execução longa para adicionar algo?** Sim. Envie uma mensagem enquanto ele trabalha e o modelo trata isso como steering, não como substituição da tarefa original.

## Leve esse método para o seu conteúdo

A ideia central aqui, definir o estado de pronto e dar ao modelo liberdade com critério, vale também para o seu conhecimento. Se você explica métodos como este em vídeos, muita gente que buscava exatamente essa resposta nunca vai encontrar dentro de um vídeo de trinta minutos.

Se esse material seu está preso em vídeos, o caminho é curto: você acessa o [Skala Blog](https://skalablog.com), cola a URL do YouTube, transcreve e gera um artigo estruturado como este. O Bootcamp do Dev Doido segue essa mesma lógica de transformar prática de verdade em material consultável. Cole a URL do seu vídeo e deixe o texto nascer pronto.

E se você quer aprender engenharia de verdade, com projetos guiados, o [Crazystack Typescript](https://crazystack.com.br) é um bom próximo passo.

[Source video](https://www.youtube.com/watch?v=ejjBbaq9RmY)