Cómo uso Grok Bot para arrancar sesiones de Claude Code (y lo que falló en la primera prueba)

Un bot de Grok puede mandar tareas a Claude Code sin que yo abra una terminal. Esta semana lo armé y lo probé. La primera corrida no hizo nada. La segunda abrió un PR.

Lo cuento completo, con lo que falló, porque lo que falló fue lo más útil.

¿Puede Grok Bot arrancar sesiones de Claude Code por su cuenta?

Sí, y la sesión no tiene que correr en la computadora de Grok. En mi caso el bot se llama Boti y es el jefe de gabinete de mi equipo de agentes. Escribe una tarea en Linear, dispara una rutina de Claude en la nube, la rutina hace el cambio y abre un PR. Yo lo reviso.

La idea salió de un video de un creador que usa su bot de Grok como orquestador: le manda ideas desde el teléfono y le regresan PRs. Me quedé con la parte que ya era mi regla: el que reparte no produce. Grok reparte, Claude construye.

¿Por qué no instalé Claude Code en la máquina de Grok?

Porque esa máquina es de un tercero, y cualquier forma de instalarlo deja una credencial mía ahí. Le pedí a Boti que revisara su máquina en solo lectura. Tiene git, node y gh, internet saliente y ninguna llave. No tiene Claude.

Instalarlo habría sido fácil. El problema era qué dejar dentro: un token de Claude y una llave de GitHub, o mi sesión de claude.ai iniciada a mano. También descarté darle acceso a mi computadora, porque el bot tendría una terminal dentro de mi máquina.

¿Cómo funciona el disparo por API?

Una rutina de Claude es una tarea en la nube con su prompt, sus repos y sus conectores, y se puede disparar con una llamada HTTP. Al crearla en la web, Claude genera un token que solo sirve para esa rutina. Se muestra una vez, y se puede regenerar o borrar en cualquier momento.

La llamada se ve así (los valores entre < > y $TOKEN son los tuyos):

curl -X POST "https://api.anthropic.com/v1/claude_code/routines/<ID>/fire" \
  -H "Authorization: Bearer $TOKEN" \
  -H "anthropic-beta: experimental-cc-routine-2026-04-01" \
  -H "anthropic-version: 2023-06-01" \
  -H "Content-Type: application/json" \
  -d '{"text":"issue: <número del issue>"}'

La respuesta trae la liga de la sesión, y la abro en el teléfono para ver cómo avanza. La documentación de Claude Code marca esta función como vista previa, así que el endpoint puede cambiar.

¿Qué falló en la primera prueba?

Cuatro cosas, y las dos primeras eran mías.

1. La rutina no tenía ningún repositorio. Corrió 23 segundos, según el registro de la tarea, no pudo leer el repo y lo dijo en un comentario del issue. No cambió etiquetas ni estado, y por eso pude dispararla otra vez sin crear nada nuevo.
2. Tenía diez conectores y necesita uno. Traía correo, calendario, CRM y otros. Un prompt angosto no protege si la rutina puede mandar correos: el candado va en los permisos, no en lo que dice el prompt. Mi regla ahora es que tenga solo el de Linear.
3. Supuse que podía agregar repos al vuelo. No puede: las sesiones de rutina no tienen esa herramienta. Los repos se eligen a mano en la web, y conviene que sean pocos porque cada uno se clona completo en cada corrida.
4. Dos detalles de la segunda corrida. Dijo que movió el issue a «Internal Review» y Linear lo mostraba en «In Progress». Y la plataforma solo deja empujar a la rama que ella asigna, no a la que mi prompt pedía.

Lo que sí funcionó fue el filtro. Sin repo, la rutina no inventó nada. Con repo, abrió un PR de una línea en un repositorio interno, con la prueba de cada punto del «Listo cuando», y no lo fusionó.

¿Qué reglas le puse para que no se abra de más?

Hace unos días apagué una agente de Linear que tomaba cualquier cosa y programaba mal. Esta vez el prompt es angosto y vive en el semáforo que uso para todo:

• Solo toma issues con tres etiquetas (grok-bot, verde y «listo para agente») y con un «Listo cuando» que se pueda correr.
• Trabaja en un solo repo de una lista cerrada, y nunca en los de clientes.
• No fusiona, aunque sea verde. El PR lo reviso yo.
• Boti no escribe «va». Sus issues salen en Linear a mi nombre, así que los marca con la etiqueta grok-bot y sus comentarios empiezan con «Boti:». Un «va» solo cuenta si lo escribí yo.
• Máximo tres issues nuevos al día, y solo verdes hasta el corte del 3 de diciembre.

¿Qué más le toca orquestar a Grok?

Cinco peldaños, y subo uno cuando el anterior se ganó su lugar. El primero (la cola de verdes) ya pasó su primera prueba. Los demás los voy midiendo.

El cuarto me interesa más que el resto. Mi semáforo pide un segundo agente para el código amarillo, y un modelo de otra marca se equivoca distinto que el que escribió el cambio. Boti leería el PR y diría en un canal si pasa, sin comentar ni aprobar.

¿Cuánto cuesta?

Grok Bot cuesta 30 dólares al mes, encima de los 100 que ya pago de Claude. La rutina gasta la cuota de mi plan de Claude como una sesión normal, y la documentación pone un tope de 30 disparos por hora por tarea.

Todavía no sé cuánto gasta una corrida real. El primer issue verdadero va a ser la medición, y la voy a anotar en el laboratorio.

¿Por dónde empiezas esta semana?

Por una tarea verde, de documentos, y sin dar a nadie tu cuenta.

1. Escoge una tarea que no toque dinero ni clientes, con un «Listo cuando» que se pueda comprobar.
2. Crea la rutina en la web con el repo y solo el conector que necesita.
3. Escribe su prompt con las condiciones de arriba, y que lea del disparo solo el número del issue.
4. Genera el token y guárdalo en las credenciales del bot. Nunca lo pegues en el chat.
5. Dispárala tú a mano con curl antes de dársela al bot.

Si quieres revisar conmigo qué parte de tu operación conviene darle primero a un agente, empieza por el diagnóstico.