Configuración de Grok Bot: sin Studio, sin selector de modelo

Esta semana circula una publicación en chino titulada 我的 Gro​k Bot 工作室配置 — «mi configuración del estudio de Gro​k Bot» — y la forma de expresarlo es la pista. Cualquiera que haya configurado Gro​k Bot de verdad sabe que no hay ningún estudio: ni un constructor de arrastrar y soltar, ni un lienzo de nodos, ni un menú desplegable donde elegir el modelo. Gro​k Bot es el producto de agente siempre activo de SpaceXAI, lanzado el 11 de agosto de 2026, y toda su superficie de configuración es texto: un campo de descripción, una conversación y cualquier cosa que logres convencerlo de recordar. Eso no es una limitación que se sortee cambiando de herramientas. Cambia lo que una configuración es en sí misma, y explica por qué dos personas que ejecutan lo que suena como la misma configuración obtienen resultados totalmente distintos.

El momento hace que merezca la pena dejarlo por escrito ahora. El 7 de octubre, Elon Musk dijo en una publicación en X que Grok Bot dejaría de estar limitado a los modelos propios de SpaceXAI y recurriría a «el mejor modelo de back end para cualquier tarea dada», mencionando Claude Opus 5.5, Midjourney y Suno — una afirmación, corroborada como afirmación por varios medios y que sigue sin tarifa publicada, sin entrada en el registro de cambios y sin medición externa alguna. Dos días después, el 9 de octubre, empezaron a desplegarse las direcciones de correo electrónico propias de cada Bot que terminan en @mail.grokbot.com. Así pues, el producto que subyace a tu configuración está en movimiento, y lo que decide si ese movimiento te ayuda es lo mismo que ha sido siempre: lo bien especificado que esté el propio Bot.

Qué es en realidad la señal entregada

La publicación es de un usuario que presume de su propia configuración, y la lectura útil es estructural más que literal: el patrón es que una configuración funcional de Gro​k Bot es una descripción de puesto escrita más un número reducido de procedimientos guardados, no un panel de configuración que visitas una sola vez. La propia documentación de SpaceXAI es inusualmente franca al respecto. «La configuración es un mensaje, no un generador de flujos de trabajo», dice una página. Una habilidad se define como «un conjunto reutilizable de instrucciones sobre cómo hacer una tarea», y una rutina como lo que «le indica a un Bot cuándo ejecutar un flujo de trabajo: de forma programada o, donde sea compatible, tras un evento». El orden recomendado que da la documentación es todo el método en una sola línea: «Empieza con una tarea puntual. Haz que sea fiable, guarda el método como una habilidad y solo entonces automatízalo».

Si has estado buscando una UI de constructor porque todos los demás productos de agentes lanzaron una, esa línea es la respuesta. El artefacto de configuración aquí es prosa que sobrevive al contacto con una tarea real, y la documentación te dice exactamente qué contiene uno bueno: cuándo usar la habilidad, las entradas y los accesos requeridos, la secuencia del trabajo, cómo validar los resultados, qué devolver y qué requiere aprobación.

El selector de modelos no existe, y eso es lo interesante.

Si preguntas dónde eliges entre Grok 4.7 y Claude Opus 5.5 para un Bot determinado, la documentación responde sin rodeos: “Cursor gestiona la selección de modelos, así que no hay selector de modelos”. No existe un ajuste de modelo por Bot, ni uno por rutina, ni uno por habilidad. La página de configuración del Bot abarca Nombre, Etiqueta, Descripción, Avatar y una preferencia de Notificaciones —esa es toda la superficie por Bot—, con la zona horaria en el nivel de cuenta porque las rutinas la necesitan para las programaciones.

Así que el enrutamiento que Musk describió el 7 de octubre no es un dial que se gire. Según la documentación que podemos leer, es una decisión del lado de la plataforma, invisible para ti excepto como calidad de salida y como lo que diga después el medidor de uso. Para cualquiera que construya una configuración sobre Gro​Bot, esa es la restricción más determinante, y vale la pena decirla sin rodeos: tú controlas el trabajo, no el motor. Si esa contrapartida es aceptable, el producto es coherente. Si tu flujo de trabajo necesita un modelo específico a propósito —por coste, por licencia, por reproducibilidad—, Gro​Bot es la capa equivocada para ese requisito, y la configuración nunca lo expresará.

