MaguyvaのGroovy対応: GradleとJenkinsのコードグラフ

Groovyが浅いAIツールをつまずかせるところ

Groovyはしばしば設定ファイルのように読めます。Gradleのビルドでは、dependencies { implementation ... } はクロージャーを伴うメソッド呼び出しの連なりで、宣言的なJenkinsfileも同じです。ビルダーは任意の名前を呼び出しに変え、GDKは each や collect のようなメソッドをすべてのオブジェクトに追加します。すべての呼び出しを記録するツールは、そのノイズに埋もれてしまいます。

MaguyvaはDSLとGDKの層を除外するため、あなた自身のメソッドとクラスが際立ちます。

MaguyvaがGroovyで抽出するもの

Maguyvaは .groovy と .gradle ファイル、そして Jenkinsfile に対応しています。クラス、関数、メソッドが抽出され、インポートは import static と as のエイリアスを正規化します。呼び出し名からは末尾のクロージャーブロックと ?. のセーフナビゲーション演算子が取り除かれるため、repo?.save(order) { ... } は save の呼び出しとして記録されます。クラス内のレシーバーなしの呼び出しは、そのクラス自身のメソッドに解決されます。

ノイズは段階的に除外されます。

• dependencies、implementation、task、given、when、then、Mock のような、約140個の標準ライブラリ、Gradle、Spockの名前。
• each、collect、inject、eachLine のような約260個のGDKメソッド。
• pipeline、stage、steps、sh のようなJenkinsのステップを含むビルダーDSLの名前。括弧付きで呼び出されるのではなく、ビルダー形式で使われる場合に除外されます。
• @CompileStatic、@Immutable、@Autowired のようなAST変換やフレームワークのアノテーション。これらが呼び出しとして記録されることはありません。

グラフには、継承、インスタンス化、読み取りと書き込みも記録されます。

エージェントへのプロンプト例

• 「deployToStaging を呼び出しているのは誰で、どのパイプラインからか？」（find_symbol、次に dependency_search の incoming）
• 「BaseIntegrationSpec を継承しているクラスはどれか？」（dependency_search）
• 「リリースタスクがどのように成果物をビルドして公開するかを説明して。」（get_task_context）

既知の制限

• Groovyのメソッドと自由関数は同じ構文ノードを共有するため、structural_search の methods プリセットは何も選択しません。代わりに functions プリセットか find_symbol を使ってください。
• collect や stage のように、GDKやDSLのメソッドと同じ名前を持つユーザー定義のメソッドは、それらと一緒に除外されることがあります。呼び出し元が欠けているように見えるときは text_pattern_search を使ってください。

次のステップ

クイックスタートでリポジトリを接続し、互換性ページで対応マトリクスを確認してください。ビルドがコンパイルするJVMのコードについては、JavaガイドとKotlinガイドをご覧ください。