Localizar áreas de um repositório com o Jev preservando caminhos alternativos

Objetivo

Use uma taxonomia do repositório para propor onde um agente de programação deve inspecionar a seguir, preservando alternativas que uma classificação precoce poderia descartar.

Pré-requisitos

Prepare um inventário de diretórios fixado em uma revisão específica, descrições curtas das áreas candidatas e tarefas de exemplo com os arquivos relevantes indicados por revisores. Exclua segredos e diretórios de dependências geradas do material enviado ao modelo.

Passos

1. Construa a hierarquia a partir do checkout real. Atribua identificadores estáveis aos nós e mantenha os rótulos separados dos caminhos do sistema de arquivos. Todo rótulo retornado deve ser resolvido por esse inventário antes de qualquer arquivo ser aberto.

2. Em cada fronteira, faça uma pergunta Choice restrita sobre qual filho é relevante para o comportamento solicitado. Mantenha vários ramos plausíveis, dentro de um orçamento de exploração declarado, em vez de tratar a primeira resposta como a localização definitiva.

3. Use o cookbook do fornecedor como referência de implementação para busca hierárquica. Trate o ranking de caminhos dele como uma heurística de busca, não como uma probabilidade medida de que o patch final esteja correto.

4. Abra os arquivos selecionados e confirme os símbolos, imports e chamadores reais. Expanda para um ramo alternativo se o arquivo contiver apenas um wrapper ou uma implementação não relacionada com nome semelhante.

5. Avalie se o arquivo relevante entrou no conjunto inspecionado, quanto código irrelevante foi lido e qual ancestral causou os caminhos perdidos. Repita essa verificação depois de reorganizar os diretórios.

Resultado esperado

O resultado é um rastro de busca limitado e inspecionável, que liga uma tarefa a arquivos candidatos. As decisões de implementação continuam vindo da leitura do código atual e da verificação do seu comportamento.

Limites e base de verificação

Esta adaptação não foi executada aqui. Uma taxonomia pode omitir comportamento gerado ou registrado dinamicamente. Um bom ranking não consegue recuperar entradas ausentes do inventário, e um caminho selecionado nunca autoriza edições. A interface ou o padrão subjacente está descrito em Hierarchical classification; o fluxo de trabalho acima é uma adaptação proposta.