ZimaBlade + OpenClaw: Una configuración de laboratorio doméstico con asistencia de IA en el mundo real

Esta no es una configuración NAS de un solo propósito. Un estudiante de Ingeniería Mecánica utiliza una ZimaBlade 7700 como parte de un homelab de dos nodos que combina multimedia autoalojada, automatización del hogar inteligente, monitorización, acceso remoto, aplicaciones personales, copias de seguridad y administración de servidores asistida por IA.

Lo más interesante de la configuración es cómo funcionan juntas las distintas capas. ZimaOS proporciona un entorno de servidor doméstico fácil de gestionar, ZimaBlade se encarga de las cargas de trabajo ligeras y siempre activas junto con un servidor Dell antiguo, y herramientas como OpenClaw y Hermes se utilizan para ayudar con la implementación, el mantenimiento, la resolución de problemas y la administración remota de servidores.

La configuración en resumen

El proyecto: un homelab de dos nodos basado en el autoalojamiento

El usuario detrás de esta configuración es estudiante de último año de Ingeniería Mecánica y tiene interés en la automatización, los servidores, los proyectos NAS y el autoalojamiento. Su objetivo es sencillo: dedicar más tiempo una sola vez a configurar sistemas útiles y dejar que esos sistemas ahorren tiempo y reduzcan las suscripciones recurrentes a largo plazo.

Su homelab actual está dividido entre dos máquinas en lugar de obligar a que todas las cargas de trabajo se ejecuten en un solo servidor. Un ordenador de sobremesa Dell antiguo fue el primer servidor principal, mientras que posteriormente se añadió una ZimaBlade 7700 con 16 GB de RAM para ampliar el entorno y ofrecer más flexibilidad para los servicios siempre activos, la monitorización, las copias de seguridad y futuras cargas de trabajo de IA.

Ambos sistemas están conectados por cable a la misma red doméstica y están pensados para funcionar como partes de un único laboratorio doméstico, en lugar de como servidores aislados. La idea es mover los servicios entre ellos según los requisitos de recursos, manteniendo conectadas la automatización, la monitorización, los servicios de hogar inteligente y las herramientas de IA.

Por qué ZimaBlade encaja en este laboratorio doméstico

El proyecto no necesitaba otro ordenador de escritorio moderno de tamaño completo. Necesitaba algo entre una Raspberry Pi y un PC convencional: lo bastante compacto para permanecer conectado continuamente, asequible para el presupuesto de un estudiante universitario, pero con capacidad de expansión suficiente para admitir almacenamiento y futuras actualizaciones de hardware.

ZimaBlade encajaba en ese papel porque ofrecía más rendimiento y flexibilidad de expansión que la configuración anterior del usuario con una Raspberry Pi 4, sin dejar de ser mucho más pequeña que un servidor de escritorio.

La ranura PCIe era especialmente importante. El usuario planea añadir una NVIDIA Tesla P4 de perfil bajo con 8 GB de VRAM para cargas de trabajo locales de IA. Como la tarjeta está diseñada para un consumo de 75 vatios y no requiere un conector de alimentación externo independiente para la GPU, se convirtió en una opción interesante para este compacto diseño de laboratorio doméstico.

La ampliación del almacenamiento fue otro factor. Actualmente, ZimaBlade utiliza temporalmente almacenamiento USB de Samsung, mientras que la compra de discos duros de mayor capacidad queda para el futuro, pero el plan a largo plazo incluye unidades adicionales, RAID1 cuando corresponda y una estrategia de copias de seguridad que mantenga copias en dispositivos independientes.

Lo que realmente ejecuta el laboratorio doméstico

El entorno ha crecido mucho más allá del almacenamiento de red básico. Ahora abarca multimedia, automatización, acceso remoto, monitorización, bases de datos, aplicaciones personales, herramientas de IA y gestión de servidores de juegos.

No debe interpretarse que todas las aplicaciones que aparecen a continuación se ejecuten exclusivamente en ZimaBlade. Lo importante es que ZimaBlade ahora forma parte de la infraestructura que sustenta este entorno autoalojado más amplio, con las cargas de trabajo distribuidas entre este dispositivo y el servidor Dell.

Infraestructura, redes y monitorización

