🌱 Iniciante — Configuração e Fundamentos

O comando /init escaneia todo o projeto — pastas, arquivos, arquitetura — e gera um arquivo CLAUDE.md que serve como folha de referência permanente do projeto.

Elimina a necessidade de reexplicar o projeto a cada nova sessão. O Claude consulta automaticamente o CLAUDE.md e já sabe as convenções, arquivos importantes e decisões arquiteturais do projeto.

Execute em todo projeto novo; CLAUDE.md persiste entre sessões; pode ser editado manualmente para adicionar regras específicas; funciona como memória permanente do projeto.

O comando /statusline gera um script customizável que exibe informações em tempo real na parte inferior do terminal: modelo ativo, porcentagem de contexto utilizado, custo da sessão e outros dados.

Permite monitorar continuamente o uso do contexto. Quando o contexto começa a encher, o desempenho degrada — o statusline avisa antes de chegar a esse ponto, permitindo ação proativa.

Configure o que exibir ao chamar o comando; script fica ativo durante a sessão; informações de modelo, contexto e custo disponíveis; substitui verificações manuais frequentes.

O Claude Code inclui o comando nativo /voice para ditado direto no terminal. Alternativamente, qualquer app de ditado por voz do sistema operacional funciona perfeitamente com o terminal.

Voz é mais rápida do que digitação para prompts longos e descritivos. Reduz fricção na hora de explicar contexto, descrever problemas complexos e dar instruções detalhadas ao Claude.

Use /voice nativo ou ditado do SO; ideal para prompts de contexto rico; não precisar digitar = fluxo mais ágil; combine com o CLAUDE.md para sessões ainda mais rápidas.

Estratégia de dar ao Claude apenas o contexto relevante para a tarefa atual, em vez de despejar toda a base de código. Dividir problemas grandes em etapas focadas e fornecer apenas os arquivos necessários para cada etapa.

Contexto excessivo causa degradação de qualidade: o Claude começa a perder o fio de raciocínio, mistura informações irrelevantes e comete erros evitáveis. Menos contexto = foco maior = melhores resultados.

Divida problemas grandes em microtarefas; forneça apenas arquivos necessários; evite colar código inteiro quando apenas um trecho importa; prefira contexto cirúrgico a contexto completo.

O comando /context exibe um relatório detalhado de tudo que está consumindo tokens na sessão atual: prompts de sistema, conteúdo de arquivos carregados, servidores MCP ativos e histórico da conversa.

Sessões que parecem lentas ou imprecisas frequentemente estão com contexto sobrecarregado. O /context permite diagnosticar exatamente o que está pesando e tomar ações específicas em vez de reiniciar tudo às cegas.

Mostra distribuição percentual do contexto; identifica arquivos ou MCPs consumindo demais; use antes de compactar; ideal para sessões longas que perderam performance.

/compact comprime o histórico da conversa mantendo os detalhes mais importantes. /clear reinicia completamente o contexto. Ambos preservam arquivos e o CLAUDE.md.

Quando o contexto chega a ~60%, a qualidade das respostas começa a cair. /compact recupera performance sem perder decisões importantes. /clear é ideal quando uma tarefa termina e outra começa — contexto limpo, mente limpa.

Use /compact em ~60% do contexto; passe instruções específicas como "/compact but keep all API decisions"; use /clear ao mudar de tarefa; CLAUDE.md sempre persiste independente de compact ou clear.

Modo ativado com Shift+Tab onde o Claude apenas lê e pesquisa — sem modificar nada — até que você aprove o plano. O Claude descreve as etapas, faz perguntas de esclarecimento e mapeia toda a abordagem antes de agir.

Reduz drasticamente idas e vindas. Quando o Claude executa sem planejar, frequentemente toma decisões erradas que precisam ser desfeitas. Com plan mode, você valida a abordagem antes de qualquer alteração no código.

Shift+Tab alterna entre modos; leitura sem escrita no plan mode; aprovação explícita antes de executar; Claude faz perguntas de esclarecimento; ideal para tarefas complexas ou de alto impacto.

Em vez de dar comandos diretos como "escreva uma função X", apresentar o problema como faria com um dev júnior: "Como devemos lidar com rastreamento de crescimento?" e deixar o Claude raciocinar sobre a solução.

Quando o Claude raciocina sobre o problema e formula suas próprias suposições, a qualidade melhora visivelmente. Explicar o raciocínio obriga o modelo a considerar trade-offs que comandos diretos ignoram.

Descreva o problema, não a solução; peça que o Claude explique as suposições; valide o raciocínio antes de implementar; problemas bem descritos geram soluções melhores que comandos precisos.

Instrução explícita para o Claude: "Faça perguntas continuamente até estar 95% confiante de que entende exatamente o que precisa ser feito." O Claude passa a questionar ativamente ambiguidades antes de começar qualquer trabalho.

O alinhamento inicial evita 3 ou 4 rodadas de revisão. É muito mais rápido responder 5 perguntas do Claude no início do que revisar código que foi na direção errada por falta de clareza.

Instrua o Claude explicitamente a perguntar; defina o threshold de confiança (95%); perguntas no início salvam tempo no final; inclua essa instrução no CLAUDE.md para aplicar em todos os projetos.

Incluir etapas de verificação explícitas na lista de tarefas do Claude: construir, tirar screenshot e verificar, abrir DevTools e confirmar sem erros — e só avançar quando estiver 95% confiante que a tarefa atual está correta.

O Claude por padrão avança na lista de tarefas sem verificar. Quando uma tarefa falha silenciosamente, as próximas tarefas constroem sobre uma base quebrada. A autoverificação detecta problemas no ponto de origem.

Sequência: construir → screenshot → DevTools → confirmar; regra "não avançar sem 95% de confiança"; inclua checagens explícitas no plano de tarefas; combine com plan mode para máxima segurança.