Construí una plataforma de agentes en mi homelab: esta es la serie

Serie Homelab · Parte 0 · Por qué tengo un homelab → · Ver la serie

TL;DR: Mi homelab empezó como un lugar para programar desde cualquier parte y terminó con un asistente, ARIA, que consulta mi infraestructura, me avisa cosas, me pide permiso antes de tocar nada y decide solo si una pregunta se resuelve con un modelo local o con Claude. Esta serie cuenta cómo está armado, qué se rompió y qué haría distinto.

Cómo empezó esto (sin épica)

Quería programar desde cualquier parte: el sofá, un café, la calle. Una VM de desarrollo en casa, el VSCode de mi Mac conectado por WireGuard y listo. Eso lo cuento en el primer post.

Después vino lo de siempre: «ya que estamos…». Otro nodo, un NAS, una PC con GPU, más contenedores de los que me atrevo a contar. Y un día, entre Grafana, una terminal y un par de pestañas más, me di cuenta de que yo era el que hacía de intermediario entre mis servidores y mi propia cabeza. Eso es trabajo para una máquina.

Qué es un «homelab con agentes»

Un homelab clásico es tu sandbox: Proxmox, Docker, lo que sea, donde aprendes sin romper producción de nadie. Uno con agentes es eso más una capa que puede consultar y, con permiso, tocar la infraestructura.

No es «le puse un chatbot al panel». El asistente tiene herramientas reales: puede mirar Prometheus, listar VMs en Proxmox, revisar contenedores, leer alertas de Grafana o publicar en un blog. Antes yo tenía un tablero lleno de indicadores. Ahora tengo un copiloto que los lee y me habla.

Qué hay hoy (31 de octubre de 2026)

• Tres nodos Proxmox y TrueNAS corriendo en una VM, con dos discos de 2 TB en espejo.
• Una PC con una RTX 4060 de 8 GB que corre un modelo local, Qwen de 35B.
• ARIA, el asistente: resuelve con reglas lo que puede, con el modelo local lo simple y con Claude lo difícil.
• Casi veinte servidores MCP, que son las «manos» del asistente.
• Un Dashboard con servicios, infraestructura, contenedores, chat y aprobaciones.
• Observabilidad con Alloy, Prometheus, Loki, Tempo, Grafana, ntfy y Langfuse.
• WhatsApp solo de salida: ARIA me avisa, yo no le escribo por ahí.
• Cero puertos abiertos en casa: todo entra por un túnel WireGuard.

Las tres reglas de la casa

1. Local primero. Lo ligero lo resuelve un modelo en mi propia PC; Claude entra para lo pesado.
2. Nada que cambie algo sin permiso. Enviar, pagar, borrar o apagar pasa por una tarjeta de aprobación.
3. Lo que viene de fuera es dato, no órdenes. Un correo o un video no le dan instrucciones al asistente.

Para quién es

Para gente de DevOps, SRE o QA con curiosidad por la IA práctica. Asumo que sabes qué es Docker y que una terminal no te da miedo. No es una guía para copiar mi homelab: es un mapa de decisiones y de tropiezos, para que lo adaptes al tuyo, sea en cloud, en fierros o en una VM de tu laptop.

El índice

Cada post se entiende solo, pero en orden cuentan una historia.

• Parte 1 · Por qué tengo un homelab: el origen, el hardware y lo que haría distinto.
• Parte 2 · Observabilidad en un homelab: ver todo sin volverte loco, y qué alertas valen la pena.
• Parte 3 · MCP: el protocolo que le da manos a la IA
• Parte 4 · Casi veinte servidores MCP: cuando más herramientas es un problema de diseño.
• Parte 5 · Del agente ReAct a ARIA: razonar, actuar, observar y tropezar.
• Parte 6 · Local primero, Claude para lo difícil
• Parte 7 · Mi asistente me pide permiso
• Parte 8 · El asistente que avisa solo
• Parte 9 · Un agente que lee las noticias de IA por mí
• Parte 10 · El bug que dejó a mi agente meditando
• Parte 11 · El caché que nunca acertaba
• Parte 12 · Langfuse: ver qué piensa el agente
• Parte 13 · El Dashboard de mi homelab
• Parte 14 · Claude Code con mis propios MCP

Lo que no vas a ver

Direcciones IP, dominios internos, claves ni puertos. No es misterio: es mi casa. Lo que sí vas a ver son capturas reales de mi Dashboard, con lo que hay que tapar tapado, incluidos los rojos, que también existen.

Empieza por la Parte 1 o salta al tema que te interese.