Every task sent to an agent in a room becomes a solicitud with a public id such as R20260906-07 and one of seven states: pending, approved, running, done, failed, cancelled or expired. El ID existe para que una persona en un hilo de chat, una persona desde el móvil y el propietario que mira una tarjeta de aprobación estén hablando de lo mismo. Resume significa continuar esa misma solicitud, con el mismo ID, tras una interrupción.
Es fontanería poco glamurosa. También es la diferencia entre «el agente está haciendo algo» y «el agente está haciendo R-07, que pidió Sarah, que aprobaste a las 14:02 y que va por el 60 %».
The id
R + la fecha UTC + un contador diario. Lo bastante corto como para teclearlo desde un móvil, lo bastante único como para servir de enlace. Aparece en la sala, en el log de auditoría, en hilos de plataformas de chat y en tarjetas de aprobación. Cuando se usan los conectores de Feishu o Slack, el hilo de una tarea lleva este ID por título. Consulta el diseño de Feishu.
The states
Siete estados y las transiciones entre ellos; la ruta ámbar discontinua es una reanudación.
Las solicitudes del propietario se saltan pending; van directamente a approved.
Cancel, retry, resume
Cancel activa un flag que el daemon comprueba entre llamadas a herramientas. Una solicitud en ejecución se detiene en el siguiente punto seguro; una en cola se elimina. Revocar el permiso de una persona o de una máquina cancela todo lo que esté en cola para ellos.
Retry crea una nueva solicitud con un nuevo ID que hace referencia a la anterior. La sala muestra ambas, por lo que el historial se mantiene íntegro.
Resume es diferente. Cuando una máquina entra en suspensión a mitad de ejecución o el daemon se reinicia, la solicitud conserva su ID y su referencia de sesión del runtime. Al volver, el daemon continúa la misma sesión en lugar de reproducir el prompt desde cero. El timeline muestra un salto, no un duplicado. Esto es lo que hace que un portátil que se cierra a las 18:00 sea un lugar razonable para ejecutar un agente del que dependen otras personas.
Why per-agent queues are serial
Cada agente procesa una solicitud a la vez, en orden. Dos personas que hacen una petición al mismo agente a la vez reciben R-07 y R-08, y R-08 espera. Distintos agentes en la misma máquina se ejecutan en paralelo. La ejecución en serie por agente mantiene la coherencia del directorio de trabajo: dos ediciones concurrentes en el mismo repositorio son la forma perfecta de acabar en un estado que nadie pidió.
Approval TTL
Una aprobación a la que nadie responde caduca, por defecto tras 24 horas, y la solicitud pasa a expired en lugar de ejecutarse un día después cuando ya nadie recuerda el contexto. El solicitante puede reintentar; el propietario ve la expiración en el log de auditoría. Consulta qué debe registrar un log de auditoría.
Frequently asked questions
Can I reference a request in a new one? Sí. Menciona el ID y el agente recibirá el resultado de esa solicitud en su contexto. Hacer referencia a un mensaje, a una salida o a una solicitud es la forma en que un seguimiento evita tener que dar todo el contexto de nuevo.
What happens to a running request if I revoke the requester? Termina y se queda en el historial; todo lo que tuviera en cola se cancela. Detenerse a mitad de ejecución puede dejar un repositorio en peor estado que dejarlo terminar.
Are ids global or per room?
Por propietario y por día. Dos propietarios pueden tener un R20260906-01; dentro de una sala no hay ambigüedad.
Does resume work with Codex as well as Claude Code? Ambos runtimes exponen una referencia de sesión; el daemon la almacena con la solicitud y reanuda con ella.
Ponle nombre al trabajo y se convertirá en algo de lo que la gente pueda hablar. Dale una sala a tu agente.
Publicado el