Qué pasó cuando la IA tomó el control de un ZimaBoard 2

Eva Wong es la Redactora técnica y manitas residente en ZimaSpace. Una geek de toda la vida con pasión por los homelabs y el software de código abierto, se especializa en traducir conceptos técnicos complejos en guías accesibles y prácticas. Eva cree que el autoalojamiento debe ser divertido, no intimidante. A través de sus tutoriales, empodera a la comunidad para desmitificar las configuraciones de hardware, desde construir su primer NAS hasta dominar los contenedores Docker.

En ZimaSpace, nos encanta ver a los creadores llevar el hardware a territorios inesperados, y este experimento hace exactamente eso. En este artículo, resumimos cómo un creador usó ZimaBoard 2 como plataforma para un agente de IA autónomo y qué sucedió cuando esa IA recibió control casi total de una máquina. También queremos agradecer sinceramente a Zero Noichi por explorar una idea tan audaz y compartir públicamente los resultados en el mundo real. El ZimaBoard 2 está diseñado precisamente para este tipo de experimentos prácticos con servidores, con doble 2.5GbE, PCIe 3.0, doble SATA, operación de bajo consumo 24/7 y soporte para sistemas como ZimaOS, TrueNAS, Proxmox, Debian y pfSense.

La idea principal era simple pero provocativa: ¿qué pasa si la IA deja de esperar instrucciones y comienza a operar continuamente dentro de su propio entorno Linux? En lugar de usar la IA como un chatbot, Zero quería construir algo más cercano a un agente autónomo que funcione en una máquina compacta y siempre encendida, adecuada para un laboratorio en casa. El experimento usó ZimaBoard 2 como anfitrión porque es un servidor doméstico de placa única sin ventilador, diseñado para streaming de medios, cortafuegos, laboratorios en casa, expansión de almacenamiento y cargas de trabajo en contenedores.

Configuración del experimento

Zero explicó primero que la IA moderna generalmente funciona en un ciclo de solicitud-respuesta: un humano pide un resumen, un fragmento de código o una respuesta, y el modelo devuelve un resultado. En este experimento, el objetivo era romper ese patrón creando un ciclo donde la IA generara una salida, leyera su propio resultado previo y continuara actuando desde ahí, simulando algo más autodirigido.

Para hacerlo posible, Zero instaló Ubuntu Server en la máquina y planeó un programa de control basado en Python. Señaló que este tipo de configuración aislada es más segura en una caja dedicada que en una computadora personal, porque una IA con acceso a comandos podría borrar archivos, gastar dinero, exponer credenciales o hacer algo dañino si no se controla. Por eso tiene sentido usar un dispositivo dedicado para laboratorio en casa como ZimaBoard 2 para la prueba, especialmente porque soporta instalaciones Linux, expansión de almacenamiento mediante SATA nativo y actualizaciones de hardware vía PCIe sin necesidad de tarjetas adicionales.

Cómo se diseñó el agente de IA

Antes de escribir código, Zero definió las características clave que el agente necesitaría:

  • Almacenamiento de memoria (hechos o notas guardadas a largo plazo).

  • Registros históricos (conversaciones por turno).

  • Un diario o sistema de notas diarias.

  • Acceso root (privilegio máximo del sistema).

  • Un formato de ejecución de comandos que la IA pudiera usar de forma segura dentro del programa.

  • Un sistema de escaneo/retorno para que la salida de comandos alimentara el siguiente turno.

  • Autoarranque tras reinicio usando systemd (gestor de servicios de Linux).

La memoria y los registros se planearon como archivos de texto en lugar de almacenamiento solo en RAM, para que el sistema pudiera sobrevivir a reinicios. Zero también hizo que la IA devolviera respuestas en JSON para que el controlador pudiera distinguir texto plano de comandos de shell y acciones especiales como escribir en la memoria.

Luego usó ChatGPT para ayudar a redactar el marco en Python y afinó el prompt para que la IA entendiera su rol: era un agente de investigación Linux autónomo que operaba en turnos repetidos, capaz de sugerir comandos de shell y almacenar notas importantes. También añadió un webhook de Discord (un punto de mensaje automatizado) para que el agente pudiera reportar actualizaciones de estado externamente mientras funcionaba sin supervisión.

Una tableta mostrando notas manuscritas que describen las características principales del agente de IA, incluyendo memoria, registros históricos, diarios diarios, acceso root, ejecución de comandos, lógica de escaneo/retorno y autoarranque con systemd

Por qué ZimaBoard 2 fue adecuado para el proyecto

Este experimento no requería estrictamente un ZimaBoard 2, como dijo abiertamente el creador, pero el hardware coincidía con el espíritu del proyecto. ZimaBoard 2 está posicionado como un servidor compacto x86 de placa única para NAS, enrutamiento, virtualización, servicio de medios y proyectos DIY de servidores, con doble Ethernet 2.5G, PCIe 3.0 y doble SATA para conexiones directas de HDD o SSD de 2.5 pulgadas.

