Runs

Un Run es una ejecución de un workflow. Su estado pertenece a Aqorin, no a ninguna sesión de runtime, así que un runtime que se cae no borra lo que ocurrió.

Los Runs van desacoplados

Un Run se ejecuta en su propio worker. Salir de la TUI, o cerrar la terminal, lo deja ejecutándose. Ejecuta aqorin otra vez, o aqorin logs <run> --follow, para seguirlo.

Hay un Run a la vez por árbol de trabajo. Un Run o un chat nuevo se rechaza mientras otro esté sin terminar.

La pantalla Runs (2)

Cada Run y chat de este proyecto aparece con su estado y cuándo empezó. Un chat abierto dice chat open. / filtra la lista, n empieza una nueva tarea y c empieza un Free chat.

La vista de un Run

La vista de un Run es un panel:

• A la izquierda, los pasos: el estado de cada uno, su tiempo, qué agente lo ejecuta y dónde (agente · runtime), y su intento.
• En el centro, el trabajo del paso seleccionado. Una línea dice qué está haciendo ahora (Thinking…, Running tool… npm test, Waiting for you), y la siguiente quién lo ejecuta, con el modelo que informa el runtime y, en Claude Code, el contexto que lleva usado (de su ventana, al terminar el paso). Luego vienen sus mensajes. Las llamadas a herramientas entre dos mensajes se pliegan en una sola línea atenuada, con cuántas son y las que fallaron: t las muestra una a una.
• A la derecha, el Run en pocas líneas: su estado, workflow y garantía, tarea, tiempo, cambios y handoffs. Un Run orientativo dice ahí, una sola vez, qué significa. d muestra por qué, en pocas palabras, con los detalles del paso seleccionado (su asignación, versión e intentos); los motivos completos están en su Resultado.

Tras un paso cuyo trabajo se comprueba, los pasos muestran checking hasta que las comprobaciones responden: Aqorin ejecuta las comprobaciones de la tarea, después de que el runtime del paso compruebe el trabajo (de forma orientativa) si la tarea pidió el agent check. Sin comprobaciones ni agent check no se ejecuta nada: el paso sigue y sus comprobaciones dicen not checked. El paso siguiente las espera, así que un revisor que todavía no ha empezado suele estar esperando a estas comprobaciones. Mientras tanto, el trabajo del paso muestra qué hacen: los mensajes y llamadas a herramientas del runtime y, después, cada comprobación de la tarea mientras se ejecuta; cuando responden, quedan bajo Checks.

Tab a los pasos, y luego ↑ ↓ elige uno. y envía los mensajes del paso seleccionado al portapapeles de tu terminal, si la terminal lo permite (no puede confirmarlo): una selección con el ratón coge líneas enteras de todos los paneles. c c cancela el Run. Ctrl+T abre el Trace.

El resultado

Un Run terminado se abre en su Result, que muestra:

• cómo terminó, y por qué;
• la revisión;
• las comprobaciones;
• los cambios;
• su garantía (assurance). Un Run es advisory (orientativo) cuando su workflow dice que lo es, no tiene ningún paso que ejecute comprobaciones o ningún paso de revisión, cuando la tarea no tenía comprobaciones, o cuando un paso de solo lectura o de revisión se ejecutó con una restricción orientativa. Si no, es enforced (aplicado por Aqorin). Un éxito advisory dice “completed — advisory”: nunca se muestra como validado ni como aprobado de forma independiente. El Result afirma que se alcanzó la garantía solo para un Run que tuvo éxito.

Desde la CLI

aqorin runs
aqorin status <run>
aqorin inspect <run>
aqorin logs <run> --follow [--json-events]
aqorin cancel <run>
aqorin resume <run>

Ctrl+C sobre un Run de la CLI lo interrumpe en el siguiente límite de paso, y se puede reanudar. Un segundo Ctrl+C deja de esperar, pero la interrupción se produce igualmente.