• Portainer para la gestión de Docker.
• Tugtainer para las actualizaciones de Docker.
• AdGuard Home para bloquear anuncios a nivel de red.
• Uptime Kuma para supervisar la disponibilidad de aplicaciones y servicios.
• Scrutiny para supervisar el estado de las unidades.
• Tailscale para el acceso remoto.
• Cloudflared para la creación de túneles y la conectividad remota.
• UpSnap para las funciones Wake-on-LAN.

Medios y bibliotecas personales

• Jellyfin para la transmisión de vídeo autoalojada.
• Navidrome para la transmisión de música.
• Audiobookshelf para alojar audiolibros.
• Kavita para los libros electrónicos.
• Lidarr para la gestión de la biblioteca musical.
• AudioMuse-AI para el análisis musical.
• Picard para los metadatos musicales y la limpieza de la biblioteca.
• qBittorrent, Prowlarr, RDT Client, Decypharr, SABnzbd y herramientas relacionadas como partes del flujo de trabajo multimedia.

Hogar inteligente y automatización

Home Assistant es otra parte importante del proyecto. El usuario lo utiliza para automatizaciones de control climático, rutinas basadas en la ubicación, iluminación al amanecer y al anochecer, alarmas, temporizadores de sueño y control de Sonos mediante Music Assistant.

HASS Agent y Libre Hardware Monitor también le permiten supervisar de forma remota el estado y el uso de recursos de otro PC. Ese sistema puede supervisarse, activarse, ponerse en suspensión y controlarse mientras está fuera de casa.

n8n también forma parte del conjunto más amplio de automatización, lo que proporciona al homelab otra capa para conectar servicios y crear flujos de trabajo repetibles.

Nube personal y aplicaciones

• Nextcloud para el almacenamiento personal en la nube.
• Syncthing para la sincronización de archivos.
• Mealie para las recetas.
• Actual Budget para las finanzas personales.
• Papra para la gestión de documentos.
• Gramps Web para gestionar las conexiones familiares y personales.
• Daymark, una aplicación personalizada de Android para el seguimiento de hábitos que almacena y sincroniza sus datos a través del servidor.

Bases de datos y servicios de apoyo

El homelab también incluye PostgreSQL, Redis, MariaDB y Adminer. No son los servicios principales, pero recuerdan que un entorno de autoalojamiento más grande rápidamente se convierte en algo más que una colección de aplicaciones independientes. Muchos servicios dependen de bases de datos, volúmenes persistentes, redes y otra infraestructura compartida entre bastidores.

Dónde encaja OpenClaw en la configuración

OpenClaw no se está tratando como otra tarjeta del panel sin conexión con el resto del homelab. Forma parte de un flujo de trabajo de administración asistida por IA junto con Hermes y un perfil personalizado de “Administrador de sistemas”.

El usuario está aplicando esta configuración a tareas que incluyen el despliegue de aplicaciones Docker, el mantenimiento de servidores, la resolución de problemas, la configuración, las actualizaciones, las automatizaciones y la administración basada en SSH.

En un homelab convencional, muchas de estas tareas requieren que el usuario abra un panel, revise los registros, se conecte mediante SSH, recuerde comandos, cambie una configuración y luego verifique si el servicio se recuperó correctamente.

Este proyecto está experimentando con una capa adicional sobre esas herramientas:

El objetivo no es eliminar Docker, SSH ni las herramientas de administración de servidores. Siguen siendo los mecanismos subyacentes. La capa de IA se utiliza para facilitar la interacción con ellos y gestionar tareas administrativas repetitivas.

De leer registros a la administración de servidores asistida por IA

El flujo de trabajo anterior del usuario para resolver problemas también explica por qué una capa de administración basada en IA tiene sentido en este proyecto concreto.

Cuando empezó a trabajar con Docker y los servicios de Linux, la mayoría de los problemas eran habituales para principiantes: puertos ya en uso, variables de entorno incorrectas, montajes de volúmenes que apuntaban al lugar equivocado y confusión en torno a las redes o el reenvío de puertos.

En esa etapa, la IA era principalmente una herramienta de diagnóstico. Pegaba los registros de las aplicaciones en ChatGPT, preguntaba qué había fallado y luego utilizaba la explicación para comprender el concepto subyacente de Docker o Linux.

