AIREITEREn un chat normal, cerrar el portátil suele poner punto final al trabajo. Grok Bot plantea justo lo contrario: un agente con nombre puede conservar su rol, archivos, sesiones del navegador y rutinas en un ordenador en la nube. Es bastante más que un chatbot mejorado, aunque su fiabilidad de beta temprana y el estado compartido descartan por ahora el trabajo crítico sin supervisión.
Qué es Grok Bot y qué no conviene confundir con él
Grok Bot es un producto de agentes en beta temprana que xAI anunció el 11 de agosto de 2026. La propuesta oficial no es simplemente «Grok con un prompt más largo», sino un conjunto de compañeros de IA con nombre capaces de usar un ordenador en la nube, herramientas conectadas, sitios web y archivos para dar continuidad al trabajo.
La diferencia clave está en la unidad de trabajo. La experiencia habitual de chat de Grok 4.6 gira principalmente en torno a una conversación: el usuario pregunta, revisa y ejecuta. Grok Bot, en cambio, se plantea como un trabajador persistente con un rol asignado, un entorno de ejecución y un historial que puede seguir avanzando cuando el usuario se va.
| Capacidad | Sesión de chat normal | Grok Bot |
|---|---|---|
| Identidad | Un modelo responde dentro de la conversación actual | Un Bot con nombre tiene una función, título, descripción y conversación propios |
| Memoria | El contexto procede sobre todo de la sesión y de las funciones de memoria disponibles | El Bot puede conservar contexto del rol, preferencias estables, resúmenes de trabajo, archivos y sesiones del navegador |
| Herramientas | Las herramientas pueden ayudar a responder la petición actual | Puede usar conectores, herramientas MCP, interacción con navegador, terminal y sistema de archivos para completar tareas |
| Estado del ordenador | Normalmente, el usuario abre la aplicación de destino y aplica la respuesta | Un ordenador persistente en la nube puede mantener archivos, inicios de sesión, sesiones y trabajo sin terminar |
| Tiempo | El usuario espera una respuesta o inicia otro turno | Los turnos en segundo plano, las rutinas programadas y el trabajo activado por eventos pueden continuar con el dispositivo cerrado |
| Riesgo | El usuario suele ejecutar la acción con consecuencias | El Bot puede proponer o realizar acciones en sistemas reales, por lo que importan las aprobaciones y unos límites estrechos |
Por eso la comparación correcta no es «¿qué chatbot escribe mejor?», sino «¿qué partes del trabajo siguen existiendo cuando termina el turno de chat?». La visión general oficial de Grok Bot y el anuncio de lanzamiento respaldan esta distinción a nivel de producto, al tiempo que dejan claro que sigue siendo software en beta.
Las cuatro persistencias que lo convierten en agente
Grok Bot se siente distinto a una sesión de chat porque conserva cuatro tipos de estado más allá de una sola respuesta: la identidad del Bot, su memoria de trabajo, su acceso a herramientas y su entorno informático. Cada uno aporta continuidad útil, pero también eleva el coste de equivocarse.
Identidad persistente: un rol que asume una responsabilidad
Grok Bot está diseñado para encargarse de una responsabilidad continua, no para responder a prompts inconexos. La documentación de gestión de Bots describe cada Bot como un compañero duradero con nombre, función, conversación propia y un contexto de trabajo que evoluciona con el tiempo.
Así, un rol como «Estado semanal de las cuentas» resulta más útil que un genérico «Asistente general». Su perfil puede recoger instrucciones permanentes como «prepara una lista de seguimiento con enlaces, pero no contactes nunca con un cliente sin aprobación», mientras que la conversación contiene la lista de cuentas actual y la tarea puntual.
Esta identidad no implica consciencia ni una entidad legal independiente. Es una identidad operativa: un responsable estable que indica al sistema qué contexto, habilidades, rutinas y límites deben aplicarse.
Hay un límite importante: un Bot con nombre no constituye una frontera de permisos. Todos los Bots de una misma cuenta de usuario usan el mismo ordenador persistente en la nube, por lo que crear Bots separados no crea compartimentos de seguridad independientes.
Memoria: continuidad, no una fuente de verdad
Grok Bot puede retener preferencias de trabajo estables, hechos relevantes, contexto de rol y resúmenes de tareas anteriores. Esto evita tener que repetir un proceso recurrente, pero la documentación oficial advierte expresamente que la memoria no sustituye a una fuente actual y autoritativa.
En la práctica, la división recomendable sería esta:
- Define el comportamiento duradero en la descripción del Bot.
- Mantén los datos cambiantes en el sistema de origen.
- Pide al Bot que vuelva a abrir los registros actuales antes de tomar decisiones relevantes.
- Corrige directamente las suposiciones obsoletas en lugar de confiar en un resumen antiguo.
La memoria también tiene un ciclo de vida distinto al de una transcripción de chat. La documentación de Bots indica que al duplicar un Bot se copian su perfil, configuración, habilidades activadas, rutinas y avatar, pero no el historial de conversación, la memoria aprendida ni los archivos adjuntos del chat. Eliminar un Bot borra su perfil, conversación y rutinas, aunque los archivos compartidos y las sesiones del navegador pueden permanecer en el ordenador en la nube.
Es más útil que empezar cada tarea desde cero, pero no equivale a una base de datos fiable. Una sesión de chat puede olvidar; un Bot persistente puede equivocarse de forma persistente si no se mantienen sus datos de origen e instrucciones.
Herramientas: operar dentro de los sistemas del usuario
Una respuesta de chat convencional entrega texto, código o una recomendación que el usuario debe aplicar en otro lugar. Grok Bot está diseñado para usar conectores o MCP cuando estén disponibles, y para operar sitios web mediante un navegador cuando no exista una API o integración limpia.
La diferencia importa en portales antiguos de proveedores, paneles internos, herramientas de administración que solo funcionan en el navegador y flujos difíciles de integrar. También cambia el tipo de fallo: una respuesta mediocre hace perder tiempo de revisión; una acción errónea en el navegador puede crear o modificar datos reales.
La actual guía de seguridad y privacidad indica que los usuarios deben tomar el control para contraseñas, passkeys, códigos de autenticación en dos pasos, CAPTCHAs y confirmaciones de pago. Recomienda reglas de aprobación estrictas para enviar, publicar, comprar, eliminar, cambiar permisos, aceptar condiciones legales o modificar sistemas de producción.
Estos controles son útiles, pero no garantizan que toda acción sea inocua. Antes de autorizarla, el usuario sigue teniendo que revisar el destino, el alcance y los valores incluidos en una solicitud de aprobación.
Estado del ordenador: un espacio donde el trabajo no se detiene
El ordenador persistente es la diferencia más clara entre Grok Bot y una sesión de chat. La visión general oficial describe una máquina virtual en la nube vinculada al usuario, con navegador, sistema de archivos y terminal; las preguntas frecuentes señalan que el trabajo en segundo plano puede continuar después de cerrar la aplicación de escritorio, el portátil o el teléfono.
Ese estado puede incluir:
- Archivos dentro del espacio de trabajo compartido.
- Sesiones del navegador e inicios de sesión en aplicaciones.
- Credenciales del terminal y artefactos generados.
- Trabajo parcialmente completado por una rutina.
- La configuración necesaria para otro Bot o para un traspaso posterior.
Esta persistencia elimina mucha fricción de preparación. No hace falta volver a abrir cada página, cargar los mismos archivos de trabajo ni explicar el mismo rol antes de cada tarea.
Pero también amplía el radio de impacto de un error. Las preguntas frecuentes oficiales son explícitas: todos los Bots de una cuenta comparten un único ordenador en la nube, incluidos sus archivos, sesiones del navegador e inicios de sesión. Las pantallas separadas de cada Bot permiten trabajar en paralelo, pero no son fronteras de seguridad independientes.
De una respuesta de chat a un flujo delegado
Grok Bot convierte esa continuidad en automatización mediante habilidades, rutinas y traspasos entre Bots. Una habilidad explica cómo debe realizarse una tarea; una rutina indica a un Bot concreto cuándo ejecutarla, por ejemplo siguiendo un calendario o tras un evento compatible.
El flujo documentado es deliberadamente gradual:
- Haz la tarea una vez y comprueba el resultado.
- Guarda el método como una habilidad reutilizable con entradas, validación, salida y reglas de aprobación.
- Pruébala con datos seguros.
- Conviértela en una rutina programada o activada por eventos solo cuando el proceso sea fiable.
La documentación sobre habilidades y rutinas señala que una rutina puede ejecutarse con el portátil cerrado. También indica que un Bot puede tener hasta 50 rutinas y que el sistema conserva los 20 registros de ejecución más recientes de cada una.
La función «enseñar una tarea» reduce aún más la barrera de configuración. Cuando está disponible, registra la interacción visible en el navegador durante un máximo de 10 minutos y convierte la demostración en un borrador de habilidad. Ese borrador sigue necesitando reglas de decisión, gestión de fallos y límites de aprobación; una demostración correcta no cubre todas las bifurcaciones de un sitio web complejo.
Varios Bots pueden trabajar en paralelo e intercambiar mensajes. Los chats de grupo admiten entre 2 y 6 Bots, y la documentación de colaboración indica que los traspasos son visibles en la conversación. La ventaja es delegar sin trasladar manualmente cada resultado; el coste puede ser trabajo duplicado o bucles ruidosos cuando demasiados Bots responden a la misma petición.
Hay un detalle que merece más atención que la expresión de marketing «ejecución de prueba». La guía oficial de rutinas advierte que una prueba puede navegar por sitios web, modificar archivos y llamar a herramientas conectadas. Comprueba comportamiento real; no es una simulación garantizada.
Los límites del modelo de agente
La arquitectura de Grok Bot resulta atractiva cuando el trabajo es repetitivo y revisable, pero la misma persistencia que le da valor también hace que los errores perduren. La evidencia actual apunta a cuatro límites prácticos: estado compartido del ordenador, aplicación incompleta de políticas, automatización web frágil y consumo imprevisible para algunos usuarios.
El entorno compartido es la primera restricción. Los archivos, las sesiones del navegador y los inicios de sesión están disponibles para todos los Bots de una cuenta, así que un «Bot de Finanzas» y un «Bot de Marketing» no deben considerarse trabajadores aislados. La guía de seguridad oficial recomienda el mínimo privilegio, cuentas de servicio con alcance limitado, revisión periódica de conectores y limpieza de archivos y sesiones cuando termina un proyecto.
Las aprobaciones también tienen un límite preciso: controlan una acción futura propuesta, pero no deshacen trabajo que el Bot ya haya completado. La documentación explica que Auto Review evalúa llamadas a herramientas y acciones del ordenador antes de ejecutarlas, pero se basa en modelos y debe complementar, no reemplazar, el mínimo privilegio y la revisión humana explícita.
Los sitios web añaden otra fuente de incertidumbre. Un sitio puede bloquear la automatización, caducar una sesión, mostrar un CAPTCHA, cambiar su diseño o exigir una confirmación humana. El acceso mediante navegador es potente precisamente porque llega a sistemas sin API; también es menos estable que una integración estructurada y definida de forma estricta.
Los testimonios de usuarios reales refuerzan la distancia entre un agente interesante y un empleado digital fiable. En una conversación de Reddit sobre el uso real de Grok Bot, un usuario resumió así la experiencia actual:
«Ahora mismo es un pequeño conserje divertido, un gestor de información personal con ínfulas.» — u/BoddhaFace en r/grok
Es una descripción útil de su punto fuerte actual: recopilar, organizar, monitorizar y preparar trabajo, en vez de asumir un proceso de negocio irreversible. El mismo hilo incluye una queja concreta sobre el consumo:
«Hoy empecé con la integración de Grok. Hice cosas básicas. Vi un 11 % de uso. Es una locura.» — u/SubtleFuryTuesday en r/grok
Son experiencias de usuarios, no mediciones de toda la plataforma. Aun así, importan en un análisis porque la documentación oficial de facturación no publica una tabla sencilla de cuotas para cada carga de trabajo; indica que el consumo depende de los pasos del agente y los tokens, se reinicia semanalmente y puede continuar mediante uso bajo demanda cuando está activado.
Análisis de Grok Bot: ¿quién debería usarlo ya?
Merece la pena probar Grok Bot cuando el cuello de botella es un flujo repetible de varios pasos dentro de herramientas que ya utilizas, especialmente si el resultado se puede revisar antes de que ocurra algo externo. No merece contratar una suscripción de nivel alto solo porque una demo de lanzamiento haga parecer acabado el trabajo autónomo.
| Situación | Veredicto | Límite operativo más seguro |
|---|---|---|
| Informes de investigación, monitorización, clasificación y preparación de borradores | Buena opción para probar | Pide fuentes, marcas de tiempo y un entregable revisable |
| Herramientas que solo funcionan en navegador y no tienen una API útil | El mejor caso de uso | Empieza en modo de solo lectura; usa una cuenta con alcance limitado y cuenta con fallos de interfaz |
| Operaciones internas repetitivas | Con condiciones | Mantén inicialmente bajo control humano las escrituras, los mensajes y las aprobaciones |
| Respuestas de atención al cliente, reembolsos o ventas salientes | Espera o úsalo solo para borradores | Deja que el Bot prepare las respuestas; una persona las envía o confirma |
| Sistemas de producción, compras, cambios de permisos o eliminaciones | No lo ejecutes sin supervisión | Exige aprobación y utiliza, cuando sea posible, un flujo reversible de staging |
| Trabajo regulado o altamente confidencial | Espera a tener pruebas de gobernanza | El almacenamiento en la nube y el estado compartido por usuario requieren una revisión explícita de seguridad |
| Preguntas informales y ayuda de redacción | Usa el chat normal | Un ordenador persistente y una capa de rutinas aportan poco valor aquí |
El acceso también forma parte de la ecuación. La página oficial de precios actual de Cursor muestra los siguientes planes mensuales y presenta Grok Bot como una función incluida en los planes de pago:
| Plan de Cursor | Precio indicado | Posición de Grok Bot |
|---|---|---|
| Hobby | Gratis | Grok Bot no aparece entre las funciones incluidas |
| Pro | $20/month | Incluye Grok Bot |
| Pro+ | $60/month | Incluye un uso mayor que Pro |
| Ultra | $200/month | El nivel individual de uso más alto indicado |
| Teams Standard | $40/user/month | Incluye Grok Bot y administración de equipos |
| Teams Premium | $120/user/month | Incluye un uso mayor que Standard |
| Enterprise | Personalizado | Controles avanzados de organización y acceso gestionado |
La guía de facturación de Grok Bot explica que el uso es independiente del número habitual de mensajes: el consumo depende de los pasos del agente y los tokens. El acceso de pago se reinicia semanalmente, y la prueba gratuita es un crédito de uso dentro de una ventana de 7 días, no una garantía de siete días de trabajo sin restricciones. Esa página no especifica las cuotas semanales exactas ni el coste de cada flujo, así que conviene revisar la pantalla del plan antes de iniciar un trabajo autónomo largo.
La regla práctica de compra es sencilla: si ya tienes un plan elegible, prueba un flujo limitado y reversible, y mide el tiempo ahorrado después de corregir el resultado. Si necesitas comprar un plan de $200 solo para comprobar si el concepto funciona, espera a contar con datos de uso más fiables y controles más sólidos.
Preguntas frecuentes
¿Grok Bot es lo mismo que el chat normal de Grok?
No. El chat normal de Grok se centra en una conversación en directo y en que el usuario lleve a cabo los pasos posteriores; Grok Bot está diseñado alrededor de agentes con nombre que conservan contexto de trabajo, usan herramientas, operan un ordenador en la nube y ejecutan flujos en segundo plano.
¿Grok Bot recuerda entre sesiones?
Sí. La documentación oficial indica que un Bot puede retener contexto de rol, preferencias estables, hechos importantes, resúmenes, archivos y sesiones del navegador. Esa memoria aporta continuidad, pero no es una fuente autoritativa para datos cambiantes, así que las decisiones importantes deben contrastarse con los registros actuales.
¿Grok Bot puede seguir trabajando si cierro el portátil?
Sí. Sus turnos en segundo plano y sus rutinas se ejecutan en el ordenador en la nube, no en el dispositivo local. Cerrar el portátil no elimina la necesidad de revisar aprobaciones ni de intervenir cuando el Bot llega a un paso que solo puede completar una persona.
¿Los Bots separados están aislados entre sí?
No. Los Bots de una misma cuenta comparten un único ordenador persistente en la nube, incluidos sus archivos, sesiones del navegador e inicios de sesión. Sus pantallas y conversaciones separadas organizan el trabajo, pero no funcionan como fronteras de seguridad.
¿Grok Bot puede usar sitios web sin API?
A menudo, sí. Puede utilizar servicios basados en navegador sin un conector específico, aunque los avisos de inicio de sesión, CAPTCHAs, controles contra automatización, cambios de diseño y confirmaciones humanas pueden interrumpir el flujo.
¿Merece la pena pagar por Grok Bot?
Merece la pena probarlo si ya eres suscriptor de un plan elegible y tienes un flujo repetible, de bajo riesgo y con un entregable medible. Por sí solo, no es una razón sólida para contratar un plan caro, y encaja mal con trabajo de producción, financiero, orientado al cliente o regulado sin supervisión.
La decisión en una frase
Si ya tienes acceso a Grok Bot, empieza con una tarea de solo lectura o con borrador previo que tenga un final claro; si no lo tienes, no compres la demo antes de que los riesgos del estado persistente y el coste real de tus cargas de trabajo tengan sentido para ti.