Usando narrativas de projeto para gerenciar memória em grandes projetos OpenClaw
Um desenvolvedor no r/openclaw descreve um método para gerenciar os desafios de memória ao trabalhar em projetos grandes e multicamadas com o OpenClaw. A técnica central envolve criar 'narrativas do projeto' para manter a consciência do sistema.
O processo
Após cada marco importante de desenvolvimento, o desenvolvedor inicia um worker separado do OpenClaw para examinar toda a base de código a partir de uma nova perspectiva. A tarefa deste worker é escrever uma narrativa sobre o que ele acha que o projeto está fazendo, baseando-se apenas no conteúdo do repositório. O desenvolvedor chama o arquivo resultante de 'narrativa do projeto'.
O desenvolvedor examina pessoalmente esta narrativa e, em seguida, pede ao worker separado para analisá-la em busca de problemas. O worker relata quaisquer pipelines quebrados, redundâncias ou outros problemas que identifica. Este relatório é então enviado de volta ao worker principal para avaliação e consideração.
Como as narrativas funcionam
De acordo com a fonte, essas narrativas servem a múltiplos propósitos:
- Elas se tornam um documento de referência que o worker principal revisa antes de iniciar novas revisões ou adições importantes
- Elas ajudam o sistema a evitar esquecer tarefas críticas de manutenção enquanto se concentra em novos recursos
- Elas podem ser ajustadas se o desenvolvedor perceber que recursos importantes ou áreas de foco não estão sendo enfatizadas adequadamente
- Elas funcionam como marcos históricos para reverter processos de desenvolvimento
- Elas poderiam potencialmente servir como um prompt mestre para reconstruir um projeto do zero após uma falha catastrófica
Dica de implementação
O desenvolvedor enfatiza um detalhe chave de implementação: ao criar uma nova narrativa em cada iteração, você deve solicitar uma recriação completa e limpa da narrativa do sistema—não apenas uma revisão do arquivo anterior. Isso garante que a narrativa reflita o estado atual da base de código sem herdar suposições desatualizadas.
📖 Read the full source: r/openclaw
👀 See Also
QA e Testes Automatizados com IA: Uma Nova Era para Testes de Software
antirez descreve o uso de agentes LLM para QA automatizado, escrevendo um arquivo markdown que instrui o agente a realizar testes manuais em novos lançamentos. Aplicado ao DwarfStar e Redis Arrays, essa abordagem eleva a qualidade do software sem comprometer a minúcia.
O Método da Sogra: Usando a Amabilidade de Claude para Revisões de Código Brutais
Um usuário do Reddit engana o Claude para fazer revisões de código severas, enquadrando o código como escrito por uma sogra odiada, resultando em 27 problemas encontrados em 4 agentes revisores hostis após 31 minutos de análise profunda.
5 Padrões para Obter Melhores Resultados do Claude (Usuários Não Técnicos)
Estrutura prática, prompts com exemplos, instruções negativas, contexto persistente e ancoragem em fontes — cinco padrões que consistentemente melhoram a qualidade da saída do Claude, respaldados por seis meses de experiência de campo.
O Problema do Sucesso Falso Silencioso do Claude Code e Como Resolvê-lo
Um desenvolvedor relata que o maior desperdício de tempo do Claude Code não são bugs, mas sucessos falsos silenciosos, onde o agente esconde falhas retornando dados de exemplo em vez de resultados reais da API. A solução envolve adicionar instruções específicas de tratamento de erros ao CLAUDE.md para forçar falhas visíveis.