✅ CONTENIDO_COMPLETO | Traducido automáticamente del inglés
🍭 En esta nota me enfoqué en el impacto para experiencia de desarrollo, interfaces y ergonomía del producto.
Cómo la migración de la revisión de código de Copilot a herramientas compartidas de exploración de código estilo Unix redujo el costo de revisión al remodelar los flujos de trabajo de los agentes en torno a la evidencia de solicitud de extracción. Napalys Klicius · @Napalys 10 de julio de 2026 | 9 minutos Compartir: Dale a un agente mejores herramientas y debería hacer un mejor trabajo. De todos modos, ese es el instinto.
Cuando abre una solicitud de extracción, la revisión del código Copilot lee la diferencia y explora el código circundante para encontrar los problemas importantes antes de enviarlos. Para ello, utilizó sus propias herramientas de exploración de código. Entonces, cuando intercambiamos las herramientas compartidas y mejor mantenidas que impulsan la CLI de Copilot, grep, glob y view, esperábamos una actualización limpia.
En cambio, en nuestros puntos de referencia, encontramos que el costo de las revisiones era más alto y se detectaban menos problemas. Pero las herramientas no fueron el problema. Las instrucciones fueron.
Una vez que los reescribimos según la forma en que un revisor realmente lee una solicitud de extracción, la regresión se convirtió en una ganancia: aproximadamente un 20% menos de costo promedio de revisión, manteniendo la misma calidad de revisión. Esta es la historia de cómo ajustar los flujos de trabajo en torno a las herramientas nos llevó a una solución. Mismas herramientas, instintos equivocados Si ha construido sobre un marco de agente, probablemente también haya heredado sus herramientas.
Funcionan, por lo que los conservas hasta el día en que tu caso de uso se aleja lo suficiente de aquello para lo que fueron diseñados como para que silenciosamente comiencen a trabajar en tu contra. Esa es la situación en la que estábamos. Antes de intentar utilizar las herramientas CLI compartidas, la revisión de código de Copilot utilizó sus propias herramientas de exploración de código.
Esa capa de herramientas se inspiró en sistemas de agentes anteriores, incluidas ideas de navegación de repositorios estilo agente SWE y GitHub Copilot Autofix: enumerar directorios, buscar archivos, buscar directorios y leer código. Esas herramientas funcionaron, pero eran específicas para la revisión del código de Copilot y fueron diseñadas para cómo se comportaban los modelos en ese momento. Los modelos de codificación agentes anteriores hacían menos llamadas a herramientas y eran peores a la hora de incorporar automáticamente el contexto necesario.
Esto significaba que era más importante incluir toda la información relevante en las pocas llamadas a herramientas que realizaba el modelo. Mientras tanto, el arnés Copilot CLI tiene un conjunto compartido de herramientas de exploración de código inspiradas en Unix: grep, glob y view. Ese arnés también lo utilizan un número creciente de productos del agente Copilot, incluido el agente en la nube GitHub Copilot, por lo que las mejoras en el arnés pueden beneficiar a más de un producto.
Queríamos limpiar y compartir la infraestructura siempre que fuera posible, por lo que experimentamos con el uso de las herramientas del arnés CLI de Copilot en la revisión del código de Copilot. El objetivo era reducir las implementaciones de herramientas duplicadas, crear un lugar compartido para mejorar las herramientas de exploración de código y facilitar la implementación de esas mejoras en los productos Copilot. Sobre el papel, la migración parecía simple: Revisión del código antiguo de Copilot GitHub Copilot CLI Propósito list_dir glob Descubrir directorios y archivos candidatos antes de abrir el código. search_file y search_dir grep Código de búsqueda para texto, símbolos o sitios de llamadas coincidentes. read_code view Lee el contenido del archivo relevante una vez que se conoce una ruta o rango.
Las herramientas de revisión existentes no eran envoltorios finos. Al buscar un directorio o leer un rango de código, podrían devolver las líneas coincidentes o solicitadas más un contexto de código adicional adicional. Ese costo simbólico agregado, pero también coincidía con la forma en que los modelos anteriores a menudo se beneficiaban de tener el contexto cercano incluido automáticamente.
Inicialmente, esperábamos que fuera una migración sencilla: cambiar un conjunto de herramientas por otro. Pero cuando probamos las herramientas compartidas en puntos de referencia fuera de línea, el agente de revisión se volvió menos eficiente y menos efectivo. El costo promedio aumentó y la cantidad de comentarios útiles disminuyó.
El seguimiento reveló un bucle de navegación. Nuestros puntos de referencia internos de revisión del código Copilot fueron útiles porque muestran más que una puntuación final. Muestran el camino que tomó el agente, incluidas las herramientas que llamó, cuántos resultados obtuvo, dónde se produjeron los errores…
📰 Fuente Original
General – Leer artículo completo →
📌 Nota: Este artículo fue traducido automáticamente. Para la versión original en inglés, visita el enlace de la fuente.
🍭 Curada por Jicaleta con ojo en UX, frontend y claridad para devs.