n8n lanza Nod, un agente de código abierto que funciona en tu ordenador

La mayoría de las personas que han intentado automatizar tareas rutinarias se topan con lo mismo. Si hay API, todo funciona. Si no hay API y solo existe un área personal con tres formularios y un captcha, hay que hacerlo a mano. Ese es justo el hueco al que apunta Nod, el nuevo agente de código abierto de n8n Labs. El anuncio reunió más de un millón de visualizaciones en X, y no solo por el nombre conocido.

Qué se mostró

Del post se sabe poco, pero lo principal se dice sin rodeos. Nod es un agente personal de código abierto. Funciona en tu ordenador y recibe su propio navegador para ejecutar tareas en varias aplicaciones y sitios web a la vez. El modelo que hay detrás del agente lo eliges tú: el proveedor de IA puede definirlo el propio usuario.

Los ejemplos de tareas del anuncio son cotidianos, y por eso resultan fáciles de entender:

• prepararte para llamadas: reunir contexto sobre tu interlocutor y su empresa;
• reunir facturas: recorrer las áreas de cliente de los servicios y extraer los documentos necesarios;
• cancelar una suscripción: abrirse paso por menús diseñados a propósito para ser incómodos.

Los tres escenarios tienen algo en común: no hay una interfaz limpia para una máquina, solo una interfaz para personas. Un agente con navegador usa precisamente esa.

Por qué importan «su propio navegador» y «en tu ordenador»

En n8n están acostumbrados a otra lógica: dibujas una cadena de nodos en la que cada paso se conoce de antemano. Es fiable, pero frágil cuando un sitio cambia su maquetación o un servicio no tiene integración. Un agente funciona al revés: formulas un objetivo y él elige los pasos. El precio de este enfoque es una menor previsibilidad.

La ejecución local aporta dos ventajas prácticas. Primera, los datos y las sesiones se quedan contigo y no se van enteros a la nube de otro. Una salvedad: si conectas un proveedor externo de modelos, parte del contexto llegará igualmente a él. Segunda, al agente le resulta más fácil trabajar con aquello a lo que tú tienes acceso, incluidos los servicios sin API pública.

El navegador independiente del agente es una decisión deliberada. No se mete en tus pestañas de trabajo y no te estorba mientras cumple la tarea. Cuán aislado está este navegador y cómo se almacenan los inicios de sesión, el post no lo dice.

Lo que falta en el anuncio

Conviene señalar con sobriedad que se trata de un post teaser, no de una descripción técnica. No incluye:

• una licencia ni un repositorio con condiciones de uso claras;
• una lista de proveedores y modelos locales compatibles;
• datos sobre la estabilidad con la que el agente completa escenarios reales;
• una descripción de las protecciones frente a errores: qué pasa si el agente cancela por error la suscripción equivocada.

El último punto es el más importante. Un agente capaz de hacer clic en tu nombre es igual de útil que peligroso. Cancelar una suscripción es una acción relativamente inofensiva, pero un pago, el borrado de datos o un correo a un cliente ya requieren confirmación humana. Los buenos agentes se construyen en torno a esta cuestión, no en torno a una demo vistosa.

Qué hacer con esto

Si eres desarrollador o fundador, no hace falta apresurarse a incorporar Nod a tus procesos de trabajo. Un orden razonable sería este:

1. Espera al repositorio y lee la licencia y la descripción de la arquitectura.
2. Pruébalo en una máquina aislada o en un perfil aparte, sin acceso a datos de pago ni a cuentas de trabajo.
3. Empieza por tareas en las que un error sale barato: reunir documentos, preparar notas para llamadas.
4. Compáralo con lo que ya puedes hacer en n8n con flujos convencionales. Si los pasos son estables, un workflow determinista será más fiable y barato que un agente.

Para el mercado, la señal es más interesante que el propio producto. Una plataforma de automatización visual lanza un agente local de código abierto con elección de modelo, lo que significa que la frontera entre «workflow» y «agente» se difumina, y la apuesta se hace por el control del usuario y no por una nube cerrada. Hasta qué punto Nod resistirá el choque con sitios web reales quedará claro cuando se empiece a usarlo no en una demo, sino en la vida real.