IA AGÉNTICA · 15 SEP 2026

Los agentes ya saben hacer cosas. Ahora tienen que aprender a no estorbarnos.

Hermes y OpenClaw no son importantes porque tengan otra caja de chat. Son importantes porque ponen sobre la mesa una idea incómoda: la IA ya puede operar herramientas, recordar contexto y vivir en nuestros canales. El problema es que, para la mayoría, todavía exige demasiado trabajo para empezar a ayudar.

Por Fabian Molina

La discusión sobre inteligencia artificial ha cambiado de tono. Hace poco la pregunta era si un modelo podía escribir un correo, resumir un documento o responder una consulta. Hoy la pregunta es otra: ¿puede detectar algo, decidir qué hacer y ejecutar la tarea completa sin que una persona tenga que empujar cada botón?

Ese es el territorio de los agentes. Un agente no sólo genera texto; combina memoria, instrucciones, herramientas y permisos para perseguir una meta. Puede revisar una bandeja de entrada, consultar una base de datos, navegar una web, abrir un ticket o preparar una respuesta. En teoría, es la transición de “pregúntale a la IA” a “delegale una parte del trabajo”.

Hermes y OpenClaw son dos señales del momento. Hermes apuesta por un agente persistente que puede crear habilidades, conservar memoria y conectarse a canales como mensajería o terminales. OpenClaw propone un gateway autoalojado que acerca el agente a los lugares donde ya vivimos digitalmente: WhatsApp, Telegram, Slack, Discord y otros. Ambos entienden algo esencial: el próximo gran producto de IA no será una pestaña más. Será una capa que acompaña el trabajo donde este ya sucede.

Y, sin embargo, ahí aparece la contradicción. Cuanto más autónomo es un agente, más infraestructura necesita detrás. Modelos, claves, permisos, conectores, navegadores, reglas, cron, memoria, registros, límites. Para quien disfruta armar sistemas, eso es un laboratorio fascinante. Para alguien que sólo quiere “que el cliente reciba respuesta si escriben después de las seis”, es una barrera.

La carrera no la ganará el agente que haga más cosas. La ganará el que convierta una intención humana simple en una acción confiable.

El error: confundir capacidad con producto

Hoy es fácil confundir una demo impresionante con un producto listo. Ver a un agente abrir veinte pestañas, investigar un tema y redactar un informe produce la sensación de que estamos a un paso de delegar casi todo. Pero una demostración vive en condiciones amables: una tarea conocida, credenciales listas, una pantalla limpia y alguien técnico mirando por si algo se desvía.

La vida real no funciona así. Las tareas tienen excepciones. Los clientes escriben mal. Las políticas cambian. La información llega tarde. Una herramienta falla justo cuando el flujo depende de ella. Y, sobre todo, las personas no quieren convertirse en administradoras de agentes para poder usarlos.

Un buen producto agéntico debe esconder complejidad sin esconder responsabilidad. El usuario no necesita ver una cadena de veinte llamadas a herramientas; sí necesita saber qué hará el agente, con qué información, qué costo puede tener y cómo detenerlo. No es una diferencia de interfaz. Es una diferencia de confianza.

La pregunta correcta no es “¿qué automatizamos?”

La pregunta correcta es: ¿qué resultado quiere alguien obtener sin aprender un sistema nuevo? “No quiero perder leads fuera de horario.” “Quiero saber qué cambió en mi competencia.” “Quiero tener los gastos de la semana listos el viernes.” “Quiero que este contenido salga cuando yo lo apruebe.”

Ahí está la forma que probablemente tomará la IA útil: objetivos pequeños, límites claros y acciones reversibles. No un agente con acceso ilimitado a toda la empresa, sino uno que tiene un trabajo concreto, un radio de acción entendido y una ruta de escalamiento cuando algo no encaja.

La simplicidad no es que el agente haga menos. Es que el usuario tenga que decidir menos cosas irrelevantes. La configuración pesada tiene sentido para el constructor; la intención tiene que ser el lenguaje del usuario final.

