Monté un agente de IA autónomo en mi propio servidor: lo que nadie te cuenta antes

Llevo años montando automatizaciones para clientes, y hasta hace poco todas tenían el mismo techo: la herramienta hacía lo que uno programaba, ni más ni menos. Esta semana instalé algo distinto en mi propio servidor —un agente de IA autónomo, autoalojado, con memoria persistente— y quiero contarte cómo fue de verdad. Con los números, con los tropiezos y con la parte incómoda.

Porque de esto hay mucho tutorial de diez minutos y poca crónica de lo que pasa cuando le das acceso real a tu infraestructura.

¿Qué es un agente autónomo y en qué se diferencia de un chatbot?

Un agente recuerda, ejecuta y aprende; un chatbot responde y olvida. Esa es la diferencia práctica.

Al chatbot le preguntas. Al agente le delegas. El que monté tiene tres cosas que un chat normal no tiene:

• Memoria persistente entre sesiones. Mañana sabe lo que le enseñé hoy.
• Ejecución real en el servidor. Le pedí que me dijera cuántos usuarios había en el sistema y corrió el comando, leyó el archivo y me dio el número exacto. Lo verifiqué a mano: era correcto.
• Se escribe sus propias rutinas a partir de lo que va haciendo, y las reutiliza después.

Si quieres profundizar en esa distinción, ya escribí sobre agentes de IA vs chatbots hace un tiempo. Aquí me voy a la parte de montarlo.

¿Cuánto cuesta de verdad? Comparativa de proveedores

El software es gratis. La inferencia no. Y aquí está la primera sorpresa desagradable.

El proveedor que la herramienta marca como "recomendado" tiene un plan gratuito que es, sencillamente, inservible: da cero créditos y su catálogo no expone ni un solo modelo a precio cero. Revisé los 21 modelos listados: todos tienen tarifa. O sea, el plan gratis existe pero el agente no puede pensar.

Esta es la comparación real, con los números que verifiqué en agosto de 2026:

Ese último dato es el que cambia la ecuación y casi nadie lo menciona: gastar diez dólares una vez eleva permanentemente tu límite de modelos gratuitos, aunque el saldo después baje a cero. Diez dólares una vez contra veinte al mes. La cuenta se hace sola.

¿Y cuánto consume en la práctica?

Una tarea moderada me sale en unos USD 0,09. Con USD 10 tienes cerca de cien tareas.

Pero ojo con una cosa: un agente no hace una llamada al modelo por pregunta. Encadena entre 10 y 30 mientras piensa, consulta herramientas y revisa lo que encontró. Por eso el caché —que cuesta la décima parte de la entrada normal— es lo que de verdad te salva la factura en conversaciones largas.

La decisión de privacidad que casi me cuesta caro

Los modelos gratuitos del agregador suelen exigir que permitas el registro de tus prompts. Léelo otra vez, porque en mi caso eso era inaceptable: este agente lee logs y archivos de mi infraestructura.

Así que pagué. Modelo de pago, USD 2 de entrada y USD 10 de salida por millón de tokens. Y además le puse una regla que obliga al agregador a enrutar solo hacia proveedores que no recopilan datos, en cada petición y por encima de lo que diga la configuración de la cuenta.

Es una línea de configuración. Vale más que cualquier promesa comercial de privacidad. Sobre esta discusión escribí más a fondo en soberanía digital.

Las siete trampas que me costaron horas

Aquí es donde este artículo te ahorra la tarde. Ninguna de estas está en la documentación oficial.

1. No existe una versión "estable". El instalador solo acepta ramas, y por defecto sigue la de desarrollo. Cada actualización trae los commits del día. Hay etiquetas de versión, pero el instalador no las promociona: hay que fijarlas a mano y renunciar al comando de actualización automática.

2. Los plugins vienen desactivados. Este me tuvo dando vueltas. El servicio de mensajería arrancaba, reportaba estado activo, y no cargaba ninguna plataforma. Vivo, silencioso e inútil. Hay que habilitar cada integración explícitamente.

