Grok Bot vs Manus: ¿qué agente de IA hace realmente el trabajo? (2026)

Desde dónde escribo

Construyo agentes de IA para ganarme la vida, sobre todo agentes que trabajan colas de soporte en vivo, así que leo el lanzamiento de Grok Bot con una sola pregunta: qué pasa la primera vez que se equivoca delante de un cliente real. He visto a un bot que sonaba seguro de sí mismo inventarse una respuesta en un ticket en vivo porque la base de conocimiento devolvió un resultado vacío, y nadie lo detectó hasta que lo hizo un cliente. Esa cicatriz es la razón por la que cada despliegue que entrego ahora se simula con tickets históricos antes de tocar nada en vivo. En una prueba con tráfico real sobre una bandeja de un comercio electrónico, esa prueba en seco dio un 93 % de acierto en la clasificación y un 7 % de errores factuales en los borradores, y conocíamos ambas cifras antes de que un solo cliente viera una palabra.

Empiezo por ahí porque es justo lo que Grok Bot y Manus no te dan. La página de inicio de Grok Bot anima el prompt "Sign in to Zendesk so I can work the support queue", y su documentación es tajante en que una ejecución de prueba "performs real work". Manus trabaja durante horas y te cobra por ello tanto si el resultado es correcto como si no. Los dos impresionan. Ninguno se construyó para ser cuidadoso. Repaso qué es realmente cada uno y luego qué significa para ti.

Qué es Grok Bot

Grok Bot es la aplicación de "AI teammate" de xAI, anunciada el 11 de agosto de 2026 y ya con disponibilidad general. Cada Bot es un trabajador persistente y con nombre que recibe su propio ordenador en la nube, inicia sesión en las aplicaciones que usas y las maneja a través de sus interfaces normales. La propuesta es la cobertura: como un Bot trabaja la interfaz como lo haría una persona, puede llegar a "platforms with no clean API or MCP." Funciona con grok-4.7 y vive en macOS, Windows, Linux, iOS y Android.

El mecanismo lo explica todo. Un Bot nunca guarda tu contraseña: te cede la pantalla, tú escribes la credencial, la passkey o el código 2FA, y luego le devuelves el control. La sesión del navegador iniciada persiste después en el ordenador. El problema, que la propia documentación de xAI menciona dos veces, es que todos tus Bots comparten un único ordenador en la nube y pueden reutilizar las sesiones de los demás: "Do not use separate Bots as a security boundary." El aislamiento entre usuarios se reforzó con microVMs Firecracker dedicadas, de modo que una persona no puede acceder a la máquina de otra, pero dentro de tu propia cuenta cada Bot ve cada archivo y cada pestaña con sesión iniciada.

Grok Bot incluye ocho roles con nombre (Sales Outbound, Talent Scout, Paid Media, Expense Manager y otros) además de un nuevo Bot Marketplace con conectores instalables y Bots creados por la comunidad. Sigue sin haber un rol de soporte propio. El soporte es ahora una guía de caso de uso de septiembre de 2026 que muestra un Bot generalista dirigido a un helpdesk, con la nota honesta de que sus cifras son "illustrative". Puedes enseñarle una tarea a un Bot dejando que te vea trabajar una vez, con un máximo de diez minutos, y la guarda como rutina.

Qué es Manus

Manus es un agente autónomo de propósito general con una filosofía distinta: "Less structure, more intelligence." Escribes un objetivo en un único cuadro de prompt ("build me a website", "research this market", "make a slide deck"), y planifica y ejecuta toda la tarea de varios pasos por sí solo dentro de un ordenador en la nube, y luego entrega el resultado terminado. No se limita a redactar, construye y entrega la cosa.

