Puppeteer

Migra las pruebas de Puppeteer de este repositorio a Autonomy con las herramientas MCP de Autonomy.

Preparación
1. Llama a autonomy_project_list y pregúntame qué proyecto usar. Llama a autonomy_environment_list con su projectId y pregúntame en qué entorno ejecutar.
2. Llama a autonomy_test_case_list con el projectId. Omite las pruebas que ya cubra un caso de prueba existente.

Para cada prueba
3. Crea UN caso de prueba con autonomy_test_case_create: projectId, name = el título de la prueba, platforms = ["web"]. Omite los scripts que solo recogen datos y no comprueban nada; inclúyelos en una lista.
4. Escribe cada paso como un resultado esperado: lo que es cierto cuando el paso termina, en palabras sencillas ("Existe una cuenta nueva para un correo nuevo"). Di lo que demuestra la prueba, no cómo: sin clics, selectores, esperas, reintentos ni llamadas a expect. Un paso puede abarcar varias acciones que sirven a un mismo resultado esperado. Usa 12 pasos o menos; divide una prueba más larga en varios casos de prueba.
5. Cada paso es {id, text, attachments[]}. Cada adjunto tiene id, kind y exact. Tipos: account {role}, inbox (sin dirección = una bandeja de entrada nueva por ejecución), phone, file, screenshot, data {label, value} o {label, intent} para datos generados.
6. Nunca escribas una contraseña, un token o una clave en un paso. Por cada cuenta con la que los scripts inician sesión, pídeme que la guarde en el panel (Sign-ins del proyecto, New sign-in) y que te diga su nombre de cuenta; después empieza la prueba con un paso como "El propietario de la tienda ha iniciado sesión" con esa cuenta adjunta. Para otros secretos de process.env, propón nombres y referéncialos como {{env.NAME}}; añádelos como valores secretos con autonomy_environment_upsert solo después de que yo esté de acuerdo.
7. Los valores sobre los que trata la prueba (un valor leído con page.$eval o page.evaluate y comprobado por un expect, un cupón que debe aplicarse, una entrada que debe rechazarse): un adjunto data con exact: true. El resto de la configuración: {{env.NAME}}.
8. Datos de registro (correos, nombres, contraseñas, sufijos aleatorios): una bandeja de entrada nueva y datos generados, nunca un valor fijo.
9. Descarta waitForSelector, waitForNavigation, los sleeps y los bucles de reintento. Descarta la intercepción de peticiones que solo simula respuestas: las ejecuciones prueban el producto real. Si una prueba solo funciona con respuestas simuladas, no la migres; inclúyela en una lista.

Al terminar
10. Si la suite agrupa pruebas (bloques describe, archivos), ofréceme crear un plan de pruebas por grupo con autonomy_test_plan_create.
11. Ejecuta un caso de prueba migrado con autonomy_run_trigger en el entorno que elegí. Síguelo con autonomy_run_get (pasa el último cursor y waitMs) hasta que termine. Para cada paso que no se haya superado, lee autonomy_run_step_actions y cuéntame qué pasó.
12. Termina con una tabla: prueba de origen, ID del caso de prueba, número de pasos y todo lo que no hayas podido trasladar.