Visual do Fluxo de Trabalho do Claude Code: Hierarquia de Memória, Habilidades, Ganchos e Loop
Um usuário do Reddit compartilhou um fluxo de trabalho visual que mapeia como os componentes do Claude Code se encaixam: CLAUDE.md, hierarquia de memória, habilidades, hooks, estrutura do projeto e o ciclo de trabalho.
Camadas de Memória
O visual esclarece a ordem de carregamento do contexto:
~/.claude/CLAUDE.md→ memória global/CLAUDE.md→ contexto do repositório./subfolder/CLAUDE.md→ contexto de escopo
Subpastas adicionam contexto, não substituem. Isso explica por que as sessões podem parecer sobrecarregadas quando esses arquivos ficam grandes.
Habilidades
Em vez de repetir prompts, defina padrões reutilizáveis em .claude/skills/. Exemplos:
.claude/skills/testing/SKILL.md .claude/skills/code-review/SKILL.md
O Claude invoca habilidades automaticamente quando a descrição corresponde.
Ciclo de Trabalho
O ciclo recomendado:
cd project && claude Plan mode Describe feature Auto accept /compact commit frequently
Nenhum elemento é inovador, mas ver tudo junto ajuda a organizar o uso do Claude Code.
O ecossistema ainda está evoluindo e os fluxos de trabalho permanecem pessoais.
📖 Leia a fonte completa: r/ClaudeAI
👀 See Also
Corrigindo erros de 'Navigate Unsupported' e plugins do navegador no OpenClaw auto-hospedado no Docker
Correção passo a passo para erros de permissão EACCES, falta de Playwright e binários do Chromium ao hospedar o OpenClaw com Docker em um VPS como Hostinger.
Resultados de Teste do Plugin de Memória OpenClaw e Pilha Recomendada
Um usuário do Reddit testou todos os plugins de memória do OpenClaw e descobriu que a configuração padrão de markdown causa inchaço de tokens e compressão de instruções. A configuração recomendada combina Obsidian para notas legíveis por humanos, QMD para busca sem tokens e SQLite para dados estruturados.
Como evitar custos inesperados do OpenRouter na automação do OpenClaw
Uma equipe de desenvolvedores gastou acidentalmente US$ 750 em 3 dias no OpenRouter ao usar Claude Sonnet 4.6 (US$ 3/milhão de tokens) como padrão em todas as tarefas de automação. Eles reduziram os custos em 97% alterando os modelos padrão, bloqueando cron jobs e subagentes para opções mais baratas e reservando modelos caros apenas para trabalhos sensíveis.
Executando OmniCoder-9B localmente com detalhes de configuração do llama.cpp
Um desenvolvedor alcançou uma pontuação média de 96,7% no HumanEval com o OmniCoder-9B em hardware de médio porte usando flags específicas do llama.cpp, incluindo --reasoning-budget 0 para desativar a saída de chain-of-thought. A configuração utilizou um modelo quantizado Q6_K rodando em uma RTX 3080 com 10GB de VRAM.