¿Se impondrán las automatizaciones o los servicios?

Mi apuesta es que la pregunta plantea una falsa pelea. No veremos a las automatizaciones reemplazar los servicios, ni a los servicios absorber por completo la lógica de los agentes. Veremos una capa intermedia: agentes que coordinan servicios cada vez más abiertos y conscientes de que serán operados por software.

Los servicios ganadores tendrán que flexibilizarse. Eso significa APIs que no parezcan una sanción, permisos granulares, webhooks estables, buenos registros de actividad y acciones que se puedan deshacer. Una empresa no debería tener que simular a un humano haciendo clic para crear una cita, enviar una factura o actualizar un estado. Si su producto es valioso, tendrá que poder conversar de forma segura con los agentes de sus usuarios.

Las automatizaciones seguirán siendo indispensables porque el mundo no se vuelve ordenado de golpe. Habrá herramientas antiguas, procesos sin API y sitios que sólo existen como interfaz visual. Ahí entran tecnologías como Playwright: permiten que un agente use un navegador real para operar lo que ya existe. Son una solución poderosa, especialmente para prototipos, operaciones internas y el último kilómetro.

Pero un navegador automatizado no debería ser la base de una operación crítica si existe una integración mejor. Las interfaces cambian; un botón se mueve, aparece un CAPTCHA o una sesión expira. Lo que funciona hoy puede romperse silenciosamente mañana. La automatización por navegador es el adaptador que nos permite avanzar mientras el ecosistema se pone al día, no el modelo ideal para todo.

El caso de mensajería: donde el futuro se vuelve incómodo

Baileys ilustra perfectamente esta tensión. La biblioteca permite que desarrolladores trabajen con WhatsApp Web a través de WebSockets. Su popularidad no aparece por accidente: los negocios quieren atender, organizar y automatizar conversaciones en el canal donde ya están sus clientes.

La necesidad es real; la vía demuestra que los productos todavía no ofrecen suficiente flexibilidad para todos los casos. Pero también revela el costo de depender de la superficie de un cliente: cambios en el protocolo, estabilidad, seguridad de sesiones y restricciones de plataforma. Cuando un negocio depende de conversaciones sensibles, el estándar tiene que ser más alto que “funciona en mi servidor”.

Por eso, para casos serios, los servicios oficiales deben evolucionar y los equipos deben elegir con cuidado dónde usan atajos. La respuesta no es negar la automatización; es diseñar una jerarquía sensata. API oficial cuando exista. Automatización de navegador cuando sea necesario. Aprobación humana cuando haya dinero, reputación, datos privados o consecuencias difíciles de revertir.

Lo que sí se impondrá

Se impondrán agentes con tres cualidades: contexto, límites y explicación. Contexto para entender a la persona y el trabajo sin obligarla a repetir todo. Límites para no convertir una tarea simple en un riesgo operativo. Explicación para que una acción no parezca magia negra.

El agente útil no dirá: “configura un conector, selecciona un modelo, crea un workflow y define un webhook”. Dirá: “puedo vigilar estos mensajes y avisarte cuando haya una venta potencial. ¿Quieres que responda solo, que te proponga una respuesta o que te alerte?”. Esa pregunta contiene todo lo importante: la acción, el alcance y el control.

Hermes y OpenClaw están haciendo bien una parte difícil: devolverle al usuario técnico el control sobre dónde vive su agente y qué herramientas puede usar. Es una dirección valiosa. El siguiente salto será que esa libertad no se sienta como una instalación, sino como una capacidad disponible cuando hace falta.

La IA agéntica no se volverá cotidiana cuando sea capaz de ejecutar cien pasos. Se volverá cotidiana cuando una persona pueda pedir algo con sus palabras, entender el resultado y seguir con su día. Esa es la simplicidad que importa. Y esa es la batalla que recién empieza.