Dica de desempenho: bloqueie a VRAM/RAM do modelo local com LimitMEMLOCK=infinity
Se o seu modelo local couber na soma da VRAM com a RAM, você pode manter a memória do provedor do modelo residente adicionando LimitMEMLOCK=infinity sob o cabeçalho [Service] da unit systemd do seu provedor. O kernel então para de paginar os pesos do modelo para o disco, que é a origem da maior parte das lentidões depois que um modelo é carregado.
O arquivo da unit
Postado no r/openclaw como exemplo funcional para o LM Studio (edite os caminhos e nomes de usuário para corresponder à sua instalação):
[Unit] Description=LM Studio Server RequiresMountsFor=/home[Service] LimitMEMLOCK=infinity Type=oneshot RemainAfterExit=yes User=******** Environment="HOME=/home/" ExecStartPre=/home//.lmstudio/bin/lms daemon up ExecStartPre=/home//.lmstudio/bin/lms load text-embedding-bge-large-en-v1.5 --yes ExecStartPre=/home//.lmstudio/bin/lms load qwen3.6-35b-a3b-uncensored-hauhaucs-aggressive --yes ExecStart=/home//.lmstudio/bin/lms server start ExecStop=/home//.lmstudio/bin/lms daemon down
[Install] WantedBy=multi-user.target
O que cada parte faz
LimitMEMLOCK=infinity— remove o limite padrão de mlock por processo, para que o modelo carregado possa ser mantido fora do swap/paginação.ExecStartPrecomlms daemon up— inicia o daemon do LM Studio antes de qualquer outra coisa.lms load <model> --yes— pré-carrega cada modelo na inicialização do serviço. O exemplo carrega um modelo de embeddings (text-embedding-bge-large-en-v1.5) e um modelo de chat (qwen3.6-35b-a3b-uncensored-hauhaucs-aggressive).lms server startcomoExecStart— sobe o servidor compatível com OpenAI.lms daemon downcomoExecStop— limpa tudo ao desligar.RequiresMountsFor=/home— garante que a partição home que contém os arquivos do modelo esteja montada antes de o serviço iniciar.Type=oneshot+RemainAfterExit=yes— a unit é tratada como ativa depois que os comandos de inicialização terminam, o que se encaixa em um daemon gerenciado separadamente pela CLIlms.
Ressalva
A dica assume explicitamente que o modelo cabe na VRAM+RAM. Se não couber, travar a memória é a alavanca errada — você só vai empurrar o problema para outro lugar. Quando couber, o ganho é evitar travamentos induzidos por paginação durante a inferência.
Para aplicar: insira o bloco no seu arquivo de unit, depois execute systemctl daemon-reload e reinicie o serviço. Desenvolvedores que rodam o LM Studio headless como serviço systemd são o público-alvo aqui; a mesma ideia se aplica a qualquer processo de provedor cujos pesos você queira fixados na memória.
📖 Read the full source: r/openclaw
👀 See Also

Usando Narrativas de Projeto para Manter o Contexto do OpenClaw em Projetos de Longo Prazo
Um desenvolvedor compartilha uma técnica para criar 'narrativas de projeto' onde um trabalhador separado do OpenClaw analisa a base de código após marcos importantes para documentar a compreensão do sistema, identificar problemas e manter o contexto.

Inclua os resumos de projeto do Claude no seu repositório — eles são melhores que documentos humanos
Um desenvolvedor sugere commit de resumos de projetos gerados pelo Claude ao seu repositório. Eles são bons o suficiente, levam segundos para gerar e podem ajudar futuros leitores.

6 Tipos de Loops Encontrados em Agentes de IA em Produção: Uma Análise de Log de Uma Semana
Análise de 670 eventos de 5 agentes de produção ao longo de uma semana revela 6 padrões de loop de alta severidade, incluindo oscilação de decisão, loops de repetição, loops de pingue-pongue, loops de leitura-escrita, loops de reflexão e não-determinismo de ferramentas.

Reduzindo Alucinações do Claude com Injeção de Prompt Pré-Saída
Uma postagem no Reddit detalha um método para reduzir pela metade as alucinações da IA Claude usando um prompt de pré-saída que força o modelo a registrar incertezas e próximos passos antes de responder. A abordagem envolve adicionar instruções específicas em markdown ao prompt do sistema do Claude e criar um script em Python.