3. El servicio muere al cerrar la sesión. El instalador crea un servicio de usuario y falla al activar la persistencia porque el usuario no tiene privilegios. Todo funciona perfecto… hasta que cierras la terminal. Se arregla con un comando como administrador, pero si no lo sabes lo descubres al día siguiente cuando el agente no responde.

4. Los errores mienten sobre su causa. Me apareció un fallo de tipos de Python en el módulo de Telegram. La causa real eran dos dependencias que no se instalaron. El código tiene un bloque que, si falla la importación, sustituye los objetos por marcadores vacíos y oculta el error verdadero. El síntoma no se parecía en nada al problema.

5. Los registros te engañan. El servicio decía activo y no emitía una sola línea, porque Python guardaba la salida en memoria. La forma fiable de saber si algo está realmente conectado es mirar las conexiones de red del proceso, no sus logs.

6. Un token de mensajería, un solo consumidor. Si dos agentes usan el mismo bot de Telegram, se roban los mensajes entre sí de forma aleatoria. Ninguno de los dos parece roto: simplemente se pierden mensajes. Desesperante de diagnosticar. Bot nuevo para cada agente.

7. El navegador se cuelga al descomprimir. Descargaba los 175 MB en seis segundos y se quedaba clavado al extraer, con la CPU al 0%. Dos intentos perdidos antes de entender que había que extraer el archivo a mano.

La parte que nadie menciona: seguridad

Este agente ejecuta comandos de shell en tu servidor. Es su mayor virtud y su mayor riesgo, y hay que decirlo sin adornos.

Cada integración de mensajería que conectas es una puerta de ejecución remota. Y los bots de Telegram son descubribles por nombre: no es un riesgo teórico.

Lo que hice, y lo que haría en cualquier cliente:

• Lista blanca de usuarios en cada plataforma. Solo mi identificador responde. Cualquier otro es ignorado.
• Lista blanca de canales. El agente vive en un canal privado, no en uno público donde cualquiera del equipo pueda escribirle.
• Nunca expuesto a internet directamente. Red local o VPN. Punto.
• Contraseña obligatoria el día que lo saqué del acceso local, con verificación de que la puerta cerraba de verdad.

Y una regla que aprendí a la mala: los secretos nunca van como argumento de un comando, porque quedan en el historial y en la lista de procesos del sistema. Se leen ocultos y se escriben directo a un archivo con permisos restringidos.

Si no estás dispuesto a hacer esto, no montes un agente con acceso a tu infraestructura. Así de simple.

¿Vale la pena?

Depende de para qué. Te lo digo con criterio, no para vender.

Sí vale la pena si: quieres automatizar sobre tu propia infraestructura, necesitas que recuerde el contexto de tu operación, y te importa que tus conversaciones no vivan en un servicio de terceros.

No vale la pena si: solo quieres un chatbot de atención al cliente —hay opciones más baratas y simples—, si no tienes infraestructura propia, o si esperas costo cero.

Lo que a mí me convenció fue una prueba concreta. Le pedí que averiguara el espacio libre en disco y la versión del sistema. No respondió de memoria: corrió los comandos y me dio los datos reales, que después verifiqué a mano. Coincidían al detalle.

Eso es lo que separa a un agente de un chat bonito. Y es también lo que exige que lo tomes en serio.

Lo que sigue

Esto apenas empieza. La IA está caminando a pasos muy agigantados, y la diferencia entre quien la usa como buscador y quien la pone a operar su negocio se va a notar cada vez más.

Mi consejo: empieza pequeño, con algo tuyo, donde puedas equivocarte sin costo. Monta el agente en un entorno aislado, dale una tarea concreta y obsérvalo. Vas a aprender más en una tarde tropezando que en diez tutoriales.

Y documenta tus tropiezos. Este artículo existe porque yo documenté los míos.

¿Quieres montar algo así en tu operación, con las listas blancas bien puestas y sin descubrir estas trampas a la mala? Hablemos.

Yoany Andrés My Store Digital