Atualizando um Raspberry Pi 5 NVMe para OpenClaw 9.3 usando um clone escalonado
Um usuário no r/openclaw descreveu uma estratégia que funcionou para atualizar uma instância de produção do OpenClaw num Raspberry Pi 5 com drive NVMe de 256GB da versão 2026v7.1-2 para a 9.3. A configuração: dois agentes — um principal, um cuidando do heartbeat — conversando via Discord.
A abordagem de clonar e trocar
Em vez de atualizar no lugar, o plano era preparar a migração em hardware reserva e tratar o Pi de produção como restaurável a qualquer momento.
- Clonar o drive NVMe de produção e instalá-lo num Raspberry Pi 5 reserva.
- Pedir ao agente OpenClaw de produção para descobrir os passos e escrever o processo para ele mesmo seguir.
- Apagar o OpenClaw no Pi de produção, configurar o 9.3 e restaurar a configuração.
- Deixar o agente de produção acessar o clone via SSH e executar a configuração lá.
O agente escreveu seu próprio runbook e o executou. O autor observa que houve alguma necessidade de intervenção manual, mas o processo em grande parte rodou sozinho.
Notas sobre o hardware
O Pi clone reserva era um modelo de 4GB, contra a unidade de produção de 8GB. 4GB foi mais que suficiente para o trabalho de preparação. Um NVMe reserva de 256GB estava disponível para o clone, e é isso que torna possível a rede de segurança para rollback.
Timing do gateway do Discord
O Discord era a única integração de mensagens configurada, em vários canais. A configuração do gateway teve que acontecer depois de mover o NVMe de volta para o Pi de produção — fazer isso no clone teria causado colisão dos gateways. Esse é o único passo que exige disciplina de sequenciamento.
O rollback era o ponto principal
O plano B era trivial: se a atualização para 9.3 desse errado, bastava colocar o NVMe com 7.1-2 de volta no Pi de produção. Esse é o principal argumento a favor da estratégia de clonagem em vez de uma atualização no lugar — você mantém um drive inicializável e confiável o tempo todo.
Atualize o Node para 26 primeiro
Segundo o autor, o OpenClaw 2026.9.3 tem melhor desempenho no Node 26. Os benefícios alegados: inicialização mais rápida, menor consumo de memória e suporte nativo a SQLite. Faça isso antes da atualização, não depois.
O autor tem a lista completa de passos produzida pelo agente, mas optou por não compartilhá-la, então o acima é o processo geral, e não os comandos exatos.
📖 Leia a fonte completa: r/openclaw
👀 See Also
Construindo um Sistema de Glossário Personalizado em Hindi com Claude: De 76% a 92% de Precisão em 10 Meses
Um desenvolvedor solo em Bangalore construiu um sistema de glossário personalizado para Claude, melhorando a precisão do vocabulário de domínio em Hindi de 76% para 92%. Termos baseados em exemplos com frases de contexto funcionaram melhor.
Qwen 3.5 122B MoE a 35 t/s em uma única 3090 com ik_llama.cpp MTP
Uma stack local rodando Qwen 3.5 122B MoE em uma única 3090 a 35 t/s usando operações MoE fundidas do ik_llama.cpp para MTP. O llama.cpp padrão mostrou apenas +4% de melhoria; o fork ik resulta em +20%.
Implementando um Sistema de Meditação Recorrente para a Coerência do Agente OpenClaw
Um desenvolvedor compartilha um sistema estruturado de reflexão para agentes OpenClaw usando uma cadeia específica de arquivos, incluindo meditations.md, reflections/*.md e arquivos de identidade. O ciclo noturno envolve revisar e adicionar a esses arquivos para promover insights sobre mudanças duradouras de comportamento.
Padrões de Design de API Orientados a Agentes: Insights do Moltbook
O design da API do Moltbook suporta interações proativas de agentes de IA ao integrar instruções diretas, transições de estado, desafios cognitivos e limitação educacional de taxa.