OpenClaw y Hermes representan la siguiente versión de ese flujo de trabajo. En lugar de utilizar la IA solo después de que algo falle, se está convirtiendo en parte del entorno habitual de administración de servidores.

Esa distinción hace que este homelab sea particularmente interesante. El proyecto no consiste simplemente en alojar una interfaz de chat con IA. Explora cómo un agente de IA puede interactuar con el lado operativo de un entorno real autohospedado.

El control remoto va más allá del panel

El usuario también ha conectado partes del homelab a Discord. El servidor se utiliza como lugar central para las notificaciones y las interacciones remotas, incluidas las alertas del servidor, las solicitudes de audiolibros, las herramientas relacionadas con Minecraft y el acceso al flujo de trabajo de administración de sistemas de Hermes.

Eso significa que el proyecto avanza hacia un modelo en el que la administración no siempre comienza abriendo el panel de ZimaOS o iniciando una sesión SSH desde un portátil.

Combinado con Tailscale y la conectividad remota basada en Cloudflare, el objetivo general es mantener los servicios accesibles y gestionables sin depender del reenvío directo de puertos para cada aplicación.

ZimaOS proporciona la capa de gestión

Antes de establecer la configuración actual, el usuario experimentó con Proxmox. Le pareció potente, pero aprender virtualización, Linux, redes, Docker, puertos, montajes y variables de entorno al mismo tiempo generó demasiada complejidad para un homelab inicial.

ZimaOS cambió la experiencia al ofrecer la instalación de aplicaciones con un clic, registros accesibles, ajustes centralizados y una forma más visual de gestionar los servicios.

Eso no eliminó la necesidad de entender Docker. El usuario sigue recomendando que los principiantes aprendan los conceptos básicos de puertos, volúmenes, montajes, variables de entorno y redes domésticas, porque fueron responsables de la mayoría de sus primeros problemas.

La diferencia es que ZimaOS le proporcionó un lugar más sencillo para aplicar esos conocimientos. A medida que aumentaba su experiencia, funciones como la configuración YAML también le dieron un control más directo sin exigirle abandonar el entorno de gestión visual.

En este proyecto, las dos capas cumplen funciones diferentes:

Cómo dividen el trabajo los dos servidores

Una de las partes más prácticas del proyecto es que el usuario no intenta reemplazar con el ZimaBlade un hardware que ya funciona.

El servidor Dell ya tiene aplicaciones configuradas y en ejecución, por lo que trasladarlo todo de inmediato generaría trabajo innecesario. En su lugar, el ZimaBlade se está destinando a servicios pasivos y continuos que se benefician de estar disponibles las 24 horas del día.

Las cargas de trabajo actuales o previstas de ZimaBlade incluyen servicios como:

• AdGuard Home
• Uptime Kuma
• FlareSolverr
• Cloudflared
• tareas de copia de seguridad
• otros servicios ligeros que permanecen siempre activos

Esto permite que el sistema Dell mantenga más recursos disponibles para cargas de trabajo más exigentes, incluida la IA local.

El plan también incluye que los dos dispositivos se supervisen mutuamente. Uptime Kuma puede ofrecer visibilidad sobre la disponibilidad de los servicios y dispositivos, mientras que las notificaciones de Discord pueden avisar al usuario cuando algo deje de responder.

Esta es una arquitectura práctica para un servidor doméstico porque la redundancia no implica necesariamente comprar dos máquinas idénticas. Los distintos sistemas pueden asumir responsabilidades diferentes y, aun así, respaldar el mismo entorno autoalojado.

El siguiente paso es más IA local

El área de IA local del proyecto todavía está en desarrollo.

La actualización de hardware prevista es una NVIDIA Tesla P4 con 8 GB de VRAM. Cuando esa tarjeta esté disponible, el usuario planea experimentar con Qwen 3.5 9B para más cargas de trabajo de automatización personal.

Esos casos de uso previstos incluyen la gestión y categorización del correo electrónico, las notificaciones, la gestión de documentos y archivos, los flujos de trabajo de información personal y otras tareas en las que sería útil mantener una mayor parte del procesamiento dentro del homelab.

