Primera ejecución de MCP

Usa este flujo cuando un asistente de programación esté a punto de cambiar código del producto, revisar una pull request o comprobar un despliegue de previsualización. El asistente usa Autonomy MCP para escribir y ejecutar casos de prueba; el agente alcanza cada resultado esperado en los runners de Autonomy y registra la evidencia.

1. Encuentra el proyecto

Todo vive en un proyecto, así que empieza por ahí.

Use Autonomy MCP to list my projects and pick the one for this repository.
Then list its test cases, test plans, environments and the five most recent runs.
Tell me whether this change already has a recent run and which test cases cover it.

El asistente llama primero a autonomy_project_list y después a autonomy_test_case_list, autonomy_test_plan_list, autonomy_environment_list y autonomy_run_list con ese projectId. Puede abrir la mejor coincidencia con autonomy_test_case_get.

2. Escribe un caso de prueba con resultados esperados

Si nada cubre el cambio, pide al asistente que escriba un caso de prueba. Cada paso es un resultado esperado que una persona podría comprobar, no una lista de clics. Los adjuntos le dan al agente lo que necesita: una bandeja de entrada nueva, una contraseña generada, un inicio de sesión guardado o un valor que debe usar tal como está escrito (Exact).

Create one Autonomy test case in this project for the acceptance criteria below.
Write each step as an outcome in plain words, not as clicks.
Attach a fresh inbox for any email, a data attachment with an intent for any password the agent should choose,
and an account attachment for any saved sign-in. Mark a value Exact only if the product must accept that exact value.
Use {{env.NAME}} for values that differ between environments. Never put a password in the step text.

Acceptance criteria:
- <paste criteria here>

El asistente llama a autonomy_test_case_create con el projectId, un name, las platforms y los pasos. Necesita el permiso "Create and edit test cases". Un paso escrito por el asistente tiene este aspecto:

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}

Consulta Pasos como resultados esperados para ver todos los adjuntos, y Creación de casos de prueba para escribir buenos resultados esperados.

3. Inicia la ejecución

Usa un entorno guardado cuando el objetivo ya esté configurado en Autonomy. Usa objetivos explícitos para una URL de previsualización nueva, una URL base de API o una compilación móvil.

Run the new test case against this preview URL:
https://preview.example.com

Use branch feature/sign-up-copy and PR 128, with your own idempotencyKey. Return the run id, then follow the run.

El asistente llama a autonomy_run_trigger con el testCaseId y un environmentSlug o targets (para web, targets.web.baseUrl). Necesita el permiso "Start runs".

4. Sigue la ejecución

El asistente llama a autonomy_run_get con el runId y guarda el cursor. Mientras next sea wait, vuelve a llamar con ese cursor y waitMs: 25000. Una respuesta con timedOut: true solo significa que no cambió nada, así que vuelve a llamar.

Use autonomy_run_get to follow this run until it ends.
Reuse each returned cursor with waitMs 25000. A timeout isn't an error.
While it runs, tell me which step it's on.

5. Lee las Step Actions y la evidencia

Cuando la ejecución termina, el asistente lee lo que hizo el agente y lo que vio:

For this Autonomy run, call autonomy_run_step_actions and autonomy_run_evidence.
For each step, give its result, the explanation, whether the Final check agrees, and a media link.
If the run failed, tell me why each failed step failed, and whether its outcome wasn't reached or couldn't be shown.
Don't propose a code change until the evidence supports it.

• autonomy_run_step_actions lista todas las acciones que realizó el agente en cada paso, incluido el Final check.
• autonomy_run_evidence da el resultado esperado, el resultado, la explicación, el Final check y los enlaces a medios de cada paso. Los enlaces caducan a los 15 minutos.

Una ejecución termina como Passed, Failed, Couldn't start o Cancelled. La explicación de un paso fallido indica el motivo: léela antes de decidir que la app está rota.

6. Revisa las incidencias

Las incidencias son problemas que la ejecución detectó por el camino, como un error de consola, y se mantienen separadas del resultado. Una ejecución superada también puede notificar alguna.

List the Autonomy issues for this run with autonomy_issue_list and its runId.
Summarize each one: Bug or Risk, what was expected and what happened.

El asistente puede registrar una con autonomy_issue_create y marcar una como resuelta con autonomy_issue_set_status cuando una ejecución muestre la corrección. Ambas necesitan el permiso "File and update issues".

7. Corrige y vuelve a ejecutar

Después del cambio de código, ejecuta el mismo caso de prueba contra el mismo objetivo y compara.

Rerun the same Autonomy test case against the same preview target.
Follow it to the end, compare its evidence with the earlier run, and tell me whether the fix is confirmed.

Lo que esto no es

MCP no convierte al asistente de programación en un controlador del navegador. El asistente pide a Autonomy que ejecute un caso de prueba y después lee los resultados y la evidencia. El agente hace las pruebas, y cada acción que realiza se muestra como una Step Action.