TREX dari Greptile menjalankan kodemu untuk menangkap bug yang lolos review statis

Greptile menambahkan lapisan eksekusi ke AI code reviewer-nya, dinamai TREX (Test, Run, Execute). Kebanyakan review AI membaca diff lalu menalarnya. TREX justru menjalankan kodenya. Saat agent reviewer membaca sebuah pull request, ia menandai isu yang layak ditelusuri dan membuka satu agent TREX terpisah untuk tiap isu, semuanya paralel, masing-masing di dalam sandbox sekali pakai yang menyala dalam hitungan milidetik dan dibuang begitu selesai. Agar tetap cepat tanpa jadi basi, sistem ini memakai base image yang bisa dipakai ulang dan snapshot per repo.

Tujuannya menangkap bug yang hanya muncul saat runtime: logic error yang butuh urutan state tertentu, regresi UI yang baru tampak setelah halaman dimuat, atau race condition yang butuh request nyata sedang berjalan. Analisis statis cenderung melewatkan hal-hal ini. Tiap temuan disertai bukti, bukan terkaan, jadi laporannya bisa memuat screenshot, log, API trace, dan skrip eksekusi, dan untuk perubahan animasi TREX merekam video saat dijalankan. Harness-nya model-agnostic, bahkan agent utama dan subagent-nya bisa memakai provider berbeda, sehingga model frontier bisa diganti tanpa membangun ulang. Menurut Greptile, mereka sengaja menukar latensi demi akurasi. Tulisannya bisa dibaca di blog Greptile.

Kenapa ini penting

Kalau timmu mengandalkan AI code review, titik lemahnya selama ini adalah keyakinan: reviewer yang hanya membaca kode menghasilkan komentar yang masuk akal tapi tetap harus kamu verifikasi manual. Reviewer yang menjalankan kode lalu melampirkan screenshot atau trace yang gagal memberi sesuatu yang bisa kamu cek dalam hitungan detik, dan itu mengubah seberapa jauh kamu bisa memercayainya pada bug yang benar-benar penting.