Pruebas automáticas con un solo prompt

Las pruebas automáticas corren cada vez que alguien sube un cambio y te avisan cuando algo se rompió. Si tu repo todavía no las tiene, Salud te da el prompt que las monta.

Por qué importa

Sin pruebas automáticas, un cambio roto solo se nota cuando alguien lo usa. Con ellas, cada push se revisa, y SeeRepo te puede enseñar qué commit las puso en rojo y de qué parte puede venir.

Por qué la mayoría de las herramientas no te lo dicen

Montarlas significa escribir un archivo de workflow, elegir el comando de instalación correcto y decidir qué revisar. Para un agente son unos minutos, pero tienes que saber qué pedirle.

Cómo lo hace SeeRepo

Cuando tus pruebas automáticas (CI) no reportan a GitHub, Salud te lo dice y te ofrece un botón. El prompt que hay detrás es fijo y sirve con cualquier agente:

Configura pruebas automáticas (CI) para este repositorio en GitHub Actions. Agrega .github/workflows/ci.yml que corra en cada push y en cada pull request, instale las dependencias con el gestor de paquetes que el repo ya usa (con caché) y corra la verificación de tipos, el linter y las pruebas. Si el repo todavía no tiene pruebas, agrega una primera prueba de su flujo más importante. Haz que el workflow falle ante cualquier error y que dure menos de cinco minutos. Después abre un pull request y dime qué revisa.

Cómo hacerlo

1. Abre Salud (tecla 1) y entra en Pruebas. Si tus pruebas no corren solas con cada subida, arriba leerás No corren solas: «Si un cambio rompe algo, te enteras cuando le pasa a alguien».
2. Haz clic en Copiar prompt para que corran solas.
3. Pégalo en tu agente. Agrega .github/workflows/ci.yml y abre un pull request.
4. Fusiónalo. Desde ahí, Trayectoria dice qué día se rompieron tus pruebas y qué día volvieron a pasar, y Salud abre una tarea cuando las pruebas fallan, con los archivos del commit que las rompió.

Mira Salud y Trayectoria.