El motor que da a nuestros agentes el repositorio entero
Nuestro motor de inteligencia de código ofrece a nuestros agentes una visión global del repositorio antes incluso de que empiecen a trabajar en él, y les proporciona el contexto necesario para realizar cualquier cambio dentro de un presupuesto asequible.
- SectorHerramientas para desarrollo
- Tipo de trabajoMotor interno, construido para nuestros propios agentes
- EstadoEn uso en nuestro propio trabajo, y sigue creciendo
Primero para nuestros propios agentes
Esta es nuestra propia herramienta: la parte de nuestra cadena de herramientas que determina qué puede ver un agente antes de tocar nada. Proporciona al agente el contexto del proyecto para que pueda examinar las definiciones y referencias pertinentes antes de modificar el código.
La restricción que lo ha determinado todo es el presupuesto de razonamiento. Una respuesta demasiado extensa para leerla es peor que una respuesta más breve que quepa, por lo que cada respuesta se adapta al tamaño que el agente puede utilizar. El objetivo es reservar el presupuesto para el trabajo.
El problema era nuestro
Los agentes que trabajan con bases de código de gran tamaño necesitan conocer el contexto del proyecto antes de realizar cambios.
Un archivo abierto no es un código base
Un agente al que se le pedía cambiar una función veía la función y el archivo a su alrededor. Qué la llamaba, qué llamaba ella a su vez y qué partes del proyecto notarían el cambio quedaban fuera del encuadre. El cambio se pensaba en aislamiento y se revisaba igual.
Leer un proyecto entero para encontrar una sola cosa
Sin un mapa, encontrar el sitio correcto significa abrir archivos y descartarlos. Cada archivo descartado ya se pagó del mismo presupuesto que necesita el trabajo real, y en un repositorio grande ese coste llega antes de que empiece ningún pensamiento útil.
Encontrar el código adecuado en un repositorio extenso
Es difícil localizar el código pertinente cuando un agente no sabe cómo se llama ni dónde se encuentra, y cada suposición errónea se paga con cargo al presupuesto destinado a esa tarea.
Qué hace la plataforma
Los agentes reciben el contexto del proyecto en el que se debe realizar un cambio, adaptado a lo que pueden utilizar.
El aspecto de un proyecto antes de abrir un archivo
Un agente parte de lo que se ha declarado en cada lugar, por lo que cualquier cambio se analiza en el contexto del proyecto al que pertenece.
- Las declaraciones se indexan en todos los idiomas con los que trabajamos.
- Un agente puede ver la estructura de un archivo que aún no ha leído
- El mapa del proyecto sigue siendo fácil de leer, por muy grande que sea el repositorio
Encontrado por nombre o por descripción
Un agente puede realizar una búsqueda por un identificador o por una descripción del código que necesita y examinar los resultados obtenidos.
- Buscar por el identificador exacto
- Buscar por una descripción de lo que hace el código
- Resultados presentados para que el agente los evalúe
Qué tocará un cambio
Además de las definiciones, el motor sabe dónde se utilizan los nombres y qué archivos dependen de cuáles. Eso convierte una búsqueda en una cuestión de consecuencias.
- La respuesta a lo que depende de esto se encuentra junto a la definición de este concepto.
- Qué contiene un archivo y qué es lo que lo genera
- Lo que ha cambiado últimamente vuelve con la respuesta
Respuestas limitadas, y ningún código de cliente sale de la máquina
Dos reglas dieron forma al lado de la entrega. Una respuesta tiene que caber en el espacio que quien pregunta tiene para ella, y ningún código debería salir de la máquina para poder entenderse.
- Una consulta amplia no puede saturar el contexto del agente
- El índice se encuentra en el propio ordenador del desarrollador y no se sube ningún código a ningún sitio.
- El contexto del proyecto se actualiza a medida que cambia el trabajo
Qué cambió en nuestro trabajo
Los agentes pueden examinar el contexto relevante del proyecto antes de revisar o modificar el código.
Repositorio entero
Por dónde empieza una revisión
Una revisión o una refactorización empieza por la forma del proyecto: qué toca el cambio, qué lo usa y quién lo trae. El archivo abierto dejó de ser el límite de lo que se puede razonar.
Presupuesto al trabajo
Adónde va el razonamiento
Las respuestas adaptadas al tamaño disponible permiten dedicar menos tiempo del contexto disponible a abrir archivos que al final resultan irrelevantes. La ventaja radica en lo que nunca hay que leer.
Se queda en la máquina
Por qué podemos apuntarlo a código de cliente
El índice se almacena en el propio ordenador del desarrollador y no se sube ningún código a ningún sitio.
¿Tus herramientas ven todo el código fuente o solo el archivo abierto?
Cuéntanos cómo trabaja tu equipo actualmente con un repositorio grande y hasta dónde llega ese contexto. Te diremos qué merece la pena automatizar y qué no.
Hablemos de su proyecto