OpenClaw implementado en Wiren Board: cómo un agente de IA controla el controlador y escribe scripts

OpenClaw normalmente se despliega como un agente IA personal en una computadora ordinaria, pero Wiren Board decidió ir más allá e instalarlo directamente en el controlador. El experimento demostró que el agente no solo puede responder en Telegram, sino también trabajar con equipo real: leer configs, escanear Modbus, escribir scripts y corregir sus propios errores.

Cómo se configuró todo

Para el experimento, tomaron un Wiren Board 8 separado y no instalaron la versión más reciente de OpenClaw. El autor eligió la versión 2026.2.22: las compilaciones más nuevas ya habían introducido bugs en Telegram y se volvieron notablemente más pesadas. Las dependencias básicas resultaron ser bastante directas — `git` y `Node.js`, pero incluso así el sistema ocupa bastante espacio: alrededor de 200 MB para dependencias en la partición del sistema y aproximadamente 700 MB para la aplicación en sí, principalmente por `node_modules`. Todo se instaló en el directorio home `root` en la gran partición `/mnt/data/root`.

• Instalaron `git` y `nodejs`
• Prepararon una carpeta separada para OpenClaw
• Deshabilitaron la dependencia innecesaria `node-llama-cpp` a través de `package.json`
• Instalaron `[email protected]` y conectaron la CLI mediante `npm link`
• Lanzaron `gateway`, `doctor`, verificaron modelos y logs

Luego vino la parte menos agradable — configuración. El formato de archivo JSON cambió entre versiones, por lo que los comandos automáticos `onboard` y `configure` no siempre armaban configuración correcta para proveedores de modelos personalizados. También surgió un problema extraño con las claves: para proveedores estándar se tomaban de `auth-profiles.json`, pero para los personalizados se leían inesperadamente de `models.json`. El autor llama directamente a esto un bug y duplica las claves en ambos lugares. Adicionalmente, instalaron `wireguard-tools` en el controlador para eludir restricciones regionales de algunos proveedores LLM.

Presentar el agente al hardware

Después de la configuración básica, OpenClaw fue conectado a Telegram. Por defecto, el bot no puede ejecutar utilidades, modificar el sistema o hacer otras cosas potencialmente peligrosas, por lo que los permisos extendidos tuvieron que habilitarse manualmente y permitirse solo para un usuario específico de Telegram. Luego se cargó un conjunto separado de `wb-openclaw-skills` en el controlador, que contiene conocimiento sobre hardware Wiren Board, protocolos, registros y utilidades típicas. El agente recibió su primera instrucción de forma muy directa: al trabajar con equipo, siempre buscar primero y usar el `wb-*` Skill apropiado.

Las pruebas demostraron que este contexto realmente funciona. El agente habló con confianza sobre la línea de contadores WB-MAP, luego escaneó el bus RS-485 y encontró dispositivos conectados. Su breve respuesta sonó así:

"Ahora veo 3 dispositivos Modbus físicos"

Detrás de esto había acciones reales en el controlador: el bot identificó un sensor WB-MSW v4, un módulo relé WB-MR6C y un medidor de electricidad WB-MAP6S. Después de eso, verificó el firmware del medidor, confirmó que la versión 2.12.0 es actual, y luego recopiló lecturas en vivo de voltaje, potencia, temperatura, humedad y CO₂.

Dónde el experimento se volvió útil

La prueba más reveladora comenzó con una tarea práctica: escribir un script `wb-rules` que envíe una notificación a Telegram cuando se active una de las entradas del módulo MR6C. El bot creó el archivo de regla, lo cargó, e incluso informó que todo estaba listo. Pero en realidad, los mensajes no llegaban.

Entonces el agente pasó por un ciclo de depuración normal: encontró una llamada `curl` no confiable, corrigió la autorización, agregó diagnósticos al log, reinició `wb-rules` y envió un mensaje de prueba. La prueba pasó, pero los eventos de las entradas reales permanecían en silencio — y esto también tuvo que investigarse. El segundo problema resultó ser más sutil: algunos señales venían no por `Input N` regular, sino por contador de pulsos `Input N counter`.

El agente agregó un segundo bucle de procesamiento y después de eso las notificaciones realmente comenzaron a llover en Telegram.

El autor no se detuvo allí y le dio a OpenClaw una tarea aún más ambiciosa — diseñar una interfaz web de casa inteligente para el equipo ya conectado. El bot sugirió qué podría automatizarse, dividió la interfaz en pantallas y finalmente ayudó a montar una página HTML+JavaScript que funciona a través de MQTT over WebSocket. Se colocó en `/var/www/static/`, se agregó una ruta a `nginx` y se abrió en la red local como un panel de control separado.

Lo que significa esto

El experimento demostró que OpenClaw en Wiren Board ya no es un chatbot para demostraciones, sino un prototipo de un operador local que puede leer documentación, interactuar con el sistema y trabajar con dispositivos físicos. El beneficio aquí es obvio: en lugar de trabajo manual con configs, registros y utilidades, puede establecer tareas en lenguaje común. Pero el costo de un error también es mucho mayor, porque el agente obtiene acceso no a un servidor abstracto, sino a una infraestructura de ingeniería real. El autor considera que OpenClaw es una plataforma de inicio conveniente, aunque demasiado pesada para este escenario.