Grok Bot para Document360: qué puede y qué no puede hacer en 2026

Por qué «Grok Bot para Document360» ya es una búsqueda

Cuando xAI lanzó Grok Bot el 2026-08-11, la página del producto incluyó un ejemplo de prompt apuntado directamente al trabajo de soporte: «Inicia sesión en Zendesk para que pueda trabajar la cola de soporte». No hay nada específico de Zendesk en ese mecanismo. A un agente que inicia sesión y maneja un navegador no le importa qué haya detrás de la pantalla de acceso, así que la misma pregunta llega a una herramienta de base de conocimientos como Document360, donde los dos trabajos obvios son «mantener los documentos escritos» y «responder a la gente a partir de ellos».

Yo construyo los agentes de IA de eesel y el mecanismo que hay debajo, así que mi instinto ante cualquier propuesta de «simplemente inicia sesión» es ir a buscar la costura entre la demo y la producción. Aquí va la versión honesta por adelantado: he visto a un bot que suena convincente publicar o responder algo erróneo en silencio justo cuando el contenido fuente era escaso, y por eso todo despliegue de eesel se ensaya primero con tickets históricos reales antes de tocar a un cliente en vivo. Así que cuando un agente recién estrenado me dice que va a gestionar mi base de conocimientos de Document360, mi primera pregunta no es «¿puede hacer clic?». Es «¿qué pasa la primera vez que se equivoca con confianza, y ese error llega a mis documentos publicados antes de que alguien lo vea?».

Ese es el prisma para el resto de este artículo. Grok Bot es un trabajador capaz de propósito general. Veamos cómo apuntarlo realmente a Document360, en qué es bueno y dónde se ven las costuras específicamente para un centro de ayuda en producción.

Las dos formas de conectar Grok a Document360

No existe una integración oficial de Grok con Document360 ni un listado en el marketplace. «Grok Bot para Document360» en realidad significa una de dos configuraciones muy distintas.

Vía A: Grok Bot maneja el portal. Esta es la función estrella. Grok Bot levanta un ordenador gestionado en la nube, le dices que inicie sesión en Document360 y escribes tus credenciales en una sesión de pantalla que se te cede. A partir de ahí maneja el portal como lo haría un editor con sesión iniciada: crea y edita artículos en el editor WYSIWYG, define slugs y metadatos, mueve piezas entre categorías y publica. Nada en el lado de Document360 necesita configuración, porque en lo que respecta a tu espacio de trabajo, un humano está usando el puesto. Ese es todo el atractivo, y volveré a por qué también es todo el problema en una herramienta cuyo resultado es público.

Algo que conviene saber antes de probar esto: Document360 cotiza según, entre otros factores, las cuentas de equipo (editores y revisores), así que un Grok Bot que ocupa un puesto de editor ocupa una cuenta real y facturada, no un llamador de API gratuito.

Vía B: llamar a la API de Grok y conectarla a las rutas propias de Document360. La vía más controlable trata a Grok como un modelo en lugar de un trabajador que maneja la pantalla. Llamas a grok-4.6 desde tu propio middleware y lees o escribes a través de la API REST de Document360, o, cada vez más, su propio servidor MCP. Ese servidor MCP es parte de la AI Premium Suite de Document360, el mismo paquete premium que incluye Eddy AI, así que es una superficie de pago y restringida en lugar de algo en un plan básico. Es una vía programática real, pero ahora pagas por el paquete premium uses o no el resto.

Para la mayoría de equipos que evalúan esto, la vía A es lo que «Grok Bot para Document360» realmente significa en la práctica, así que es donde dedicaré más tiempo.

En qué es bueno Grok Bot

Hay que reconocer el mérito, porque el diseño es ingenioso. Grok Bot llega a herramientas sin API limpia manejando la interfaz como lo haría una persona, el descendiente honesto del RPA. Si tu flujo de documentación vive en el portal de Document360 y un montón de herramientas adyacentes, un agente que simplemente usa la pantalla evita cualquier proyecto de integración. No hay nada que definir.

También es bueno en la tarea de redacción ad hoc y de cola larga. «Revisa cada artículo de la categoría Facturación, marca los que no se han tocado desde el año pasado y redacta una introducción renovada para cada uno» es el tipo de trabajo que maneja bien como asistente de investigación y redacción para un usuario avanzado, porque puede moverse entre Document360 y un documento fuente o un hilo de Slack en una sola sesión sin que tengas que conectar nada.

Y el modelo de debajo es potente. Grok 4.6 es un modelo de razonamiento capaz, así que los borradores y resúmenes que escribe se leen bien. La trampa, como siempre, es que «se lee bien» y «es correcto» son pruebas distintas, y un centro de ayuda público solo premia la segunda.

Dónde se vuelve arriesgado para un centro de ayuda en producción

