Encontrar áreas del repositorio con Jev conservando rutas alternativas

Objetivo

Usar una taxonomía del repositorio para proponer dónde debería inspeccionar a continuación un agente de programación, conservando al mismo tiempo las alternativas que una clasificación temprana podría descartar.

Requisitos previos

Preparar un inventario de directorios anclado a una revisión, descripciones breves de las áreas candidatas y tareas de ejemplo con archivos relevantes etiquetados por una persona revisora. Excluir secretos y directorios de dependencias generados del material que se envía a un modelo.

Pasos

1. Construir la jerarquía a partir del checkout real. Asignar identificadores estables a los nodos; mantener las etiquetas separadas de las rutas del sistema de archivos. Una etiqueta devuelta debe resolverse a través de este inventario antes de abrir cualquier archivo.

2. En cada frontera, plantear una pregunta de elección acotada sobre qué hijo es relevante para el comportamiento solicitado. Conservar varias ramas plausibles dentro de un presupuesto de exploración declarado, en lugar de tratar la primera respuesta como la ubicación final.

3. Usar el recetario del proveedor como referencia de implementación para la búsqueda jerárquica. Tratar su ranking de rutas como una heurística de búsqueda, no como una probabilidad medida de que un parche final vaya a ser correcto.

4. Abrir los archivos seleccionados y confirmar los símbolos, importaciones y llamadores reales. Ampliar a una rama alternativa si el archivo contiene solo un envoltorio o una implementación no relacionada con un nombre similar.

5. Evaluar si el archivo relevante entró en el conjunto inspeccionado, cuánto código irrelevante se leyó y qué ancestro causó rutas perdidas. Repetir esta comprobación tras reorganizar los directorios.

Resultado esperado

El resultado es un rastro de búsqueda acotado e inspeccionable que vincula una tarea con archivos candidatos. Las decisiones de implementación siguen proviniendo de leer el código actual y comprobar su comportamiento.

Límites y base de verificación

Esta adaptación no se ha ejecutado aquí. Una taxonomía puede omitir comportamiento generado o registrado dinámicamente. Un buen ranking no puede recuperar entradas de inventario ausentes, y una ruta seleccionada nunca autoriza ediciones. La interfaz o el patrón subyacente se describe en Hierarchical classification; el flujo de trabajo anterior es una adaptación propuesta.