La propiedad de Manus es el giro de guion que casi toda la cobertura sigue contando mal. Meta adquirió Manus en diciembre de 2025, pero Manus reanudó formalmente sus operaciones independientes el 1 de septiembre de 2026 bajo su equipo fundador. La separación supuso borrar algunos datos de usuarios para cumplir requisitos regulatorios, lo que causó problemas reales (copias de seguridad, un portal de restauración, cuentas canceladas). Si evaluaste Manus en ese periodo y lo descartaste como "lo de Meta que se rompió", merece otra mirada: el producto está entero y facturando de nuevo, todavía con la familia de modelos Manus 1.6 (no existe un modelo "Manus 1.7", a pesar del número de versión de la aplicación de escritorio).

Las funciones estrella apuestan por la idea de "hace todo el trabajo": Wide Research reparte una tarea entre muchos subagentes en paralelo, y el browser operator maneja un navegador real cuando una tarea necesita la web. Cada plan de pago admite 20 tareas simultáneas y 20 programadas, y ahora hay una API (v2) pública para desarrolladores.

Cómo funcionan de verdad: dos apuestas distintas

Si quitas el marketing, la diferencia es arquitectónica. Grok Bot entra en tu mundo: inicia sesión en tus cuentas y maneja tu software, así que la cobertura es enorme, pero el radio de daño son tus datos reales y tus sesiones reales. Manus mantiene el trabajo en su mundo: una máquina virtual en la nube aislada que controla de principio a fin, así que es más seguro apuntarlo a algo, pero solo toca tus herramientas cuando las conectas, y mide cada minuto de cómputo en créditos.

Esa distinción importa más que cualquier lista de funciones. Un agente que maneja la interfaz es la herramienta adecuada cuando necesitas automatizar un sistema antiguo sin API, el punto honesto donde gana el diseño de Grok Bot y donde siempre han vivido la clásica automatización de flujos de trabajo y el RPA para centros de llamadas. Un constructor nativo de la nube como Manus es la herramienta adecuada cuando el entregable es algo autónomo y prefieres no darle a ningún agente las llaves de tus cuentas. Los problemas empiezan cuando a cualquiera de los dos se le pide ejecutar un proceso continuo de alto riesgo (una cola de soporte, un calendario de contenido publicado) donde acertar casi siempre no es suficiente.

Una cosa más que conviene decir claro, porque los usuarios de Grok Bot la repiten: la dependencia de un modelo. Grok Bot solo funciona con modelos de Grok, y eso molestó a suficiente gente como para que alguien esté construyendo un clon de código abierto que ejecute la misma idea con otras suscripciones de modelos. Si quieres el patrón de "agente compañero de equipo" sin el compromiso de cuenta y modelo, merece la pena echar un vistazo a los mejores agentes de IA de código abierto y a los constructores de agentes sin código, igual que al análogo comercial más cercano, Claude Cowork.

Precios: un puesto, un crédito o una tarea

Los dos productos cobran con unidades completamente distintas, lo que hace que una comparación directa de cifras casi no signifique nada hasta que sabes qué estás comprando.

Grok Bot ya no está tras una única puerta de 200 $. Ahora viene incluido en tu suscripción de Cursor o SuperGrok, así que pagas por un puesto y Grok Bot va incluido:

No hay plan gratuito independiente, el uso "resets weekly" y no hay ninguna cifra publicada detrás de "Extended limits on AI tokens." Así que el precio de lista empieza bajo, pero el coste real es una cuota de tokens que no ves hasta que la alcanzas, algo que los usuarios de Grok Bot comentan a menudo (uno señaló que el Bot "consumes more quota because it uses their infra instead of your computer").

Manus cobra por crédito, y cada plan de pago añade una asignación mensual sobre 300 créditos diarios de recarga:

El crédito es donde vive la pregunta del valor. Manus publica ejemplos reales: un gráfico de visualización de datos gasta 200 créditos en 15 minutos, una página web de boda 360 créditos y una aplicación web compleja 900 créditos en 80 minutos. Frente al nivel de 20 $ / 4.000 créditos, eso son aproximadamente 20 gráficos, 11 sitios web o 4 aplicaciones complejas al mes, y una tarea larga o en bucle puede consumirlo todo. Las creaciones de sitios web llevan un segundo contador de uso por el alojamiento, además de la suscripción. Manus sí reembolsa créditos por las tareas que fallan por su parte, lo que suaviza el peor caso, pero el problema de previsibilidad es real.

