Sesiones de agente Nuevo en 0.9.7

Con las sesiones de agente activadas, un agente puede pasar partes de su tarea a otras sesiones del mismo relay. Las inicia, da a cada una un prompt, las espera y lee lo que responden. Cada sesión que inicia es una conversación normal de tu lista: puedes abrirla, seguirla, responder a sus preguntas y detenerla.

Usos típicos:

Repartir un trabajo. «Inicia una sesión por paquete que actualice sus dependencias y ejecute los tests, y luego dime cuáles fallaron».
Pedir una segunda opinión. «Haz que una sesión con otro modelo revise este plan antes de empezar».
Usar otro proveedor. «Deja que una sesión de Cursor escriba la migración y comprueba tú mismo su resultado».
Trabajar en otra carpeta. «Inicia una sesión en el repositorio de la documentación y haz que actualice la página de instalación para que coincida».

Para esto no hace falta un segundo relay. Para sesiones en otro relay, los relays tienen que estar emparejados; consulta Nombrar un relay.

Activarlo #

Está desactivado de forma predeterminada.

Abre Settings → Relays (Ajustes → Relays).
En Agent sessions (Sesiones de agentes), activa Agents may start and use sessions on this relay (Los agentes pueden iniciar y usar sesiones en este relay).

Para ello el relay necesita al menos un proveedor activado. A partir de ese momento, los agentes de este relay pueden listar y leer todas sus sesiones, enviar un prompt a una, iniciar una, esperarla, responder a su pregunta, detener su turn y archivarla. Al desactivar el interruptor, el relay vuelve a cerrarse para ellos.

Una conversación que ya estaba abierta

Una sesión sabe qué herramientas tiene cuando arranca su proceso de agente. Una conversación que ya estaba en marcha antes de que activaras el interruptor puede no ser capaz de iniciar sesiones hasta que su agente haya vuelto a arrancar: Kill session (Matar la sesión) en el menú ⋯ de la conversación lo hace, y también un reinicio del relay.

La tarjeta de aprobación #

La primera vez que un agente de una conversación quiere iniciar una sesión, tiene que preguntarte. En esa conversación aparece una tarjeta de aprobación que indica el proveedor, la carpeta o el repositorio y el prompt:

This agent wants to start sessions on this relay (claude, the default folder).
Sessions it starts use this relay's accounts.

Eliges	Qué pasa
Allow (Permitir)	La sesión se inicia. El agente de esta conversación puede iniciar más sesiones sin volver a preguntar, también tras un reinicio del relay.
Deny (Denegar)	Se rechaza esa única llamada.

Nuevo en 0.9.16 Cuando el agente indica un grupo de sesiones para la nueva sesión, la línea de detalles de la tarjeta dice adónde va, por ejemplo Group: Release 2.4 (grp_…). El grupo se busca antes de que aparezca la tarjeta; uno que no existe se rechaza sin tarjeta.

La aprobación pertenece a la conversación, no al relay: un agente de otra conversación pide la suya.

En los modos del relay ask y plan se te pregunta más a menudo. Allí, cada acción que cambia algo pregunta primero: iniciar una sesión, enviarle un prompt, responder a su pregunta, Nuevo en 0.9.16 cambiar sus ajustes, detenerla y archivarla.

Las reglas #

Regla
Como máximo 4 trabajando	De las sesiones que inició el agente de una conversación, 4 pueden tener a la vez un turn en cola o en ejecución. Una quinta se rechaza hasta que una de ellas haya terminado.
Un solo nivel	Una sesión que inició un agente no puede iniciar sesiones por sí misma, Nuevo en 0.9.16 salvo que se lo permitas para esa sesión (más abajo).
No sobre sí mismo	Un agente no puede enviar prompts, detener, archivar, esperar ni responder a la conversación en la que corre, Nuevo en 0.9.16 ni cambiar sus ajustes.
Nuevo en 0.9.16 Cambiar ajustes	Un agente cambia libremente los ajustes de las sesiones que inició su propia conversación. Cualquier otra sesión, tuya o de otro agente, necesita tu Allow una vez por conversación. Consulta `update_session`.
30 prompts, y luego se te pregunta	Cuando un agente ha enviado 30 prompts a otros agentes sin un mensaje tuyo entremedias, el siguiente te pregunta en una tarjeta. Allow reinicia la cuenta. Nuevo en 0.9.16 Solo cuenta como tuyo un mensaje que escribiste tú: los eventos del relay, el seguimiento tras el límite de uso y la nota tras un reinicio no reinician la cuenta. Los prompts programados hacia otras sesiones también cuentan.
Tus cuentas	Las sesiones que inicia un agente corren con las cuentas de proveedor de este relay y cuentan para su consumo.
Nadie limpia por ti	El relay nunca archiva estas sesiones por su cuenta. Se quedan en tu lista hasta que las archivas o eliminas, o hasta que el agente archiva una.

Permitir que una sesión iniciada inicie sesiones Nuevo en 0.9.16 #

Una sesión que inició un agente no puede iniciar sesiones propias. Para levantar esa restricción en una de ellas, abre su cuadro de diálogo 🧠 y activa Agents in this conversation may start sessions (even though an agent started it) (Los agentes de esta conversación pueden iniciar sesiones, aunque la haya iniciado un agente). El interruptor solo aparece en las sesiones que inició un agente.

