OpenClaw funciona en un Wiren Board: así controla un agente de IA el controlador y escribe scripts

OpenClaw suele usarse como agente de IA personal en un ordenador corriente, pero en Wiren Board decidieron ir más allá e instalarlo directamente en el controlador. El experimento demostró que el agente puede hacer mucho más que responder en Telegram: también trabaja con hardware real. Lee archivos de configuración, escanea el bus Modbus, escribe scripts y corrige sus propios errores.

Cómo se desplegó

Para el experimento se usó un Wiren Board 8 independiente y no se instaló la versión más reciente de OpenClaw. El autor eligió la 2026.2.22, porque las compilaciones más nuevas ya habían introducido fallos con Telegram y eran bastante más pesadas. Las dependencias básicas son modestas, `git` y `Node.js`, pero aun así el sistema ocupa bastante espacio: unos 200 MB de dependencias en la partición del sistema y otros 700 MB aproximadamente para la propia aplicación, sobre todo por `node_modules`. Todo se instaló en el directorio personal de `root`, en la partición grande `/mnt/data/root`.

• Se instalaron `git` y `nodejs` Se preparó una carpeta independiente para OpenClaw Se desactivó la dependencia innecesaria `node-llama-cpp` mediante `package.json` Se instaló `[email protected]` y se enlazó la CLI con `npm link` Se ejecutaron `gateway` y `doctor`, y se comprobaron los modelos y los logs Después llegó la parte menos agradable: la configuración. El formato de los archivos JSON cambió entre versiones, de modo que los comandos automáticos `onboard` y `configure` no siempre generaban una configuración correcta para proveedores de modelos personalizados. También apareció un comportamiento extraño con las claves: para los proveedores estándar se tomaban de `auth-profiles.json`, mientras que para los personalizados se leían, inesperadamente, de `models.json`. El autor lo describe abiertamente como algo que parece un bug y duplica las claves en ambos archivos. Además, se instaló `wireguard-tools` en el controlador para sortear las restricciones regionales de algunos proveedores de LLM.

El agente conoce el hardware Tras la configuración básica, OpenClaw se conectó a Telegram.

Por defecto, el bot no puede ejecutar utilidades, modificar el sistema ni realizar otras acciones potencialmente peligrosas, así que hubo que activar manualmente los permisos ampliados y limitarlos a un usuario concreto de Telegram. A continuación se cargó en el controlador el paquete `wb-openclaw-skills`, que reúne conocimientos sobre el hardware de Wiren Board, sus protocolos, registros y utilidades habituales. La primera instrucción que recibió el agente fue de lo más directa: al trabajar con el hardware, buscar y usar siempre primero el Skill `wb-*` adecuado.

La prueba demostró que este contexto funciona de verdad. El agente explicó con soltura la gama de medidores WB-MAP, después escaneó el bus RS-485 y encontró los dispositivos conectados. Su breve respuesta fue: > «Ahora mismo veo en la práctica 3 dispositivos Modbus físicos».

Detrás había acciones reales en el controlador: el bot identificó un sensor WB-MSW v4, un módulo de relés WB-MR6C y un medidor eléctrico WB-MAP6S. Luego comprobó el firmware del medidor, verificó que la versión 2.12.

0 estaba actualizada y recopiló lecturas en tiempo real de tensión, potencia, temperatura, humedad y CO₂.

Dónde el experimento resultó útil

La prueba más reveladora partió de una tarea práctica: escribir un script de `wb-rules` que enviara una notificación a Telegram cuando se activara una de las entradas del módulo MR6C. El bot creó el archivo de la regla, lo cargó e incluso anunció que todo estaba listo. Pero en realidad no llegaba ningún mensaje.

Entonces el agente siguió un ciclo de depuración en toda regla: detectó una llamada a `curl` poco fiable, corrigió la autorización, añadió diagnósticos al log, reinició `wb-rules` y envió un mensaje de prueba. La prueba llegó, pero los eventos de las entradas reales seguían sin dar señales, y también hubo que investigarlo. La segunda causa era más sutil: parte de las señales no llegaba por las entradas habituales `Input N`, sino por los contadores de impulsos `Input N counter`.

El agente añadió un segundo circuito de procesamiento y, a partir de ahí, las notificaciones empezaron a llegar a Telegram. El autor no se detuvo ahí y le planteó a OpenClaw un reto aún más ambicioso: diseñar una interfaz web de apartamento inteligente adaptada al equipo ya conectado. El bot propuso qué se podía automatizar, dividió la interfaz en pantallas y acabó ayudando a construir una página HTML+JavaScript que funciona mediante MQTT over WebSocket.

Se alojó en `/var/www/static/`, se añadió una ruta en `nginx` y se abrió en la red local como panel de control independiente.

Qué significa esto

El experimento demostró que OpenClaw en Wiren Board ya no es un chatbot para demostraciones, sino el prototipo de un operador local capaz de leer documentación, intervenir en el sistema e interactuar con dispositivos físicos. La utilidad es evidente: en lugar de trabajar a mano con configuraciones, registros y utilidades, se pueden encargar tareas en lenguaje natural. Pero el coste de un error también se dispara, porque el agente no accede a un servidor abstracto, sino a infraestructura de ingeniería real. El autor considera que OpenClaw es una buena plataforma de partida, aunque demasiado pesada para este escenario.