Aquí es donde «simplemente usa la pantalla» pasa de ser una ventaja a un pasivo, y nada de esto tiene que ver con que el modelo Grok sea débil. Es que un trabajador de propósito general con una sesión de navegador compartida tiene la forma equivocada para contenido en producción, y una herramienta de documentación hace ese desajuste más grande, no más pequeño, porque su resultado es lo que leen los clientes.

No hay ejecución de prueba. La propia documentación de xAI lo dice sin rodeos: «Una ejecución de prueba realiza trabajo real. Puede navegar sitios web, cambiar archivos y llamar a herramientas conectadas». Así que no hay forma de apuntar a Grok Bot a un lote de tus artículos y ver cómo los habría reescrito antes de que toque los que están en vivo. En un centro de ayuda, una edición no es un borrador en una cola privada, es un cambio en tu sitio publicado, y el paso de ensayo que atraparía uno malo simplemente no existe.

Un ordenador compartido, un inicio de sesión reutilizado. Todos los bots de un usuario comparten un único ordenador en la nube, y una vez que has iniciado sesión en Document360, esa sesión persiste y cualquier otro bot puede reutilizarla. xAI lo dice dos veces en su documentación: «No uses Bots separados como límite de seguridad». Eliminar un bot deja atrás sus archivos y sesiones iniciadas.

Ahora imagina lo que realmente contiene el inicio de sesión de un editor de Document360: derechos de publicación sobre cada artículo que leen tus clientes, además, en proyectos privados, las cuentas de lectores y las reglas de acceso para documentos internos. Una sesión persistida en ese portal es una llave permanente para tu voz de marca publicada. Document360 en sí está certificado SOC 2 Type II e ISO 27001, así que lo certificado aquí es la base de conocimientos, y lo no certificado es el trabajador que añadirías encima.

Sin auditoría por respuesta y sin acotación. La documentación de Grok Bot dice: «Una vista de auditoría de las acciones del bot está por llegar», en futuro. Así que hoy no hay un registro limpio por acción de por qué editó un artículo de cierta manera, y como inicia sesión como un humano manejando todo el portal, no hay una forma integrada de decir «solo borrador, nunca publicar» o «solo tocar la categoría de FAQ». Un trabajador con sesión iniciada tiene un solo modo: trabaja. Las aprobaciones tampoco cierran del todo esa brecha, porque la documentación de xAI señala que una aprobación «controla la acción propuesta. No revierte el trabajo ya completado». Una vez publicado un artículo, no hay forma de recuperarlo salvo un revertido manual. Una responsable de soporte con la que he hablado planteó el problema de la autonomía mejor de lo que yo podría:

«La IA nunca podrá responder al 100 % de las preguntas, pero si lo intenta y simplemente responde ‘lo siento, no lo sé’, no puedo revisar mis 7.000 tickets para ver si la IA realmente dio una buena respuesta; entonces el sentido se pierde un poco. Necesito una IA que solo gestione los tickets en los que tiene confianza y deje todos los demás en paz.»

Responsable de CX en una marca DTC con ~7.000 tickets/mes

Sin certificaciones de cumplimiento en el trabajador. Grok Bot no reclama SOC 2, ISO 27001, RGPD ni HIPAA, no publica un período de retención y remite a los términos de Cursor. Si tus proyectos de Document360 incluyen documentación privada, específica de clientes o regulada, esa brecha es la capa que estás añadiendo, no la que ya verificaste al comprar la base de conocimientos.

El panorama de costes que nadie captura en pantalla

La vía A parece barata en la etiqueta: 200 $/mes en Cursor Ultra o 120 $/puesto/mes en Cursor Premium Teams, según x.ai/bot. Pero eso es un precio de puesto. Compra acceso a un trabajador, no trabajo hecho, y además pagas una asignación semanal de tokens de IA, con el exceso facturado al coste del modelo y de los tokens. Todavía no hay un tope de gasto específico para Grok Bot, lo cual, para un agente autónomo que edita contenido en vivo, es un riesgo en sí mismo.

La vía B apila dos medidores igual de difíciles de precisar. Pagas la API de Grok directamente, grok-4.6 cotiza a 2,00 $ de entrada y 6,00 $ de salida por millón de tokens, y si usas la propia Eddy AI de Document360 para el lado de las respuestas, también pagas su facturación basada en créditos, donde cada consulta al chatbot consume un crédito de IA y cada chatbot tiene un límite de fuente de 40 MB, con precio individual.

Nada de esto trae una cifra pública en el lado de Document360, porque Document360 retiró sus niveles publicados y pasó a precios exclusivamente bajo presupuesto, calibrados según seis factores, incluido el «uso de la AI Premium Suite». Un precio de puesto, más una asignación de tokens sin tope, más un medidor de consumo que solo obtienes en una llamada de ventas, es una cifra difícil de prever, justo lo contrario de lo que quieres cuando estás midiendo el ROI del soporte.

