Actualización de una Raspberry Pi 5 NVMe a OpenClaw 9.3 mediante un clon por etapas
Un usuario en r/openclaw describió una estrategia funcional para actualizar una instancia de OpenClaw en producción en un Raspberry Pi 5 con una unidad NVMe de 256GB desde 2026v7.1-2 a 9.3. La configuración: dos agentes — uno principal, otro encargado del latido — comunicándose vía Discord.
El enfoque de clonar y cambiar
En lugar de actualizar en el mismo sitio, el plan era preparar la migración en hardware de repuesto y tratar el Pi de producción como restaurable en cualquier momento.
- Clonar la unidad NVMe de producción e instalarla en un Raspberry Pi 5 de repuesto.
- Pedir al agente de OpenClaw en producción que averiguara los pasos y escribiera el proceso para que él mismo lo siguiera.
- Borrar OpenClaw en el Pi de producción, instalar 9.3 y restaurar la configuración.
- Dejar que el agente de producción se conectara por SSH al clon y ejecutara la configuración allí.
El agente escribió su propio manual de procedimientos y lo ejecutó. El autor señala que hubo cierta necesidad de intervención manual, pero el proceso se ejecutó en gran medida por sí solo.
Notas sobre el hardware
El Pi clon de repuesto era un modelo de 4GB frente a la unidad de producción de 8GB. 4GB fue más que suficiente para el trabajo de preparación. Había un NVMe de 256GB de repuesto disponible para el clon, que es lo que hace posible la red de seguridad de reversión.
Momento de la puerta de enlace de Discord
Discord fue la única integración de mensajería configurada, en múltiples canales. La configuración de la puerta de enlace tuvo que ocurrir después de mover el NVMe de vuelta al Pi de producción — hacerlo en el clon habría causado que las puertas de enlace colisionaran. Ese es el único paso que requiere disciplina de secuenciación.
La reversión era el objetivo
El respaldo era trivial: si la actualización a 9.3 salía mal, volver a poner el NVMe con 7.1-2 en el Pi de producción. Este es el principal argumento a favor de la estrategia de clonación sobre una actualización en el mismo sitio — mantienes una unidad arrancable y confiable en todo momento.
Actualiza Node a 26 primero
Según el autor, OpenClaw 2026.9.3 funciona mejor en Node 26. Los beneficios que se mencionan: arranque más rápido, menor consumo de memoria y soporte nativo de SQLite. Haz esto antes de la actualización, no después.
El autor tiene la lista completa de pasos producida por el agente pero eligió no compartirla, así que lo anterior es el proceso general en lugar de comandos exactos.
📖 Lee la fuente completa: r/openclaw
👀 Ver también
Flujo de Trabajo de IA Estructurado con Comandos por Fases para Reducir Retrabajo
Un desarrollador comparte un flujo de trabajo programable utilizando comandos específicos como /pwf-brainstorm y /pwf-work-plan para abordar problemas comunes en la codificación con IA: pérdida de contexto, incumplimiento de estándares y mezcla de planificación/ejecución. El enfoque incluye actualizaciones obligatorias de documentación y una estructura de proyecto multi-raíz.
Guía Práctica para Alojar Tu Primer LLM en tu Propio Servidor
Una publicación de Reddit describe las razones para autoalojar LLMs, incluyendo privacidad para datos sensibles, previsibilidad de costos para cargas de trabajo de agentes, mejoras de rendimiento al eliminar viajes de ida y vuelta a la API, y personalización mediante métodos de ajuste fino como LoRA y QLoRA.
Dividir el Contexto del Agente en Tres Capas para Resolver el Problema del Monolito de 700 Líneas
Un equipo que construye un sistema autónomo de 6 agentes resolvió la inflación de archivos de contexto separando el contexto del agente en tres capas según el tipo de preocupación y la frecuencia de cambio: CLAUDE.md para identidad, BRIEFING.md para misión y PLAYBOOK.md para operaciones. Este enfoque evita fallos silenciosos por límites de argumentos y hace que la edición sea predecible.
Cómo ejecutar OpenClaw completamente local con Ollama
Una publicación de Reddit describe un proceso para ejecutar OpenClaw completamente de manera local sin APIs en la nube ni facturación por token, utilizando Ollama y LLMFit para evaluar modelos locales.