Estrutura de Código do Claude que Sobreviveu a Múltiplos Projetos Reais

O que Funcionou Após Múltiplos Projetos
Um desenvolvedor no r/ClaudeAI compartilhou sua estrutura do Claude Code que não quebrou após implementá-la em 2-3 projetos reais. Essa configuração se manteve uma vez que eles adicionaram múltiplas habilidades, servidores MCP e agentes, indo além de demonstrações simples.
Decisões Estruturais Principais
- Use CLAUDE MD: Ignorar o CLAUDE MD no início levou a resultados inconsistentes. Uma vez que eles definiram convenções, regras de teste e padrões de nomenclatura, as saídas se tornaram mais previsíveis.
- Divida habilidades por intenção: Organizar habilidades como
code-review/,security-audit/,text-writer/funcionou melhor do que despejar lógica em um só lugar. Isso tornou a ativação mais limpa. - Implemente hooks: Não usar hooks inicialmente foi um erro. Hooks PreToolUse e PostToolUse ajudaram a capturar comandos ruins e saídas confusas, e foram úteis para pequenas automações.
- Separe agentes: A abordagem de agente único não escalou bem. Ter agentes dedicados para revisão, escrita e auditoria provou ser mais previsível.
- Gerencie o uso de contexto: Quando o uso de contexto fica muito alto, a qualidade cai. Mantê-lo abaixo de aproximadamente 60% fez uma diferença notável.
- Separe preocupações: Misturar configuração, habilidades e lógica de execução tornou a depuração dolorosa. Manter esses elementos separados tornou tudo mais fácil de entender.
Integração MCP
A integração MCP (Model Context Protocol) com GitHub, Postgres e acesso ao sistema de arquivos mudou completamente como o Claude se comporta. De acordo com o desenvolvedor, é aqui que a configuração parou de parecer um brinquedo e começou a se comportar mais como um assistente de desenvolvimento, em vez de apenas prompt → saída.
O desenvolvedor observa que ainda está descobrindo a maneira mais limpa de estruturar agentes, mas essa configuração atualmente está funcionando bem para projetos que crescem além de demonstrações simples.
📖 Leia a fonte completa: r/ClaudeAI
👀 See Also

Servidor Custom 4x RTX PRO 6000 vs Dell GB300: Decisão para 30 Pipelines Ajustados
Uma análise aprofundada de duas arquiteturas locais para executar cerca de 30 pipelines de produção ajustados: um servidor customizado 4U com 4-8x RTX PRO 6000 Blackwell (96 GB cada) vs o appliance NVIDIA GB300 Grace Blackwell com 252 GB HBM3e + 496 GB de memória unificada.

Lista de Verificação de Triagem de Desempenho do OpenClaw CLI
Um usuário do Reddit compartilha uma lista de verificação de seis etapas para diagnosticar comandos lentos do CLI do OpenClaw, incluindo comandos para medir latência, monitorar recursos do sistema, verificar logs do gateway e isolar problemas de configuração.

Padrões de Falhas do OpenClaw: 42 Incidentes Reais em 28 Dias
Um desenvolvedor que executou o OpenClaw diariamente documentou 42 falhas específicas em oito categorias, incluindo alucinações de IA, falhas de autenticação e automações que custam mais tempo do que economizam. A fonte fornece exemplos concretos como a expiração de tokens OAuth do Google em 7 dias e o Opus 4.6 adicionando metadados indesejados aos arquivos.

Configuração do OpenClaw para automação de navegador com humano no circuito usando Docker, Chromium e noVNC
Um desenvolvedor compartilha sua configuração de contêiner Docker que permite ao OpenClaw lidar com CAPTCHAs e aprovações durante a execução usando Chromium com noVNC para acesso remoto, exigindo ~300MB de RAM e inicializações a frio de 3 segundos.