Los números que realmente restringen una configuración

La mayoría de los consejos de configuración son vagos porque la mayoría de la documentación de agentes lo es. Estos no son vagos, y cada uno tiene una consecuencia de diseño.

• Rutinas por Bot — 50. Un Bot puede tener “hasta 50 rutinas”, y la aplicación conserva “los 20 registros de ejecución más recientes de cada rutina”, por lo que tu historial de auditoría es superficial por diseño.

• Intervalo mínimo de programación: cinco minutos. «Las programaciones rutinarias deben estar separadas por al menos cinco minutos», lo que descarta los bucles de sondeo ajustados y, sin hacer ruido, te empuja más bien hacia los desencadenadores de eventos.

• Teaching graba durante diez minutos. “Teaching graba la interacción visible con la computadora durante un máximo de diez minutos. No graba el audio del micrófono”. Los procedimientos largos tienen que dividirse en segmentos.

• Secretos por bot de equipo — 25, valores enmascarados y censurados en la salida, y la documentación advierte que el bot "puede usar cualquier secreto en la conversación de cualquier compañero de equipo", de modo que un secreto es acceso concedido a todo el equipo.

• Una computadora por cuenta, no por Bot. “Todos los Bots de tu cuenta usan la misma computadora”, “está asignada a tu cuenta de usuario, no a un Bot individual”, los archivos se encuentran en un /workspace compartido, y “los archivos son visibles para todos los Bots”. Las pantallas que ve cada Bot son “superficies de trabajo separadas, no límites de seguridad separados”.

Esa última es la restricción que la gente descubre al final. Significa que una configuración es un objeto de toda la cuenta: un permiso que le otorgas a un Bot es un permiso que tiene la flota, y un archivo duradero escrito por tu Bot de investigación es legible por tu Bot de contacto.

Configure el límite antes de configurar el trabajo

La propia guía de automatización de la documentación es una breve lista de cosas que vale la pena hacer en los primeros diez minutos de cualquier configuración nueva. Mantén las escrituras detrás de: «Requerir aprobación para enviar, comprar, eliminar, publicar o cambiar sistemas de producción». Define una coincidencia de eventos estrecha y evita «oyentes amplios como "cada mensaje nuevo"», porque generan ruido, consumen uso y actúan sobre entradas irrelevantes. Usa el botón de Ejecución de prueba sabiendo que «una ejecución de prueba realiza trabajo real. Puede navegar por sitios web, cambiar archivos y herramientas conectadas». Anota una política de no datos y una política de datos obsoletos antes de la primera mañana sin supervisión, y haz que los reintentos sean idempotentes para que una nueva ejecución no envíe dos veces.

Después, ocúpate de la eliminación, porque es la única operación que no se puede deshacer. “Eliminar una rutina es inmediato y no se puede deshacer”, y eliminar un Bot “elimina el perfil activo, la conversación y las rutinas”, mientras que los archivos del ordenador y los inicios de sesión no están aislados por Bot y pueden persistir. Ocultar es la alternativa reversible. También hay un detalle de licencias que conviene conocer en lugar de descubrir: la documentación de Bots dice que la retención en el backend sigue los términos aplicables de Cursor, que es una frase que hay que leer antes de llenar un espacio de trabajo compartido con cualquier cosa regulada.

Lo que lleva, lo que no

La duplicación es la forma más económica de ejecutar el mismo rol en un alcance diferente, y la documentación es precisa sobre la separación. Un duplicado obtiene “el perfil, la configuración, las habilidades, las rutinas y el avatar”, y explícitamente “no copia el historial de conversaciones, la memoria aprendida ni los archivos adjuntos del chat”. Compartir va más allá: creas una plantilla y eliges acceso público o solo para el equipo, y los destinatarios la previsualizan y añaden una copia: “no reciben tu máquina, tus inicios de sesión ni tu historial”. Elimina las claves de API, las URL internas y los datos de clientes antes de compartir, porque la plantilla lleva la configuración, y la configuración es donde la gente esconde las credenciales.