Si quieres las cuentas de agente de IA vs coste humano para un contexto de soporte, o una forma de medir el ROI de la IA en soporte, el modelo por tarea de más abajo es la comparación más limpia, porque pone precio al trabajo hecho y no al acceso ni al tiempo de cómputo.

Qué dicen realmente los usuarios

Me apoyo mucho en fuentes primarias y de la comunidad, porque ambos productos son lo bastante jóvenes como para que el marketing se adelante a la realidad. La señal se separa con claridad por producto.

En Grok Bot, seis semanas de uso real han producido un veredicto real y dividido. Los elogios son para la experiencia de compañero de equipo y la sensación de "tokens infinitos" en el plan Ultra; las críticas son sobre la fiabilidad en trabajo de varios pasos con herramientas reales. La versión más afilada del argumento de la fiabilidad:

"Grok 4.6 made more mistakes than SOL or Opus overall. Gave up a lot. And in my opinion, the rate of mistakes is kind of more important than how brilliant it is."

Hacker News commenter, Sept 2026

Ese planteamiento de la "tasa de errores" es justo el hueco que deja no tener una cifra publicada de acierto en tareas ni una prueba en seco. El veredicto sobre el valor está igual de dividido, desde "$200 for 3-4 days of mediocre and frustrating work" por un lado hasta un suscriptor de Cursor Ultra que consigue "infinite tokens with that plan, plus grok bot, which I really like" en Hacker News. Y el diseño del ordenador compartido sigue señalándose por parte de quienes lo operan, no solo de los críticos:

"Your bots do not each get their own computer. The docs are explicit: they share one persistent cloud computer, each with its own screen."

Matt Van Horn, LinkedIn

En Manus, el tema dominante no es la fiabilidad, es el consumo de créditos. Aparece una y otra vez, normalmente junto a una tarea que falló después de gastar los créditos:

"Used 3,000+ credits on a task they said the AI could handle (replicating a website). It failed completely and told me to go ask my developer."

Warning: Read before buying a Manus subscription, r/AI_Agents

"I asked it to a simple excel task, and frankly the output was well below average and it consumed over 2500 credits! It was really pathetic!"

Manus insane fast consuming of credits, r/ManusOfficial

Para ser justos con Manus, cuando una tarea sale bien, la gente se entusiasma, y el constructor de sitios web en particular recibe elogios repetidos. El mejor testimonio positivo que encontré es de un científico investigador, no de un profesional del marketing:

"I just spent ~5000 credits on a single prompt at @ManusAI, but it was totally worth it! The agents worked for 4-5 hours & identified a bunch of drugs to activate an immune cell type I've been working on!"

Derya Unutmaz, MD, on X

Si lees todo junto, aparece un patrón: ambos agentes son capaces de ejecuciones individuales notables y ambos son lo bastante impredecibles como para que la gente dosifique su confianza con cuidado. Eso está bien para una presentación puntual o un sprint de investigación. Es un problema cuando la "tarea" es un cliente esperando una respuesta correcta.

Dónde encaja cada uno y dónde ninguno

Este es el mapa que yo dibujaría. Grok Bot y Manus son ambos agentes de propósito general; se diferencian sobre todo en dónde se ejecutan. eesel está en un cuadrante completamente distinto, porque no intenta ser un trabajador general en absoluto.

Como yo lo pienso, tomando el marco habitual: Grok Bot y Manus son infraestructura, un trabajador inteligente al que apuntas a una tarea. eesel es el empleado, un compañero de equipo listo para trabajar, contratado para un trabajo definido, que llega con las habilidades, las integraciones y el contexto de empresa para ello. La plantilla actual son dos compañeros: un agente de helpdesk con IA que se une a tu cola de soporte actual y un redactor de blog con IA que investiga y redacta contenido largo. No le entregas a ninguno tus credenciales y una lista de tareas esperando que salga bien; lo conectas y funciona desde el primer día.

