Groovy dans Maguyva : des graphes de code pour Gradle et Jenkins

Là où Groovy fait trébucher les outils d’IA superficiels

Groovy se lit souvent comme de la configuration. Dans un build Gradle, dependencies { implementation ... } est une chaîne d’appels de méthode avec des closures, et un Jenkinsfile déclaratif aussi. Les builders transforment n’importe quel nom en appel, et le GDK ajoute des méthodes comme each et collect à chaque objet. Un outil qui enregistre chaque appel se noie dans ce bruit.

Maguyva filtre la couche DSL et GDK pour que vos propres méthodes et classes ressortent.

Ce que Maguyva extrait en Groovy

Maguyva couvre les fichiers .groovy et .gradle ainsi que Jenkinsfile. Les classes, fonctions et méthodes sont extraites, et les imports normalisent les alias import static et as. Les noms d’appel sont débarrassés des blocs de closure finaux et de l’opérateur de navigation sûre ?. : repo?.save(order) { ... } est donc enregistré comme un appel à save. Un appel sans receveur à l’intérieur d’une classe est résolu vers sa propre méthode.

Le bruit est filtré par couches :

• Environ 140 noms de la bibliothèque standard, de Gradle et de Spock, comme dependencies, implementation, task, given, when, then et Mock.
• Environ 260 méthodes du GDK, comme each, collect, inject et eachLine.
• Les noms de DSL de builder, dont les étapes Jenkins comme pipeline, stage, steps et sh, lorsqu’ils sont utilisés en style builder plutôt qu’appelés avec des parenthèses.
• Les annotations de transformation d’AST et de framework comme @CompileStatic, @Immutable et @Autowired, qui ne sont jamais enregistrées comme des appels.

Le graphe enregistre aussi l’héritage, l’instanciation et les lectures et écritures.

Exemples de prompts pour agents

• « Qui appelle deployToStaging, et depuis quels pipelines ? » (find_symbol, puis dependency_search en incoming)
• « Quelles classes héritent de BaseIntegrationSpec ? » (dependency_search)
• « Explique comment la tâche de release construit et publie les artefacts. » (get_task_context)

Limites connues

• Les méthodes et les fonctions libres de Groovy partagent un même nœud de syntaxe : le preset methods de structural_search ne sélectionne donc rien. Utilisez plutôt le preset functions ou find_symbol.
• Une méthode à vous qui porte le nom d’une méthode du GDK ou d’un DSL, comme collect ou stage, peut être filtrée avec elles. Utilisez text_pattern_search quand un appelant semble manquer.

Étapes suivantes

Connectez un dépôt avec le démarrage rapide, puis consultez la matrice de prise en charge sur la page de compatibilité. Pour le code JVM que vos builds compilent, lisez le guide Java et le guide Kotlin.