Documentación

Tareas

La vista de detalles de la tarea: flujo de trabajo de agentes, criterios de aceptación, historial de ejecución y todo lo que registra.

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.

Vista de detalle de una Tarea: el árbol del plan a la izquierda y, a la derecha, la fila de chips, el flujo de trabajo del agente, los criterios de aceptación y el historial de ejecución.
Una Tarea dentro de un plan, con su flujo de trabajo de agente y criterios de aceptación.

Flujo de trabajo de agentes

Cuatro agentes se ejecutan en secuencia, cada uno mostrando su propio estado: Pendiente, En ejecución o Hecho:

ArquitectoDesarrolladorQARevisor

Esta 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.

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 tienen su especificación e implementación planteada, por lo que la etapa de Arquitecto no tiene nada más que hacer.

Consulte Roles de agentes para saber qué pueden y qué no pueden hacer cada uno.

Criterios de aceptación

Los criterios procedentes de la especificación, 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 flujo de trabajo, de modo que los criterios se verifican a medida que la tarea avanza en lugar de al finalizar todo.

Este panel es lo que hay que leer al evaluar una tarea finalizada. Le indica qué se prometió y qué se confirmó realmente, lo cual es una pregunta más precisa que saber si las pruebas pasaron.

Historial de ejecución

Toda ejecución registrada 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-0731

La 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.

Historial de ejecución expandido que enumera cada paso: archivos leídos, comandos ejecutados, respuestas del agente y archivos modificados con el recuento de líneas.
Ejecución expandida, paso a paso.

Al expandir una ejecución se muestra el historial 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)), que suele ser la diferencia entre una ejecución cara y una barata.

Esta es la vista que debe abrir cuando quiera saber cómo se realizó algo en lugar de solo qué cambió.

Las secciones restantes

SecciónMuestra
EspecificaciónLos requisitos derivados del plan
Plan de implementaciónLos pasos y si se han completado
Calidad y descubrimientosEstado de verificación y recuento de pruebas
Uso y cronologíaCoste, tokens y número de intentos
Dependencias y contextoDependencias vinculadas con sus propios estados

Uso y cronología informa tanto los intentos como el coste: 1 attempts significa que tuvo éxito a la primera. Un número mayor indica reelaboración, que es la señal más útil sobre la calidad de la especificación.

La sección de Dependencias y contexto muestra el proyecto y diez dependencias vinculadas, cada una con su propio estado.
Dependencias y contexto, expandidos.

Dependencias y contexto enumera el proyecto y todas las dependencias vinculadas con su estado. Así puede saber si una tarea está esperando algo más o si está realmente bloqueada.

Prioridad

Las tareas tienen P0 (máxima) hasta P3, con valor predeterminado P2. La prioridad ordena la cola cuando hay más tareas en espera que ranuras libres.

No añade capacidad. Si todo está P0, nada se ejecuta: consulte Capacidad y ranuras de agentes.

Estados

Todos los estados de tarea y qué hacer al respecto se encuentran en Estado de las tareas. Los dos aspectos más relevantes aquí son:

  • PENDING no está bloqueada. Está en cola, esperando su turno.
  • NEEDS_HUMAN_REVIEW no supone un error. Es una pregunta. Resuélvela y la Tarea continuará.

Intervención

Mientras una tarea se ejecuta, puedes pausarla, cancelarla o devolverla con comentarios como reelaboración. Para saber cuál elegir, consulta Cuando una tarea se bloquea o falla.