La división honesta: redactar frente a responder

Antes de la alternativa, una distinción que importa, porque cambia lo que «IA para Document360» siquiera significa. Document360 tiene dos trabajos. Uno es redactar, mantener los documentos escritos, versionados y organizados, y ese es el trabajo alrededor del cual está construido Document360, el mismo por el que compite en una comparativa de Document360 frente a Helpjuice. El otro es responder, convertir ese contenido en respuestas para que lleguen menos tickets a una persona.

Grok Bot, vía A, apunta al primer trabajo. La propia Eddy AI de Document360 cubre el segundo de forma nativa, con búsqueda asistida y un chatbot incrustable entrenado con tu base de conocimientos.

Si tu objetivo es que lleguen menos tickets, estás en el trabajo de responder, y ahí es donde encaja eesel, no como sustituto de la redacción de Document360, sino como la capa de respuestas sobre el contenido que ya mantienes ahí.

La alternativa: una capa de respuestas con IA creada para soporte

Esto es lo que las dos vías de Grok tienen en común: ambas te dejan a ti la capa de seguridad, y ninguna te da una forma de ensayar primero. Esa es exactamente la brecha que eesel existe para cerrar.

eesel es una plataforma de compañeros de equipo con IA, y para soporte contratas al compañero de equipo de helpdesk con IA. eesel no intenta ser tu herramienta de documentación, y no tiene un plugin nativo para Document360, así que en lugar de fingir lo contrario, lo apuntas a tu base de conocimientos de Document360 como una fuente que rastrea, junto con tu historial de tickets pasados, y lo ejecutas como un agente de IA de cara al cliente: una burbuja de chat, un embed insertado o un enlace de chat público que se sitúa delante de tus canales de soporte. Todo lo que no puede resolver se deriva limpiamente a una persona, que es la forma que realmente necesita la mayoría de la automatización de soporte al cliente.

La diferencia que más importa es la que ninguna de las dos vías de Grok tiene: puedes simular el agente contra cientos de tus tickets históricos reales antes de que responda a un cliente en vivo. Reproduce conversaciones pasadas, puntúa sus respuestas frente a lo que tu equipo realmente envió, y te devuelve las carencias más cambios de instrucciones sugeridos, así que obtienes una lectura de precisión real antes de que un cliente esté implicado, no después. También obtienes los controles que un despliegue en vivo realmente necesita: empezar en un modo que solo redacta o etiqueta, añadir respuestas públicas una vez que confíes en los números, y dejar que derive a una persona cuando la confianza sea baja.

También obtienes el registro de auditoría que en el lado de Grok todavía «está por llegar». Cada ejecución aparece en un registro de actividad con el razonamiento y las fuentes que usó, así que la clasificación de tickets y cada respuesta siguen siendo revisables en lugar de una caja negra.

Y si la razón por la que te atrajo la vía de la API o MCP era la programabilidad, no la pierdes. eesel ofrece una superficie de terminal real: una CLI (@eesel/cli) cuya documentación literalmente dice «todo en este sitio se puede hacer desde la terminal», un servidor MCP para que un agente de código como Claude Code o Cursor pueda manejar el mismo espacio de trabajo, además de webhooks y Network Access para llamar a tus propios sistemas. Cada comando imprime JSON, y una opción de ejecución en seco previsualiza una escritura antes de que se ejecute, exactamente el paso de ensayo que falta en las propias vías de Grok Bot hoy.

En cuanto al coste, es una tarifa plana de 0,40 $ por ticket gestionado, facturada independientemente del resultado, sin cuota por puesto y con un tope de gasto mensual fijo opcional, así que no hay una asignación de tokens sin límite ni una tarifa de crédito no publicada que vigilar. En seguridad, eesel redacta la PII en la ingesta, nunca entrena modelos con tus datos, cumple con el RGPD con residencia en la UE bajo solicitud, tiene SOC 2 Type II en curso, y ofrece HIPAA con un BAA en su plan Enterprise.

Prueba eesel con tu contenido de Document360

Si llegaste aquí queriendo que lleguen menos tickets a tu equipo, para eso está eesel, y se pone en marcha en unos minutos. Funciona como un nuevo integrante que ya se ha leído tu centro de ayuda de Document360 y tu historial de tickets, y lo primero que hace es mostrarte cómo habría gestionado tus últimas cientos de conversaciones, así que nunca estás activando un interruptor y esperando lo mejor.

Tarifa plana de 0,40 $ por ticket, sin coste por puesto, y una prueba gratuita con 50 $ de uso y dos generaciones de blog, sin tarjeta de crédito.

Si quieres ver primero el panorama más amplio, nuestro resumen de las mejores herramientas de base de conocimientos con IA es una buena siguiente lectura, junto con nuestra mirada más detallada a la propia IA de Document360 y cómo funciona ahora el precio de Document360.