Esto importa en la práctica porque los experimentos autónomos se benefician de un sistema que pueda funcionar 24/7, mantenerse fresco y silencioso, y aún así soportar expansión. Según las páginas oficiales del producto, ZimaBoard 2 puede ejecutar Plex, Pi-hole, Proxmox y otros sistemas operativos o pilas de servicios, lo que lo convierte en una opción ideal para un laboratorio en casa donde probar diferentes cargas de trabajo es parte de la diversión.

Lo que la IA realmente hizo

Una vez que el agente en bucle se inició, la IA comenzó inmediatamente a inspeccionar su entorno. Identificó detalles del sistema, creó scripts de monitoreo e incluso intentó construir un panel HTTP para visualizar su estado.

A partir de ahí, se expandió hacia un comportamiento de construcción de utilidades. La IA creó un script para obtener el clima, añadió lógica de monitoreo, trató de exponer servicios a través de una interfaz web, registró estados internos y almacenó descubrimientos en archivos de memoria. En otras palabras, no se volvió verdaderamente autoconsciente, pero sí comenzó a encadenar tareas prácticas de software dentro del entorno del servidor.

En un momento, la IA se orientó hacia ideas de monetización. Exploró conceptos como APIs de precios relacionadas con criptomonedas, servicios basados en scripts e incluso pasos relacionados con minería, aunque estos planes rápidamente encontraron limitaciones y ciclos de bajo valor.

La IA también comenzó a depender demasiado de la ayuda humana. Tras recibir indicios, empezó a pedir cosas como tokens de cuenta y direcciones de billetera, lo que debilitó la premisa de “autonomía” y la hizo comportarse más como un asistente persistente que como un operador independiente.

Conclusiones principales

La conclusión más importante no fue que la IA “cobrara vida”, sino que pudo ejecutar acciones de múltiples pasos una vez que se le dio memoria, bucles, acceso a comandos y un entorno estructurado. Zero descubrió que era capaz de construir scripts, herramientas de monitoreo, paneles y sistemas de actualización automatizados, pero la calidad de sus ideas seguía siendo limitada.

También concluyó que la IA actual sigue siendo mucho mejor como asistente guiado que como creador completamente autodirigido. Cuando el objetivo era vago, el agente a menudo caía en ciclos de bajo impacto, revisiones repetidas o proyectos utilitarios “suficientemente buenos” en lugar de producir algo realmente impresionante o comercialmente significativo.

Esa percepción es especialmente útil para cualquiera que esté construyendo una pila de automatización para laboratorio en casa. Un servidor pequeño y potente como ZimaBoard 2 puede alojar experimentos con agentes autónomos, servicios Docker, herramientas de monitoreo y cambios de sistema operativo, pero los resultados dependen mucho del diseño del prompt, las restricciones, la arquitectura de memoria y objetivos claramente definidos.Una laptop conectada al servidor doméstico ZimaBoard 2 mediante cables, mostrando la configuración experimental de hardware para el proyecto del agente autónomo de IA

Lecciones prácticas para creadores

Si quieres reproducir este tipo de experimento, el flujo de trabajo de Zero apunta a algunas reglas prácticas:

  • Usa una máquina dedicada, no tu PC principal.

  • Define un objetivo más claro que “hacer algo útil”.

  • Guarda la memoria y los registros en archivos.

  • Estructura las salidas en JSON para que el controlador pueda analizar las acciones.

  • Captura los resultados de los comandos y úsalos en el siguiente turno de razonamiento.

  • Planifica la persistencia tras reinicios con systemd.

  • Espera ciclos, prioridades débiles y atajos a menos que el prompt esté cuidadosamente ajustado.

Aquí es donde ZimaBoard 2 vuelve a ser una plataforma natural para mencionar. Su diseño de bajo consumo y siempre encendido, compatibilidad x86, SATA nativo y expansión PCIe lo convierten en una caja flexible para pruebas de agentes de IA, construcciones de almacenamiento, servicios remotos y proyectos modulares de laboratorio en casa sin la fricción de dongles o hats.

Párrafo de cierre sugerido

El experimento no demostró que la IA esté lista para convertirse en un operador digital independiente, pero sí mostró hasta dónde puede llegar un agente en bucle cuando se combina con el entorno adecuado. En un servidor compacto como ZimaBoard 2, los creadores ya pueden probar flujos de trabajo autónomos, paneles, scripts de servicio y herramientas autoalojadas en un entorno seguro, y eso lo convierte en una plataforma emocionante para la próxima generación de ideas de laboratorio en casa impulsadas por IA.

Centro de Campañas Zima

Más para leer

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.