Una tarea es una unidad de trabajo que finaliza en un pull request. Es lo que realmente se ejecuta: los planes, los sprints y las vías son formas de organizar las tareas.
El encabezado
Una fila de chips resume la tarea de un vistazo: su proyecto, su tipo,
el AI profile que la ejecuta, y el comprobaciones de QA aplicadas: se muestra el nombre de la política, su origen y su versión, por ejemplo
Standard · From plan · Organisation policy · v6.
Un candado en el AI profile indica que está fijado y no puede modificarse ahora. La política de QA resuelta también se bloquea al iniciar la ejecución, de modo que cambiar la política de organización posteriormente no altera retroativamente el trabajo ya en curso.
Flujo de trabajo de agentes
Cada uno de los cuatro agentes de entrega muestra su propio estado: Pendiente, en ejecución o finalizado. En el modo estándar, se ejecutan en secuencia:
Arquitecto → Desarrollador → QA → Revisor
Arquitecto
Desarrollador
QA
RevisorEsta es la respuesta más clara a la pregunta «¿dónde está esta tarea?». Una tarea con estado Desarrollador Hecho y QA Pendiente está esperando ser verificada, no estancada.
En modo coordinador, el coordinador elige qué agente se ejecuta a continuación, por lo que el orden puede repetirse: desarrollador, control de calidad, y de nuevo desarrollador tras un error, seguido de otro control de calidad. También puede ser más breve: cuando el código ya hace lo que pide la tarea, el control de calidad verifica el código sin cambios, el desarrollador no llega a ejecutarse y la tarea finaliza sin un pull request. Consulta Roles de los agentes.
Tenga en cuenta que una etapa puede mostrar legítimamente Pendiente incluso en una tarea finalizada — las tareas generadas a partir de un plan ya cuentan con su especificación y plan de implementación, por lo que la etapa de Architect no tiene nada más que hacer. Architect La etapa de Architect no tiene nada más que hacer.
Ver Roles de los agentes para saber qué puede y qué no puede hacer cada uno.
Criterios de aceptación
Los criterios procedentes de la specification se presentan como una lista de verificación con un estado para cada uno — specification, como una lista de verificación con un estado para cada uno — Verified OK cuando un criterio ha sido confirmado.
Los estados siguen la etapa actual del pipeline, por lo que los criterios se verifican a medida que avanza la tarea en lugar de al finalizarla toda.
Este panel es lo que debe consultar al evaluar una tarea finalizada. Le indica qué se prometió y qué se confirmó realmente, lo cual es una pregunta más precisa que si las pruebas se superaron o no.
Registro de ejecución
Todas las ejecuciones registradas para la tarea. Cada entrada muestra el agente, lo que estaba haciendo, su resultado y el coste:
DEV · Generating code · Completed
4m 41s / 608.9k tokens · 16.2 g Est. CO2e / deepseek-v4-flash-0731La duración, el uso de tokens, las emisiones de carbono estimadas y el modelo exacto se registran por cada ejecución — así, cuando una tarea cuesta más de lo esperado, puede ver qué etapa y qué modelo lo causaron.
Al expandir una ejecución se muestra el registro paso a paso completo: archivos leídos, comandos ejecutados, razonamiento del agente y todos los archivos modificados con sus recuentos de líneas (+25 / −0). Las entradas de tokens muestran la eficiencia de la caché (9.1k used (90% cached)), lo que normalmente marca la diferencia entre una ejecución costosa y una económica.
Esta es la vista que debe abrir cuando quiera saber cómo se realizó algo en lugar de simplemente qué cambió. cómo se realizó algo en lugar de simplemente qué cambió.
Las secciones restantes
| Sección | Muestra |
|---|---|
| Especificación | Los requisitos derivados del plan |
| Plan de implementación | Los pasos y si se han completado. |
| Calidad y descubrimientos | Estado de verificación y recuento de pruebas |
| Uso y cronología | Coste, tokens y número de intentos |
| Dependencias y contexto | Dependencias vinculadas con sus respectivos estados |
Uso y cronología Los informes muestran los intentos y el coste — 1 attempts indica que
se completó a la primera. Un número mayor significa reelaboración, lo cual es la señal más
útil sobre la calidad de las especificaciones.
Dependencias y contexto Enumera el proyecto y cada dependencia vinculada con su estado. Así sabrá si una tarea está esperando algo más o realmente está bloqueada.
Prioridad
Las tareas tienen P0 (la más alta) hasta P3, con valor predeterminado en P2. La prioridad ordena la
cola cuando hay más tareas en espera que espacios disponibles.
No aumenta la capacidad. Si todo está P0, nada se procesa — consulte
Capacidad y ranuras de agentes.
Estados
El estado de cada tarea y qué hacer al respecto se encuentra en Estados de tarea. Los dos más relevantes aquí son:
PENDINGno está bloqueada. Está en cola, esperando una ranura.NEEDS_HUMAN_REVIEWno es un fallo. Es una consulta. Resuélvala y la tarea continuará.
Intervención
Mientras una tarea se ejecuta, puede pausarla, cancelarla o devolverla con comentarios como reelaboración. Para saber cuál elegir, consulte Cuando una tarea se bloquea o falla.