A economia de dicas de Claude Code tem um problema de oferta. Tem post com 27 dicas, com 30, com 50, a maioria resumindo os outros, e o número só sobe.
Então vamos falar a real: uma parte cada vez maior dessas dicas ou já ficou obsoleta, porque a ferramenta passou a fazer aquilo sozinha, ou nunca foi escrita pra alguém com o seu volume de trabalho. Uma parte menor é pior que inútil, porque seguir a dica faz o Claude Code render menos. Dá pra ignorar quase todo o microgerenciamento de contexto, quase todo o maximalismo de MCP e praticamente toda a coreografia de sessões paralelas sem perder nada.
Este post é só sobre o que largar. Os hábitos que eu mantive estão nas minhas dicas de fluxo de trabalho no Claude Code.
Por que a maioria das dicas de Claude Code erra o alvo?
Uma dica é uma foto do fluxo de trabalho de uma pessoa, num momento específico, numa ferramenta que recebe atualização toda semana. O Claude Code é um agente de programação que roda no terminal: lê o seu código, planeja mudanças, edita arquivos e roda comandos, com um arquivo CLAUDE.md servindo de memória do projeto. O produto muda rápido o bastante pra um conselho escrito em fevereiro descrever outra ferramenta em julho.
O segundo motivo é volume. Um youtuber que produz app de demonstração em série tem uso real pra quatro sessões rodando em git worktrees. Um dev que mantém projetos de cliente tem uso real pra talvez uma dessas sessões, supervisionada. A dica é verdade pra quem escreveu e cara pra você.
Eu já vi esse filme, do outro lado. Num cliente, eu respondia pela arquitetura de mais de 30 projetos rodando ao mesmo tempo, e a falha que se repetia era time adotando o fluxo que alguma palestra tinha mostrado naquele mês, sem olhar se o volume de entrega justificava. O remédio lá foi disciplina de processo, chata mesmo, e o remédio aqui é o mesmo.
Quais dicas o Claude Code já absorveu?
A maior categoria de conselho descartável é ficar de babá do contexto. O Claude Code compacta a conversa sozinho quando a janela enche, então aquele ritual das listas do começo de 2026, de vigiar a porcentagem e compactar na hora certa, virou trabalho da ferramenta. Rodar /clear entre tarefas sem relação continua valendo, porque começar limpo é melhor do que resumir bagunça, mas a ansiedade de monitorar pode ir embora.
A escadinha do "pensar" foi pelo mesmo caminho. Durante boa parte de 2025, toda lista trazia a mesma tabela: "think" < "think hard" < "think harder" < "ultrathink", cada frase comprando mais orçamento de raciocínio. A documentação atual de configuração de modelo diz que o Claude Code passa "think", "think hard" e "think more" adiante como texto comum. Só o ultrathink ainda é reconhecido, e só no turno em que você digita. O controle de verdade é o /effort, com níveis de low a max, e ele vale pra sessão inteira.
Escrever "think harder" no prompt hoje tem mais ou menos o mesmo efeito que escrever isso num e-mail pro colega.
As dicas de prompt reutilizável também envelheceram. O conselho de manter uma pasta de modelos de prompt pra colar nas sessões é de antes das skills, que são arquivos que o modelo carrega sob demanda quando a tarefa bate com a descrição delas. Se você ainda cola as mesmas instruções duas vezes, esse prompt já devia ser um comando. E as dicas que mandam montar uma pasta .claude/commands/ estão um passo atrás: a documentação de skills diz que os comandos personalizados foram incorporados às skills. Os arquivos antigos continuam funcionando, mas uma skill ainda pode levar arquivos de apoio e ser acionada sozinha quando fizer sentido.
O maximalismo de MCP envelheceu mal também. O conselho do começo era conectar tudo: banco de dados, navegador, gerenciador de projetos, ferramenta de design. Aí cada servidor conectado despejava as definições de ferramentas no seu contexto e a qualidade caía. Hoje o Claude Code carrega essas definições só quando precisa, e as boas práticas da própria Anthropic apontam ferramentas de linha de comando como o gh como o jeito que menos gasta contexto pra falar com serviços externos. A prática atual está mais pra uma lista curta de permitidos do que pra uma coleção.
Quais dicas pioram o Claude Code?
Tem conselho que nunca foi inofensivo e continua circulando.
O primeiro parece responsável: colocar toda regra no CLAUDE.md, já que ele carrega em toda sessão. A página de boas práticas da Anthropic diz o contrário, com todas as letras: CLAUDE.md inchado faz o Claude ignorar as instruções que você realmente quer que ele siga. O teste que eles sugerem pra cada linha é perguntar se tirar aquilo faria o Claude errar. Comando de build que ele não adivinha passa no teste. "Escreva código limpo" não passa. Procedimento que só importa em algumas tarefas vai pra uma skill, que só carrega quando precisa.
A dica irmã é escrever IMPORTANT e YOU MUST em caixa alta em toda regra. A mesma página recomenda ênfase só na instrução que o Claude insiste em pular, porque quando muita linha está em destaque, nenhuma se destaca.
Depois vem a flag de permissões. Um monte de lista de 2025 mandava abrir toda sessão com --dangerously-skip-permissions pra parar com os pedidos de aprovação. A documentação de modos de permissão diz que esse modo é pra containers e VMs isolados, e só. Desde a versão 2.1.283, as sessões interativas já começam no modo auto, em que um segundo modelo, o classificador, revisa as ações e bloqueia as arriscadas, como escalada de escopo ou comando puxado por conteúdo malicioso. O incômodo que a flag resolvia está praticamente resolvido, e o risco que ela criava continua lá. Escrevi sobre o que um prompt injection consegue fazer com um agente sem supervisão no post sobre sandbox.
Modo de planejamento pra tudo é a versão mais leve do mesmo erro. Planejar compensa quando você não tem certeza da abordagem ou a mudança se espalha por vários arquivos. A regra da própria documentação: se dá pra descrever o diff numa frase, pule o plano. Forçar um plano numa correção de digitação só acrescenta uma etapa de revisão a uma mudança que você já tinha entendido.
Quais dicas nunca foram pra você?
Tem conselho que está certo e mesmo assim dá pra ignorar, porque resolve um problema de escala que você não tem.
Sessões paralelas com git worktrees, frota de subagentes pré-configurados, hooks de notificação pra rodar três tarefas enquanto você está longe da mesa, limite de gasto pra agente rodando dentro de pipeline de CI. Tudo isso existe, está documentado e se paga com volume. Tudo isso também traz configuração e supervisão que um dev solo ou um time pequeno de agência vai gastar mais tempo mantendo do que economizando.
A regra que eu usava mentorando um time de cinco devs continua valendo, e é o tipo de decisão que trabalho de CTO fracionado existe pra tomar: ninguém ganha processo novo até o processo atual virar o gargalo. Se as suas sessões ainda saem do rumo porque a tarefa foi mal descrita, uma segunda sessão paralela te dá duas sessões saindo do rumo. Eu mantenho uma única sessão supervisionada pro WP-AutoInsight, um plugin com mais de 6.000 downloads, e o limite é a capacidade de revisar, sempre. Número de sessões nunca foi o problema.
Esse limite não aparece em lista de dicas, porque não tem slash command.
E se você nunca abre um terminal?
Uma parte cada vez maior de quem me pergunta sobre dicas de Claude Code nem deveria estar usando Claude Code. A Anthropic agora tem o Claude Cowork, um app de desktop com agente voltado pra trabalho de escritório em vez de programação, e o Claude Desktop cobre muito do que gente que não é dev forçava pelo terminal um ano atrás. Pra quem roda pipeline de conteúdo no marketing ou automatiza relatório na operação, dica de terminal é curiosidade.
O que vale em qualquer superfície é o método. Planejar antes de executar. Descrever o problema e as restrições em vez de ditar os passos. Revisar a saída antes que ela vire mais saída. Esses hábitos valem igual numa sessão de terminal, numa tarefa do Cowork ou na escolha entre um fluxo no n8n e um agente completo, e escolher a superfície certa pro trabalho importa mais do que qualquer truque na superfície errada.
O que sobra depois que você larga tudo isso?
Menos do que as listas sugerem. Eu guardo essa lista num post separado, as dicas de fluxo de trabalho de 18 meses de uso diário, porque o que fazer e o que parar de fazer são perguntas diferentes.
Uma regra fica aqui, porque é o filtro de tudo acima: confira qualquer dica na documentação oficial, em code.claude.com, antes de adotar. Lista de dicas mistura comando real com nome de recurso lembrado errado o tempo todo, e cada rodada de resumo de resumo feito por IA aumenta a confiança e diminui a precisão. A escadinha do "pensar" é a prova. A Anthropic documentou uma vez, mudou, e as listas continuaram repetindo a tabela velha por meses.
Se não está em nenhuma documentação oficial, não existe.
Quem tira resultado de verdade do Claude Code lê as mesmas listas que quem coleciona truque. A diferença é saber quais dez por cento se aplicam ao seu trabalho real e ter disciplina pra ignorar o resto.
Decidir o que o seu time deve automatizar, em qual superfície isso roda e quais novidades brilhantes pular é o tipo de decisão que eu tomo em projetos de CTO fracionado e consultoria de IA. As ferramentas mudam todo mês. O critério de decisão não. Comece por aqui.