Las demás reglas le siguen aplicando: como máximo 4 trabajando, tu Allow para la primera sesión y Agents may start and use sessions on this relay. Solo tú puedes cambiar el interruptor: un agente, de este relay o de uno emparejado, recibe un rechazo. Los agentes lo ven como "mayCreateSessions": true en list_sessions y read_session.

Qué puede iniciar un agente #

Una sesión con cualquier proveedor activado en el relay: GitHub Copilot, OpenAI, Claude, Claude API, Cursor, Grok, DeepSeek o Claude Cloud. Un chat de OpenAI Image no se puede iniciar de esta forma.

En una carpeta. El agente puede indicar la carpeta de trabajo. Si no indica ninguna, la sesión recibe la carpeta predeterminada del relay.
En un repositorio, para Claude Cloud. Una sesión en la nube recibe un repositorio de GitHub y, opcionalmente, una rama en lugar de una carpeta. Trabaja sobre un clon nuevo en un sandbox de Anthropic, así que el agente tiene que decirle en qué rama trabajar y que haga push.

El agente también puede elegir el modelo, el modo del relay y el reasoning effort. Lo que no indique sigue a la sesión en la que trabaja.

Una sesión nueva no sabe nada de la conversación desde la que se inició. Solo recibe el prompt que el agente escribe para ella. Si a una sesión iniciada parece faltarle contexto, ahí es donde hay que mirar: ábrela y lee el primer mensaje.

Lo que ves #

En la lista de conversaciones, una sesión que inició un agente lleva via agent · "title" (vía agente · «título»), con el título de la conversación en la que corre el agente. La misma línea aparece bajo el título de la sesión en la cabecera; al hacer clic en ella se abre esa conversación.
Nuevo en 0.9.11 En un grupo. La sesión aparece sangrada bajo la conversación que la inició, en un grupo de sesiones cuya fila de cabecera resume lo que corre y lo que espera por ti. Nuevo en 0.9.16 Cuando el agente indicó un grupo existente, la sesión aparece en ese grupo.
En los mensajes, un prompt que envió el agente lleva una insignia con la misma marca y el modelo del agente, para que lo distingas de un mensaje tuyo.
En la respuesta del agente, cada llamada aparece como una línea de actividad con un 🛰️: la acción y la sesión a la que fue.
Preguntas. Si una sesión iniciada hace una pregunta, su tarjeta espera en esa sesión como de costumbre. Al agente que la inició se le avisa de la pregunta; tiene instrucciones de trasladártela en lugar de responderla, salvo que le hayas dicho que decida por sí mismo.

Cuánto espera un agente #

Cuando un agente envía un prompt a una sesión, espera la respuesta durante un tiempo y recibe lo que haya cuando se acaba; luego puede volver a esperar. El control deslizante Longest wait per tool call (Espera máxima por llamada a herramienta), bajo el interruptor, fija la espera individual más larga: 10 minutos de forma predeterminada, de 2 a 60 minutos.

El límite también se aplica cuando los agentes de este relay esperan a una sesión en un relay emparejado; por eso el control se puede mover tanto si el interruptor está activado como si no.

Un turn que espera sigue contando para Max turn duration (Duración máxima del turn) en Settings → General (Ajustes → General). Para un trabajo que dura más de lo que debería durar un turn, un agente puede vigilar las sesiones en su lugar y que lo despierten cuando terminen.

Por proveedor #

Proveedor	Puede iniciar y usar otras sesiones	Un agente puede iniciarlo
Claude	sí	sí
GitHub Copilot y OpenAI, ambos motores	sí	sí
Cursor	sí	sí
Grok	sí	sí
DeepSeek Nuevo en 0.9.17	sí	sí
Claude Cloud	no: las herramientas del relay no llegan al sandbox en la nube	sí, con un repositorio en lugar de una carpeta
OpenAI Image	no	no

Aparte de eso, las sesiones de agente funcionan igual con todos los proveedores.

Si no funciona #

Qué pasa	Por qué, y qué hacer
El agente dice que no tiene herramienta para esto	El interruptor está desactivado, o el agente de la conversación arrancó antes de que lo activaras. Consulta Activarlo.
El agente informa de `REMOTE_RELAY_SESSION_LIMIT`	Cuatro de sus sesiones siguen trabajando. Tiene que esperar a que termine una.
El agente informa de `REMOTE_RELAY_NESTED_SESSION`	El propio agente corre en una sesión que inició un agente. Solo los agentes de tus propias conversaciones pueden iniciar sesiones.
El agente informa de `REMOTE_RELAY_PROVIDER_UNAVAILABLE`	El proveedor que pidió no está activado en este relay. Nuevo en 0.9.18 En un cambio de facturación, además: Claude API o Claude no están configurados, o se alcanzó el límite de este mes; `remoteCode` indica cuál.
El turn del agente termina mientras espera	La espera chocó con Max turn duration. Pídele que use esperas más cortas o que vigile las sesiones en su lugar.

Todos los códigos aparecen en Errores.