Esa es toda la diferencia para un trabajo como el servicio de atención al cliente agéntico. Un agente general con sesión iniciada en tu helpdesk tiene exactamente un modo: trabaja la cola. Pero la mayoría de los responsables de soporte con los que hablo quieren lo contrario, un agente que toque solo los tickets de los que está seguro y deje los demás en paz. Un responsable de CX de una marca DTC me planteó el requisito casi palabra por palabra: "I need an AI who is only handling the tickets that it's confident to handle and all the other ones, leave them alone." Una sesión de navegador persistente y con sesión iniciada no tiene dónde poner esa restricción. Un compañero especializado sí: umbrales de confianza, clasificación de tickets y exclusión, y un traspaso limpio a una persona.

Las salvaguardas son donde los agentes de propósito general se quedan cortos para trabajo en producción, y conviene ser preciso en lugar de generalizar:

Nada de esto hace que Grok Bot o Manus sean malos. Los hace la forma equivocada para una cola en la que no puedes permitirte equivocarte a la ligera. Donde el manejo de interfaz de Grok Bot se gana su sitio, automatizando una herramienta sin API, es una capacidad real que eesel no intenta igualar. Simplemente no pondría a ninguno de los dos delante de un cliente real el primer día.

Si te importan la CLI y el control headless

Tanto Grok Bot como Manus se ofrecen a desarrolladores, así que conviene ser exacto sobre la superficie programable, porque es desigual. Manus ofrece una API (v2) pública, una forma real y documentada de lanzar tareas desde tu propio código. Grok Bot, aunque es el producto más "agéntico", no tiene API ni CLI públicas para crear o manejar Bots; los enlaces de "create API key" llevan a la API general de modelos de xAI, no al control de Bots. Los puntos de enganche programáticos más cercanos son las rutinas activadas por eventos (un mensaje de Slack puede iniciar una rutina) y los conectores MCP.

Si el terminal es donde vives de verdad, aquí eesel es inusualmente profundo para un producto de soporte y contenido. Incluye una CLI real (@eesel/cli), y la documentación es explícita en que todo lo que puedes hacer en el panel lo puedes hacer desde el terminal. Está pensada tanto para agentes como para personas: eesel activity lista cada ejecución, la más reciente primero, en JSON, eesel approvals es la puerta con intervención humana y, sobre todo, --dry-run imprime la llamada exacta al servidor que una escritura haría sin enviarla, el entorno de pruebas que ni Grok Bot ni Manus ofrecen. Cada espacio de trabajo es también un servidor MCP, de modo que agentes de programación como Claude Code, Codex o Cursor pueden manejar el mismo compañero, y los webhooks más Network Access completan el flujo headless. No es una API REST CRUD comercializada, y no diría que lo es; es una CLI, un servidor MCP y webhooks, que es la forma honesta de describirlo.

Prueba eesel

Si has llegado hasta aquí porque estás valorando un agente autónomo para soporte o contenido, la versión corta es esta: contrata al compañero hecho para el trabajo en lugar de supervisar a un generalista. El agente de helpdesk con IA de eesel se une a la cola de Zendesk, Freshdesk o Gorgias que ya gestionas, se entrena con tus tickets pasados y tu centro de ayuda y (lo que Grok Bot y Manus no pueden hacer) simula con tus tickets históricos para que veas cómo rendirá antes de que responda a un cliente real. El precio es un único plan mensual fijo desde 299 $/mes por 500 créditos (1 crédito por ticket o chat), con 100 créditos gratis y sin tarjeta para empezar, así que pagas un precio predecible, no por puesto ni por un crédito opaco. Las entradas de blog siguen costando 4 $ cada una.

Y si el contenido es tu trabajo por hacer, el otro compañero de la plantilla es el redactor de blog con IA: encuentra temas, hace una investigación real con citas y redacta con tu voz, la versión especializada de lo que hace Manus cuando le pides una página web. Puedes probar eesel gratis y tener un compañero trabajando esta semana.