Suivre un run
Un run est une proposition, et vous ne devriez jamais avoir à accepter une proposition que vous ne pouvez pas inspecter. Le run viewer vous montre ce qu'un run a réellement fait — chaque node, chaque prompt, chaque fichier touché — pendant qu'il s'exécute et après qu'il a terminé. Quand le run viewer ne connaît pas une valeur, il n'affiche rien plutôt que de deviner. Un champ vide signifie « non enregistré », jamais « inventé ».
Le run viewer
Chaque run appartient à une mission. Ouvrez la mission, trouvez le run sur son tableau des runs, puis cliquez dessus — le run viewer s'ouvre sur le graphe même que vous avez publié, désormais peint avec l'état d'exécution. D'un coup d'œil, vous voyez quels nodes ont terminé, lesquels ont échoué, et lequel retient le run à une gate.
L'URL du run se partage : la personne qui la reçoit arrive sur le même run. Et partout où un node est référencé ailleurs dans l'interface, cette référence ouvre directement le viewer avec la fiche du node déjà ouverte. Ce lien profond est le moyen le plus rapide de dire « regarde cette étape » dans un rapport de bug.
Le viewer couvre un run dans tous ses états — encore en cours, en pause à une gate, ou terminé et en attente en Proposed. La suite — accepter la proposition, ou la laisser — est couverte dans Runs, acceptation et changements.
La fiche de node
Cliquez sur un node : sa fiche s'ouvre — statut, raison d'échec s'il a échoué, heure de départ et durée, nombre de tentatives, tokens consommés. Si l'une de ces valeurs n'a pas été enregistrée, la ligne est simplement absente — la fiche ne comble jamais un trou avec un chiffre plausible.
La fiche pointe aussi vers l'extérieur. Un node qui a dispatché un coder pointe vers la tâche du coder. Un node qui a levé une gate pointe vers cette décision. Un node multi-bras — le coder asynchrone ou service:mission:integrate — montre quel bras le run a réellement pris (les bras d'issue).
Enfin, la fiche signale les nodes qui ne viennent pas de la main de l'auteur — generated, injected ou amended ; un node que vous avez écrit vous-même ne porte aucun badge d'origine. La provenance compte quand vous décidez du crédit à accorder à une étape — un contrôle que vous avez placé vous-même ne se lit pas comme un contrôle ajouté par la gouvernance.
Les fiches de gate
Quand un run se met en pause à une gate, la gate arrive dans votre file de Decisions, et sa fiche montre l'instantané exact des variables que le run portait au moment de lever la gate. Cet instantané est figé : ce que vous approuvez est ce que vous avez vu, pas ce que les valeurs deviendront plus tard.
Une gate peut porter des champs de saisie typés (String, Number, Bool, Json, Enum) et des décisions nommées — les mêmes formes que décrit Gates. Remplissez-les sur la fiche ; vos réponses repartent dans le run.
Les contrôles injectés se distinguent visuellement des gates écrites par l'auteur. Si la pause que vous regardez a été exigée par le plancher de publication plutôt que placée par l'auteur du workflow, la fiche le dit — voir Gouvernance pour comprendre pourquoi ces contrôles existent et pourquoi ils ne se négocient pas à l'exécution.
Le panneau Coder Session
Quand un node a dispatché un coder, sa fiche inclut un panneau Coder Session (« session du coder ») — l'enregistrement complet de ce qui a été dit à ce coder et de ce qu'il a fait :
- Le prompt effectif, exactement tel que dispatché. Dépliable jusqu'au texte intégral. C'est ce que le coder a réellement reçu — pas un résumé, pas une reconstruction.
- Les fichiers touchés. Chaque fichier modifié par la session, listé.
- Le diff à la demande. Cliquez sur Load changes (« Charger les modifications ») pour afficher le diff complet — nombre de fichiers, ajouts et suppressions, vrais hunks.
- Les téléchargements. Chaque fichier individuellement, ou tout en un seul zip.
Ce panneau est votre moyen d'auditer un coder sans quitter le run. Pour ce que sont les coders et comment ils travaillent, voir Coders.
Du run à la mission, et retour
Le run viewer est à un saut de tout ce qu'il touche. Le fil d'Ariane vous ramène à la mission, où le tableau des runs montre ce run à côté de ses voisins. La fiche de node vous emmène à la tâche du coder ou à la décision levée. Et les références au run ailleurs dans l'interface — sur une carte de décision, sur la page mission — ramènent directement ici.
Quand vous en avez vu assez, la décision se prend sur la page mission, pas dans le viewer : Accept le run — ou déclinez-le. Le travail du viewer s'arrête là où le vôtre commence — il montre ; vous décidez.