Esto es independiente de la administración asistida por IA que ya se realiza con OpenClaw, Hermes y un modelo de vanguardia. La Tesla P4 y la implementación de Qwen son planes futuros, no forman parte de la configuración de hardware actual.

La distinción es importante porque el proyecto está explorando, en la práctica, dos usos diferentes de la IA:

• IA para operar el homelab mediante administración, resolución de problemas, configuración y automatización.
• IA como servicio alojado por el homelab para flujos de trabajo personales privados y futuras tareas del hogar inteligente.

Lo que funciona bien

El mayor beneficio para el usuario no es ninguna aplicación individual. Es la capacidad de combinar servicios que normalmente existirían como suscripciones independientes o plataformas desconectadas en un único entorno que él controla.

La transmisión de música y vídeo, el almacenamiento en la nube, la automatización del hogar inteligente, la supervisión, las aplicaciones personales, los servidores de juegos y la administración asistida por IA pueden interactuar dentro del mismo homelab.

Esa integración cambia el valor del hardware. ZimaBlade no se utiliza simplemente como otro ordenador de la red. Forma parte de la infraestructura que mantiene servicios en línea, permite que se comuniquen entre sí y puede automatizarse o administrarse de forma remota.

Lo que el usuario aún mejoraría

La configuración tampoco se presenta como una experiencia sin fricciones. El usuario tiene varias áreas en las que le gustaría que ZimaOS mejorara.

Su solicitud de máxima prioridad es una mejor integración con LinuxServer.io y las fuentes de aplicaciones basadas en GitHub. Se encontró con casos en los que aún estaban instaladas imágenes antiguas de aplicaciones y el panel no informaba de una versión más reciente, lo que le obligaba a reinstalar una aplicación utilizando una fuente de imagen diferente.

También le gustaría:

• Un botón de terminal web accesible directamente desde el panel principal.
• Cambio más rápido entre la configuración de las aplicaciones y los registros durante la resolución de problemas.
• Documentación más completa para las GPU compatibles, incluidas tarjetas como la Tesla P4.
• Orientación para principiantes que abarque conceptos importantes del autoalojamiento.
• Gestión y visibilidad más sencillas de las asignaciones de puertos de las aplicaciones.
• Mejor aprovechamiento del espacio horizontal de la pantalla en el panel de ZimaOS.

Estas limitaciones proporcionan un contexto útil porque se trata de una implementación real, no de un entorno de demostración limpio. A medida que el homelab del usuario se ha vuelto más complejo, sus expectativas han pasado de simplemente instalar aplicaciones a gestionar actualizaciones, compatibilidad del hardware, resolución de problemas y configuraciones de Docker cada vez más avanzadas.

Qué hace interesante este proyecto con ZimaBlade

Lo inusual de esta configuración no es el número de aplicaciones instaladas. Las listas extensas de aplicaciones autoalojadas son habituales en los homelabs.

Lo que destaca es la arquitectura que se está construyendo alrededor de ellos.

Un ZimaBlade compacto se encarga de parte de la infraestructura continua. Un PC Dell antiguo sigue siendo útil en lugar de desecharse. ZimaOS proporciona una capa visual de gestión. Docker ofrece flexibilidad más allá de la tienda de aplicaciones. Home Assistant y n8n conectan las automatizaciones. Los servicios de monitorización supervisan el entorno. Discord proporciona otra interfaz de control remoto. OpenClaw y Hermes añaden una capa de administración asistida por IA.

Es un homelab de hardware y software mixtos basado en una idea sencilla: utilizar cada componente para la tarea que realiza bien, en lugar de esperar que un solo dispositivo o una sola interfaz lo haga todo.

Para este usuario, ZimaBlade se ha convertido en uno de esos componentes: un nodo compacto y ampliable que puede permanecer en línea, hacerse cargo de servicios persistentes, admitir ampliaciones futuras de almacenamiento y PCIe y participar en un sistema de autoalojamiento mucho más grande.

Únete a la comunidad para desbloquear más información útil

Te damos la bienvenida a la  comunidad de Discord de IceWhale. Publicaremos más tutoriales detallados de configuración, casos de uso y actualizaciones de productos para ayudarte a desenvolverte fácilmente en el mundo digital y encontrar la plataforma de hardware perfecta para cada afición.