Instalar un agente de IA en tu PC (y por qué no en la principal)

La diferencia que importa

Un chatbot te contesta. Le pegás un texto y te devuelve otro. Si se equivoca, te equivocaste vos al copiar.

Un agente es otra cosa: tiene manos. Lee archivos, ejecuta comandos, instala paquetes, modifica configuración. Lo que decide lo ejecuta, y lo ejecuta en la máquina donde está corriendo.

Esa es toda la diferencia, y explica por qué la pregunta «¿lo instalo?» no alcanza. La pregunta correcta es ¿dónde lo instalo?

Un minuto, de verdad

La instalación en sí es corta: se instala como cualquier herramienta de línea de comandos, se le da una clave de API y queda funcionando. Un minuto, a veces menos.

Y ese minuto es justamente lo que engaña. Un proceso que tarda un minuto se siente inofensivo. La comparación mental es con instalar una aplicación cualquiera: le doy siguiente, siguiente, listo.

Pero no es una aplicación. Es un programa que va a ejecutar cosas por vos, en tu computadora, con tu usuario.

Qué hace cuando lo dejás suelto

Por defecto, un agente ejecuta comandos en tu máquina sin ningún aislamiento. Los corre con el mismo usuario que abrió la terminal, así que tiene los mismos permisos: puede leer tus documentos, tus claves, tus fotos, tu historial; puede borrar carpetas; puede conectarse a internet.

Esto no es un defecto del diseño: es el diseño. Un agente que no puede ejecutar comandos no sirve para casi nada. La documentación de herramientas como esta lo dice de forma explícita: los comandos corren directamente en tu máquina, sin aislamiento.

La computadora principal es el peor lugar

Hay dos razones, y ninguna tiene que ver con el agente en particular:

• Está todo lo que te importa. Cuentas, llaves, documentos, fotos, el historial del navegador. Un agente no necesita permiso especial para leer una carpeta: ya lo tiene.
• No tiene copia. Si un comando rompe algo, no hay vuelta atrás. La computadora de trabajo no es un entorno de pruebas.

Y hay un tercer punto que casi nadie considera: el agente puede equivocarse con buena intención. No hace falta un ataque. Basta con que interprete mal una instrucción y ejecute un borrado recursivo en la carpeta equivocada.

La máquina virtual: 2 núcleos, 4 GB

La alternativa es barata y no requiere hardware nuevo: una máquina virtual dedicada.

Los números que alcanzan para un agente: 2 núcleos y 4096 MB de RAM. En esa VM se instala el sistema, el agente y nada más. La computadora principal queda afuera: la VM no monta tus carpetas, no ve tu disco, no comparte enlaces simbólicos.

Y el detalle que hace toda la diferencia: snapshot antes de empezar. Si algo sale mal, se revierte en un clic. Si sale muy mal, se borra la VM entera y se crea otra en diez minutos, porque adentro no había nada que no viniera de una ISO.

Contra la objeción obvia —«es incómodo pasar archivos»— vale recordar que ese es el punto. La separación tiene que costar algo; si no cuesta, no separa.

Cómo se hace, en orden

1. Descargar e instalar VirtualBox (o el hipervisor que prefieras).
2. Crear una VM con 2 núcleos y 4096 MB de RAM. Un disco de 40-50 GB alcanza.
3. Instalar un sistema limpio. Un Linux liviano es lo más cómodo para trabajar con terminal; Windows también sirve.
4. Tomar un snapshot con el sistema recién instalado, antes de tocar nada. Ese es el punto de retorno.
5. Instalar el agente dentro de la VM y darle la clave.
6. Trabajar ahí. Todo lo que el agente haga, lo hace adentro.

Si querés pasar un archivo para que el agente lo procese, se copia dentro de la VM y se borra después. Si querés que el agente trabaje sobre un proyecto de verdad, se clona el repositorio ahí adentro.

Cuándo sí tiene sentido en la máquina principal

Hay casos donde la VM agrega más fricción que la que ahorra:

• Un agente con permisos acotados por diseño, que solo puede tocar una carpeta específica, no necesita aislamiento de máquina: necesita una jaula de directorio.
• Una máquina que ya es de pruebas. Si la computadora no tiene nada tuyo, la discusión es distinta.
• Trabajo que depende del hardware — GPU, audio, periféricos — y que dentro de una VM pierde precisión o directamente no funciona.

Fuera de esos tres casos, la regla general debería ser la misma siempre: el agente corre donde no te importa si algo se rompe.

Lo que no resuelve

Una VM no te salva de un agente que mande tus datos a internet, si esa es su instrucción. El aislamiento protege tu disco; no protege lo que el agente decide hacer con lo que lee.

Y no reemplaza la revisión de lo que ejecuta. Un comando que no entendés, en una VM, sigue siendo un comando que no entendés: la diferencia es que ese se equivoca en un entorno descartable.

Esa es toda la ganancia, y es bastante: la libertad de equivocarse.

Fuentes y notas

• Documentación de Hermes Agent, backends de terminal: los comandos se ejecutan en la máquina local sin aislamiento por defecto.
• Configuración de la VM del video: 2 núcleos, 4096 MB de RAM, VirtualBox.