Première exécution MCP

Utilisez ce parcours lorsqu'un assistant de code s'apprête à modifier le code du produit, à relire une pull request ou à vérifier un déploiement de prévisualisation. L'assistant utilise Autonomy MCP pour rédiger et exécuter des cas de test ; l'agent atteint chaque résultat attendu sur les runners d'Autonomy et enregistre les preuves.

1. Trouver le projet

Tout vit dans un projet : commencez donc par là.

Avec Autonomy MCP, listez mes projets et choisissez celui qui correspond à ce dépôt.
Listez ensuite ses cas de test, ses plans de test, ses environnements et les cinq exécutions les plus récentes.
Dites-moi si cette modification a déjà une exécution récente et quels cas de test la couvrent.

L'assistant appelle d'abord autonomy_project_list, puis autonomy_test_case_list, autonomy_test_plan_list, autonomy_environment_list et autonomy_run_list avec ce projectId. Il peut ouvrir la meilleure correspondance avec autonomy_test_case_get.

2. Rédiger un cas de test sous forme de résultats attendus

Si rien ne couvre la modification, demandez à l'assistant de rédiger un cas de test. Chaque étape est un résultat attendu qu'une personne pourrait vérifier, pas une liste de clics. Les pièces jointes donnent à l'agent ce dont il a besoin : une nouvelle boîte de réception, un mot de passe généré, une connexion enregistrée, ou une valeur qu'il doit utiliser telle quelle (Exact).

Créez un cas de test Autonomy dans ce projet pour les critères d'acceptation ci-dessous.
Rédigez chaque étape comme un résultat attendu en langage courant, pas comme une suite de clics.
Joignez une nouvelle boîte de réception pour tout e-mail, une pièce jointe data avec une intention pour tout mot de passe que l'agent doit choisir,
et une pièce jointe account pour toute connexion enregistrée. Ne marquez une valeur Exact que si le produit doit accepter exactement cette valeur.
Utilisez {{env.NAME}} pour les valeurs qui diffèrent d'un environnement à l'autre. Ne mettez jamais de mot de passe dans le texte d'une étape.

Critères d'acceptation :
- <collez les critères ici>

L'assistant appelle autonomy_test_case_create avec le projectId, un name, les platforms et les étapes. Il a besoin de l'autorisation « Create and edit test cases ». Une étape qu'il rédige ressemble à ceci :

1{2  "id": "sign-up",3  "text": "A new grower account exists for a fresh email address",4  "attachments": [5    {6      "id": "inbox",7      "kind": "inbox",8      "exact": false9    },10    {11      "id": "password",12      "kind": "data",13      "label": "Password",14      "intent": "A strong password",15      "exact": false16    }17  ]18}

Voir Étapes sous forme de résultats attendus pour toutes les pièces jointes, et Rédaction pour bien formuler les résultats attendus.

3. Lancer l'exécution

Utilisez un environnement enregistré lorsque la cible est déjà configurée dans Autonomy. Utilisez des cibles explicites pour une nouvelle URL de prévisualisation, une URL de base d'API ou un build mobile.

Exécutez le nouveau cas de test sur cette URL de prévisualisation :
https://preview.example.com

Utilisez la branche feature/sign-up-copy et la PR 128, avec votre propre idempotencyKey. Donnez-moi l'identifiant de l'exécution, puis suivez-la.

L'assistant appelle autonomy_run_trigger avec le testCaseId et soit un environmentSlug, soit des targets (pour le web, targets.web.baseUrl). Il a besoin de l'autorisation « Start runs ».

4. Suivre l'exécution

L'assistant appelle autonomy_run_get avec le runId et conserve le cursor. Tant que next vaut wait, il rappelle l'outil avec ce curseur et waitMs: 25000. Une réponse avec timedOut: true signifie seulement que rien n'a changé : il rappelle donc l'outil.

Utilisez autonomy_run_get pour suivre cette exécution jusqu'à sa fin.
Réutilisez chaque cursor renvoyé avec waitMs 25000. Un timeout n'est pas une erreur.
Pendant l'exécution, dites-moi à quelle étape elle en est.

5. Lire les Step Actions et les preuves

Quand l'exécution se termine, l'assistant lit ce qu'a fait l'agent et ce qu'il a vu :

Pour cette exécution Autonomy, appelez autonomy_run_step_actions et autonomy_run_evidence.
Pour chaque étape, donnez son résultat, l'explication, si la Final check concorde, et un lien vers un média.
Si l'exécution a échoué, expliquez pourquoi chaque étape échouée a échoué, et si son résultat attendu n'a pas été atteint ou n'a pas pu être montré.
Ne proposez aucune modification du code tant que les preuves ne l'appuient pas.

• autonomy_run_step_actions liste chaque action effectuée par l'agent pour chaque étape, y compris la Final check.
• autonomy_run_evidence donne, pour chaque étape, le résultat attendu, le résultat, l'explication, la Final check et des liens vers les médias. Les liens expirent au bout de 15 minutes.

Une exécution se termine en Passed, Failed, Couldn't start ou Cancelled. L'explication d'une étape échouée en donne la raison : lisez-la avant de conclure que l'application est cassée.

6. Consulter les problèmes

Les problèmes sont des défauts que l'exécution a remarqués en chemin, comme une erreur de console, et ils sont tenus à l'écart du résultat. Une exécution réussie peut tout de même en signaler un.

Listez les problèmes Autonomy de cette exécution avec autonomy_issue_list et son runId.
Résumez chacun : Bug ou Risk, ce qui était attendu et ce qui s'est passé.

L'assistant peut en signaler un avec autonomy_issue_create, et en marquer un comme résolu avec autonomy_issue_set_status après qu'une exécution a montré la correction. Les deux nécessitent l'autorisation « File and update issues ».

7. Corriger et relancer

Après la modification du code, exécutez le même cas de test sur la même cible et comparez.

Relancez le même cas de test Autonomy sur la même cible de prévisualisation.
Suivez-le jusqu'à la fin, comparez ses preuves avec celles de l'exécution précédente, et dites-moi si la correction est confirmée.

Ce que ce n'est pas

MCP ne transforme pas l'assistant de code en pilote de navigateur. L'assistant demande à Autonomy d'exécuter un cas de test, puis lit les résultats et les preuves. C'est l'agent qui teste, et chacune de ses actions est affichée comme une Step Action.