Documentation

Tâches

Vue détaillée de la tâche — workflow des agents, critères d'acceptation, historique d'exécution et toutes les informations enregistrées.

Une tâche est une unité de travail aboutissant à un seul pull request. C'est ce qui s'exécute réellement — les plans, les sprints et les colonnes sont des moyens d'organiser les tâches.

L'en-tête

Une série de badges résume la tâche en un coup d'œil : son projet, son type, le AI profile qui la gère, ainsi que les vérifications QA appliquées — affichées sous forme de nom de politique, de source et de version, par exemple Standard · From plan · Organisation policy · v6.

Un cadenas sur le AI profile indique qu'il est figé et ne peut plus être modifié. La politique QA résolue est également verrouillée au début de l'exécution, afin qu'une modification ultérieure de la politique d'organisation n'altère pas rétroactivement le travail déjà en cours.

Vue détaillée d'une tâche : l'arborescence du plan à gauche, et à droite la rangée de puces, le flux de travail des agents, les critères d'acceptation ainsi que l'historique d'exécution.
Une tâche au sein d'un plan, avec son flux de travail d'agent et ses critères d'acceptation.

Workflow des agents

Quatre agents s'exécutent séquentiellement, chacun affichant son propre état — En attente, En cours ou Terminé :

ArchitecteDéveloppeurQARéviseur

C'est la réponse la plus claire à la question « Où en est cette tâche ? ». Une tâche affichant Développeur terminé et QA en attente attend simplement d'être vérifiée, elle n'est pas bloquée.

Notez qu'une étape peut légitimement afficher En attente même pour une tâche terminée — les tâches générées à partir d'un plan possèdent déjà leur spécification et leur plan d'implémentation, ainsi l'étape Architecte n'a plus rien à faire.

Consultez Rôles des agents pour connaître les capacités et limitations de chacun.

Critères d'acceptation

Les critères issus de la spécification, présentés sous forme de liste de contrôle avec un statut pour chacun — Verified OK lorsqu'un critère a été confirmé.

Les statuts suivent l'étape actuelle du pipeline, donc les critères sont vérifiés au fur et à mesure que la tâche progresse plutôt qu'à la fin.

Ce panneau est à consulter pour évaluer une tâche terminée. Il indique ce qui avait été promis et ce qui a été effectivement confirmé, ce qui est plus pertinent que de savoir si les tests ont réussi.

Historique d'exécution

Chaque exécution enregistrée pour la tâche. Chaque entrée précise l'agent, son action, le résultat et le coût :

DEV · Generating code · Completed
4m 41s / 608.9k tokens · 16.2 g Est. CO2e / deepseek-v4-flash-0731

La durée, l'utilisation des jetons, l'empreinte carbone estimée et le modèle exact sont tous enregistrés par exécution — ainsi, si une tâche coûte plus que prévu, vous pouvez identifier l'étape et le modèle responsables.

Un historique d'exécution détaillé listant chaque étape : fichiers lus, commandes exécutées, réponses des agents, et fichiers modifiés avec le nombre de lignes concernées.
Exécution détaillée, étape par étape.

En développant une exécution, vous accédez à l'historique détaillé étape par étape : fichiers lus, commandes exécutées, raisonnement de l'agent, et tous les fichiers modifiés avec leur nombre de lignes (+25 / −0). Les entrées relatives aux jetons montrent l'efficacité du cache (9.1k used (90% cached)), ce qui constitue généralement la différence entre une exécution coûteuse et une exécution économique.

C'est la vue à ouvrir pour savoir comment quelque chose a été réalisé plutôt que simplement ce qui a changé.

Les sections restantes

SectionAffichage
SpécificationLes exigences issues du plan
Plan d'implémentationLes étapes et leur état d'achèvement
Qualité et découvertesÉtat de vérification et nombre de tests
Utilisation et chronologieCoût, jetons et nombre de tentatives
Dépendances et contexteLes dépendances liées avec leurs propres statuts

Utilisation et chronologie rapporte les tentatives ainsi que le coût — 1 attempts signifie que l'opération a réussi du premier coup. Un nombre plus élevé indique un retravail, ce qui constitue le signal le plus utile concernant la qualité de la spécification.

La section Dépendances et contexte, affichant le projet et dix dépendances liées, chacune ayant son propre statut.
Dépendances et contexte, affichage détaillé.

Dépendances et contexte liste le projet et toutes les dépendances liées avec leur état. C'est ainsi que vous déterminez si une tâche attend quelque chose d'autre ou si elle est réellement bloquée.

Priorité

Les tâches portent P0 (la plus élevée) jusqu'à P3, par défaut P2. La priorité ordonne la file d'attente lorsque le nombre de tâches en attente dépasse le nombre de slots disponibles.

Elle n'ajoute pas de capacité. Si tout est P0, rien ne se passe — consultez Capacité et slots d'agents.

Statuts

Tous les statuts de tâche et les actions à entreprendre sont décrits dans États des tâches. Les deux points à connaître ici :

  • PENDING ne signifie pas qu'elle est bloquée. Elle est en file d'attente, en attendant son tour.
  • NEEDS_HUMAN_REVIEW ne constitue pas un échec. C'est une question. Répondez-y et la tâche se poursuivra.

Intervention

Pendant l'exécution d'une tâche, vous pouvez la mettre en pause, l'annuler ou la renvoyer avec des commentaires pour révision. Pour savoir lequel choisir, consultez Lorsqu'une tâche est bloquée ou échoue.