Bugs et risques détectés par les exécutions ou signalés par des personnes, tenus à l'écart des résultats et transformés en tickets.

Un problème est un défaut de votre produit : un bug ou un risque, signalé par une personne ou détecté par Autonomy. Les problèmes vivent dans un projet, sur sa page Issues.

Les problèmes sont tenus à l'écart des résultats. Une étape réussit ou échoue uniquement sur son résultat attendu, et un problème ne modifie jamais le résultat d'une étape ou d'une exécution. Une exécution réussie peut tout de même signaler un problème, comme une erreur de console constatée en chemin, et une exécution échouée ne crée pas de problème à elle seule.

Types

Type	Signification
Bug	Quelque chose est cassé et doit être corrigé.
Risk	Une lacune ou un point d'attention. Rien n'est encore cassé.

Les problèmes antérieurs à la v0.5 peuvent être de type Note. Ils restent consultables et peuvent être résolus ; les nouveaux problèmes sont toujours un Bug ou un Risk.

D'où viennent les problèmes

Seen by the agent : pendant une exécution, l'agent signale une anomalie qui ne relève pas du résultat attendu qu'il vérifiait, comme une image cassée à côté du formulaire qu'il a rempli.
Automatic check : Autonomy relève ce que le produit a signalé pendant l'exécution, comme des erreurs de console, des requêtes en erreur et des problèmes dans les e-mails.
Added by a person : cliquez sur New issue sur la page Issues, ou sur Add issue dans une exécution.

Une exécution liste ce qu'elle a trouvé sous Issues found.

Un problème, plusieurs exécutions

Quand plusieurs exécutions rencontrent le même problème, elles sont rattachées à un seul problème au lieu d'en créer de nouveaux. Une exécution qui le constate à nouveau s'ajoute comme preuve. Une exécution qui constate à nouveau un problème résolu le rouvre.

Statuts

Statut	Signification
Open	Demande de l'attention.
Resolved	Corrigé. Si une exécution le constate à nouveau, il est rouvert.
Ignored	Connu et accepté. Les exécutions continuent de s'y rattacher, mais il n'est jamais rouvert.

La page Issues liste les problèmes du plus récent au plus ancien, dix par page. Les onglets de statut indiquent combien de problèmes compte chaque statut, et les filtres de type et d'environnement s'appliquent à toute la liste, pas seulement à la page affichée.

Signaler un problème

Cliquez sur New issue et renseignez :

Kind : Bug ou Risk.
Title et Details.
Environment : l'environnement où vous l'avez constaté.
Attach evidence : liez l'exécution qui le montre, ou téléversez une capture d'écran ou un journal.
Link a ticket : facultatif, si un ticket existe déjà.

Le contexte que l'agent doit connaître, comme « l'e-mail OTP est lent sur staging », a sa place dans la Mémoire, pas dans un problème.

La page d'un problème

La page d'un problème affiche ses exécutions sous Evidence, ses Linked tickets et son Activity : qui l'a créé ou modifié, les changements de statut, les réouvertures, les tickets et les commentaires. Ajoutez un commentaire en bas de la page.

Tickets

Transformez un problème en ticket Linear ou Jira avec Create in Linear ou Create in Jira, sous Linked tickets. Le ticket est créé dans l'équipe ou le projet Jira choisi pour le projet. Le statut est synchronisé en retour : fermer le ticket résout le problème, et le rouvrir rouvre le problème. Vous pouvez aussi coller le lien d'un ticket existant ; un lien collé sert uniquement de référence.

Un projet peut aussi créer automatiquement un ticket pour chaque nouveau bug. Voir Linear et Jira.

Les problèmes en dehors d'Autonomy

Digests : le digest hebdomadaire de chaque environnement liste ses problèmes. Voir la page Digests du projet.
Pull requests : un projet peut faire échouer les checks GitHub sur les bugs trouvés par une exécution. Voir Tests de pull request.
Notifications : les webhooks et Slack peuvent envoyer les nouveaux problèmes. Voir Notifications.
API et MCP : listez, créez, commentez et résolvez des problèmes. Voir Opérations.

Problèmes