Amp ordena los archivos del diff por importancia y calcula el orden en 0,1 s en lugar de 3,5 s

Amp, el asistente de desarrollo de Sourcegraph, ha actualizado el panel Changes. Ahora ordena automáticamente los archivos del diff con criterio: lee los cambios, localiza los archivos sin los cuales la modificación no se entiende y los coloca primero. Antes, esta ordenación había que lanzarla a mano y tardaba un tiempo apreciable. En la demostración de los desarrolladores, con un diff de ocho archivos, el método anterior tardaba 3,5 segundos y el nuevo se resuelve en 0,1 segundos. Es una aceleración de unas 35 veces.

Qué cambia exactamente en el panel Changes

La mayoría de las herramientas muestran los archivos de un diff por orden alfabético. Para la revisión es incómodo: una migración de base de datos puede quedar al final de la lista, con las pruebas y los archivos de configuración por delante. El revisor lee las consecuencias antes que la causa y tiene que reconstruir el cuadro a base de piezas sueltas.

Amp propone otro enfoque. El sistema analiza el propio diff, selecciona los archivos que definen la esencia del cambio y los sube al principio. En el ejemplo del anuncio, con un diff de ocho archivos, tanto el método antiguo como el nuevo situaron en primer lugar la migración de base de datos. El resultado no cambió; solo cambió la rapidez con que se obtiene.

El anuncio no revela qué modelo se encarga del ranking ni con qué criterios un archivo se considera «esencial». Solo se sabe que el orden se construye a partir del contenido del diff, no de los nombres de los archivos.

Un orden que no rompe la revisión

Lo más interesante es el comportamiento cuando el diff se actualiza. Cuando el agente sigue trabajando y los cambios en el repositorio varían, el orden recalculado no se aplica por sí solo. Los archivos se quedan donde están mientras usted los lee. En su lugar, se enciende un punto azul en el botón de ordenación inteligente. Al hacer clic en él, se aplica el orden actualizado.

La solución es pequeña, pero está bien pensada. Una reordenación automática en mitad de la lectura haría que el revisor perdiera su posición, y con un agente activo ocurriría constantemente. Amp separa el cálculo de la aplicación: el cálculo se hace en segundo plano y la decisión de reordenar queda en manos de la persona.

La velocidad como condición para automatizar

Una ordenación que tarda 3,5 segundos hay que lanzarla manualmente: esperar cada vez resulta molesto. Una ordenación de 0,1 segundos funciona sin espera y, por eso, puede ser el comportamiento por defecto. Aquí la velocidad elimina la necesidad de un botón de ejecución aparte.

Parámetros clave de la actualización:

• El orden de los archivos en el panel Changes se genera automáticamente, sin lanzamiento manual.
• Tiempo de cálculo en un diff de ocho archivos: 0,1 s frente a los 3,5 s de antes.
• Tienen prioridad los archivos que definen la esencia del cambio, por ejemplo, las migraciones de base de datos.
• Cuando el diff cambia, el orden se recalcula, pero no se aplica sin confirmación.
• Aviso de actualización: un punto azul en el botón de ordenación inteligente.
• Se puede volver al orden alfabético haciendo clic en ese mismo botón.

Cómo usarlo y qué falta por ver

La técnica en sí es universal: empiece la revisión por los archivos que dan sentido al cambio y pase después a las consecuencias. En los cambios generados por un agente, esto es especialmente importante. Estos diffs suelen ser más grandes y de mayor alcance que los cambios hechos por una persona, y la atención del revisor sigue siendo un recurso limitado.

Un consejo práctico para los equipos que ya trabajan con Amp: dejen activado el orden automático un par de semanas y comparen la rapidez con que los revisores llegan a los puntos problemáticos. Si la lógica de ranking no encaja en un repositorio concreto, por ejemplo, en un monorrepositorio con muchos archivos generados, el orden alfabético se recupera con un solo clic.

Quedan abiertas las dudas sobre la escala. La demostración muestra ocho archivos, y el anuncio no aclara cómo se comporta el método con diffs de cientos de archivos ni cuán estable es la elección de los archivos «principales». Conviene comprobarlo con datos propios.