OpenClaw 2026.9.1 Migración: Notas de actualización de agentes múltiples heredados de r/openclaw

Actualizar OpenClaw entre versiones importantes puede parecer desalentador, pero una reciente publicación en r/openclaw muestra una configuración heredada multiagente que pasa de 2026.7.1-2 a 2026.9.1 sin mayores dramas, especialmente cuando dejas que un agente de codificación con IA maneje los pasos.

La configuración heredada

La migración comenzó desde esta configuración:

• Instalación global de npm de OpenClaw
• Versión 2026.7.1-2
• Servicio de puerta de enlace systemd de usuario
• Múltiples agentes configurados con espacios de trabajo específicos para cada agente
• Canal de WhatsApp con enrutamiento específico por grupo
• Perfiles de navegador y varios plugins gestionados

Problemas encontrados

Solo después de la actualización realmente ves lo que ha cambiado. Los problemas identificados incluían:

• Múltiples claves de configuración heredadas rechazadas por 2026.9.1
• La propiedad multiagente necesitaba declaración explícita
• La base de datos SQLite compartida requería migraciones de esquema
• El estado del espacio de trabajo heredado necesitaba migración
• Varios plugins oficiales aún estaban en la versión anterior
• WhatsApp no tenía agente de respaldo para mensajes no coincidentes
• El proxy inverso de la interfaz web necesitaba atribución de cliente reenviado de confianza
• La definición del servicio tenía metadatos obsoletos o no estándar

Qué lo solucionó

La actualización se delegó a Codex (a través de la extensión de VS Code, conectada de forma remota a la máquina de OpenClaw). El proceso completo tomó unos 30 minutos. Pasos clave del resumen generado:

• Creó una copia de seguridad de reversión con fecha de la configuración, secretos, archivos de servicio, metadatos de paquetes y estado de ejecución.
• Actualizó OpenClaw a 2026.9.1 usando el actualizador integrado.
• Migró la configuración eliminando claves retiradas y convirtiendo ajustes de tiempo de espera compatibles.
• Estableció la propiedad multiagente a explícita.
• Ejecutó Doctor con la política de reparación de servicios externos para permitir que las migraciones de SQLite, espacio de trabajo, dispositivo y estado de plugins se completaran.
• Actualizó la definición del servicio de puerta de enlace systemd.
• Actualizó los plugins oficiales a 2026.9.1.
• Estableció main como agente propietario de latidos por defecto y de enrutamiento de WhatsApp para mensajes no coincidentes.
• Añadió una entrada de proxy de confianza de alcance limitado para el proxy inverso local.

Resultado y lección

Tras la migración, la puerta de enlace ejecuta 2026.9.1, la configuración es válida, el servicio está activo, el oyente HTTP/RPC local responde, WhatsApp informa que está escuchando mensajes entrantes y el procesamiento de latidos comienza normalmente.

La lección principal: para un salto de versión grande, haz una copia de seguridad primero, espera migraciones de esquema y estado, y comprueba tanto la propiedad de la puerta de enlace como el enrutamiento multiagente.