by Corepass

Usar Remy

Revisar cambios de código

Define el alcance de la revisión y examina cada hallazgo.

Alcance: un proyecto Git local en la app de escritorio.

Antes de hacer commit, pídele a Remy que compruebe si tus cambios cumplen los requisitos o introducen algún problema. Obtén hallazgos que puedas revisar uno por uno. Este ejemplo empieza con una revisión y luego te deja decidir si hacer cambios.

1. Prepara el proyecto y el alcance de la revisión

Sigue la Guía de la app de escritorio para añadir el proyecto y luego inicia un chat nuevo en él.

Antes de enviar la tarea, prepara:

  • El requisito o problema que deben resolver los cambios.
  • El alcance de la revisión, como todos los cambios actuales sin commit o un conjunto concreto de archivos.
  • El comportamiento que debe mantenerse y los criterios para dar la tarea por terminada.

Changes muestra el árbol de trabajo actual y puede incluir trabajo anterior. Revisa primero la lista de archivos. Si solo quieres que se revise una parte, indica ese alcance en tu prompt.

2. Inicia la revisión

Sustituye el requisito de ejemplo por la tarea real de tu proyecto:

Prompt de ejemplo
Revisa los cambios sin commit relacionados con el filtrado en la lista de pedidos de este proyecto.

El requisito es: al cambiar la palabra clave o el filtro de estado, la lista vuelve a la página 1, se actualizan los resultados y se conserva el orden actual.

Primero enumera los archivos que vas a revisar, distinguiendo entre cambios en stage, cambios fuera de stage y archivos nuevos.
Revisa solo los cambios relacionados con este requisito. Deja fuera de la revisión el trabajo existente que no esté relacionado.

Céntrate en:
1. Si la implementación cumple el requisito.
2. Si los parámetros de la solicitud, las actualizaciones de estado y los resultados mostrados son coherentes.
3. Problemas con resultados vacíos, cambios de filtro rápidos y sucesivos o solicitudes fallidas.
4. Si las pruebas cubren los cambios reales y si falta algún caso importante.

Enumera los hallazgos por gravedad. Para cada uno, indica la ubicación en el archivo, las condiciones que lo provocan, el impacto real, la evidencia que lo respalda y una recomendación.
Separa los problemas confirmados de los que aún necesitan verificación. Si no encuentras problemas, describe el alcance de la revisión y lo que no cubrió.

Solo revisa. No edites archivos, no instales dependencias ni hagas commit o push del código.

3. Comprueba los hallazgos

Abre los archivos correspondientes y comprueba si cada hallazgo se sostiene.

Comprobación Lo que deberías poder responder
Alcance de la revisión ¿La revisión cubrió los cambios solicitados, incluyó los archivos nuevos y excluyó el trabajo no relacionado?
Evidencia ¿Existe la ubicación y la descripción coincide con la implementación actual?
Desencadenante ¿En qué condiciones ocurre el problema? ¿Se puede reproducir o comprobar con una prueba?
Impacto ¿Afecta al comportamiento o es una mejora que conviene considerar por separado?
Comprobaciones ¿Qué comprobaciones se ejecutaron realmente, cuáles solo se sugirieron y cuáles no se pudieron ejecutar?

Si un hallazgo es demasiado vago, pide más detalles:

Prompt de ejemplo
Amplía el hallazgo 2. Identifica el código exacto y las condiciones que lo provocan, y da el conjunto mínimo de pasos para reproducirlo.
Si todavía es una hipótesis, dilo y enumera las comprobaciones necesarias para verificarlo.
No edites archivos todavía.

4. Corrige un problema seleccionado

Después de confirmar qué hay que cambiar, continúa en el mismo chat:

Prompt de ejemplo
Corrige solo el hallazgo confirmado 1.
Conserva los demás cambios existentes, sigue el enfoque actual del proyecto y añade y ejecuta las pruebas pertinentes.
Resume los archivos modificados, los resultados de las comprobaciones y las comprobaciones que no pudiste completar.
No hagas commit ni push del código todavía.

Vuelve a revisar el diff real y comprueba el comportamiento con los pasos de reproducción originales. Puedes solicitar explícitamente Verification para comprobar el resultado frente a los requisitos. Sus conclusiones también deben estar respaldadas por los cambios reales y los resultados de las comprobaciones.

5. Cómo se ve el resultado final

Tienes una revisión con un alcance claro y hallazgos rastreables. Puedes distinguir los problemas que hay que corregir, las hipótesis que hay que verificar y las áreas que no se cubrieron. Si también pediste una corrección, puedes inspeccionar los cambios correspondientes y los resultados de las comprobaciones.

“No se encontraron problemas” no significa que se haya verificado cada escenario. Sigue el proceso habitual de tu proyecto para decidir si hacer commit o merge.

6. Sigue explorando