La memoria merece la misma desconfianza. La documentación la describe como una comodidad, no como una verdad: sigue cambiando los hechos en el sistema de origen, haz que el Bot reabra o cite datos actuales para las decisiones que importan, y codifica los límites de seguridad en la descripción en lugar de confiar en que la memoria los retenga. Los Team Bots añaden una segunda capa —memoria de equipo leída por la conversación de todos, y notas privadas que siguen a una sola persona— y un hecho de facturación incuestionable: el uso “cuenta contra la propia cuota de Gro​k Bot de ese compañero de equipo, no contra la del propietario”.

Dónde encaja un router sin pretender ser el agente

Gro​k Bot es un producto de suscripción; no es algo que puedas enrutar a través de un endpoint de terceros, y ninguna guía de configuración honesta debería sugerir lo contrario. La cuestión que plantea el problema de la escasez de modelos es otra: si quieres elegir el motor a propósito, estás comprando acceso a la API, y eso es una capa separada del Bot.

Eso es lo que vendemos. OrcaRouter es un único endpoint Open​-compatible que abarca más de 200 modelos, sin margen sobre el precio de lista del proveedor, así que un recorte de precio de un proveedor queda activo aquí el mismo día; Grok 4.7 se ofrece en él a la propia tarifa publicada de SpaceXAI de $2.00 por millón de tokens de entrada y $6.00 por millón de tokens de salida por debajo de 200K de tokens de prompt, y se duplica por encima de ese umbral. Las piezas que importan para una configuración como la del artículo son las que evitan que un paso no probado se convierta en un incidente de producción: conmutación automática por error entre proveedores cuando uno se degrada, un DSL de enrutamiento que compone varios modelos en una sola llamada, y fusión de modelos para paneles que responden juntos. Y el movimiento práctico para la pregunta “¿puede este Bot hacer el trabajo en absoluto?” es el aburrido: escribe la habilidad, ejecútala una vez a mano contra el modelo en el que ibas a confiar, y solo entonces automatízala. La conmutación por error es lo que hace que probar un paso contra un modelo con el que no te has comprometido sea algo de lo que puedes recuperarte en lugar de una apuesta.

Si estás escribiendo tu configuración esta semana

Escribe los roles como texto operativo, no como títulos de puesto. El consejo de la documentación sobre esto es mejor que el de la mayoría: un Bot debería tener un propósito, un conjunto de herramientas, un estilo, un límite de aprobación o una programación distintos, y debería partir de «la plantilla útil más pequeña» con un Bot a cargo de un resultado de extremo a extremo antes de añadir especialistas. Luego haz la secuencia en el orden que prescribe la documentación: una tarea real, convertida en fiable; el método guardado como una habilidad; solo entonces una rutina, con el Bot, la programación, la zona horaria, la fuente de entrada, el resultado esperado, el límite de aprobación y el comportamiento ante fuentes faltantes, todo por escrito. Pruébalo mientras lo observas. Configura la zona horaria antes de la primera programación, porque las rutinas la usan. Y ten en cuenta la pequeña red de seguridad que existe: Gro​k Bot puede preguntar si mantener las rutinas en ejecución tras una ausencia prolongada y pausarlas si no respondes.

La configuración de esa publicación no es un estudio, y la palabra no hace ningún daño — es solo un nombre para lo que construye un profesional cuando los únicos controles reales son una descripción, una biblioteca de habilidades y una programación. La parte que no sobrevivirá al próximo cambio de producto es cualquier cosa que asumiera que elegiste el modelo. La declaración de Musk del 7 de octubre sigue siendo solo una declaración, y la documentación sigue diciendo que no hay selector; si alguna vez se lanza un selector, las configuraciones que valdrá la pena tener serán las que fueron específicas sobre el trabajo desde el principio.