# Peta dulu, review kemudian

Canonical source: https://maguyva.ai/id/blog/map-first-review-second

License: text under [CC BY 4.0](https://creativecommons.org/licenses/by/4.0/); code samples under [MIT-0](https://opensource.org/license/mit-0); the Maguyva name, logos, brand assets and other code are not covered. Details: [maguyva.ai/license](https://maguyva.ai/license).

Date: 2026-09-07 · Author: Maguyva Team

> Landasi agen coding pada peta repo sebelum ia menulis. Biarkan Greptile me-review pull request setelahnya. Pasangan yang saling melengkapi, bukan pengganti.

Dua pekerjaan berbeda duduk di kedua sisi pull request. Sebelum agen menulis, ia membutuhkan peta pohon yang akan diubahnya. Setelah agen membuka PR, sesuatu harus membaca perubahan itu terhadap sisa sistem dan meninggalkan komentar yang bisa ditindaklanjuti manusia.

Pekerjaan-pekerjaan ini terlihat mirip dari kejauhan karena keduanya melibatkan 'memahami codebase'. Keduanya bukan produk yang sama. Yang satu menjawab 'di mana perubahan ini seharusnya mendarat?'. Yang lain menjawab 'apa yang dirusak diff ini yang akan terlewatkan linter baris demi baris?'. Mencampurkan keduanya menghasilkan draf pertama yang lebih buruk dan review yang lebih berisik.

Tulisan ini adalah panduan alur kerja gabungan. Maguyva adalah peta yang ditanyakan agen terlebih dahulu. Greptile adalah agen review yang mengomentari PR setelahnya. Pasangan ini saling melengkapi karena konstruksinya: Maguyva tidak me-review pull request, dan Greptile tidak menggantikan lapisan konteks yang digunakan agen untuk menulisnya.

## Mengapa pembagian ini berguna

Agen coding yang berangkat dari prior pelatihan ditambah beberapa file yang ditempel akan mengarang jalur yang masuk akal dan mengeditnya. Itu kegagalan 'file yang salah', dan itu masalah pengambilan. Maguyva adalah lapisan konteks codebase MCP jarak jauh: pengambilan semantik, struktural (AST), graf/dependensi, dan teks digabung menjadi hasil berperingkat, ditambah pencarian simbol dan pengambilan file. Jawaban yang berdasar kembali sebagai `path/file.ext:line`, sehingga Anda bisa menolak yang salah sebelum patch ada. Klaimnya tetap sederhana: lebih sedikit perubahan yang berhalusinasi. Model masih bisa menebak. Hanya saja langkah pertama berhenti menjadi tebakan.

Greptile adalah agen review kode bertenaga AI. Dengan kata-kata mereka sendiri, ia secara otomatis me-review setiap pull request dengan pemahaman penuh tentang codebase, dan memposisikannya melawan linter tradisional yang memeriksa file secara terpisah alih-alih seluruh sistem. Pengaturannya terdiri dari menginstal aplikasi GitHub atau GitLab dan memilih repo. Tidak ada indeks lokal yang harus Anda operasikan. Hosting-nya adalah Greptile Cloud (mereka menyatakan kepatuhan SOC 2 Type II, dengan laporan tersedia atas permintaan), dengan opsi self-hosted yang ditawarkan untuk perusahaan.

Alur bernomor mereka sendiri adalah: hubungkan dan bangun graf dependensi setiap fungsi, kelas, dan dependensi; pada setiap pull request, analisis perubahan menggunakan graf repo penuh itu dan publikasikan temuan sebagai komentar PR dengan perbaikan yang disarankan, dalam waktu sekitar tiga menit; setiap komentar bisa menyerahkan masalah ke agen coding yang sudah digunakan tim. Mereka juga menyatakan membaca komentar PR manusia sebelumnya seiring waktu untuk mempelajari standar kode tim dan mengurangi saran yang berisik. Sistem pembelajaran mereka, menurut pernyataan mereka, membutuhkan 2-3 minggu untuk beradaptasi.

Itu adalah review, bukan penyusunan draf. Keunggulan Greptile adalah konteks graf repo penuh pada perubahan yang sudah mendarat di PR, diikuti loop tertutup yang mengirim temuan ke Claude Code, Codex, Conductor, Cursor, atau Devin. Keunggulan Maguyva adalah peta berperingkat yang ditanyakan agen sebelum perubahan itu ditulis. Gunakan keduanya. Jangan minta salah satu melakukan pekerjaan yang lain.

Integrasi produk pihak pertama antara Maguyva dan Greptile tidak dinyatakan. Anda juga tidak membutuhkannya. Maguyva berbicara dengan agen lewat MCP. Greptile berbicara dengan GitHub atau GitLab lewat aplikasi mereka sendiri. Mereka bertemu di pull request. Tidak ada skrip perekat, tidak ada cron yang menyalurkan satu alat ke alat lain. Pasangan ini tidak butuh bash karena setiap produk sudah duduk di permukaan yang menjadi miliknya.

## Apa yang bukan ini

Ini bukan pembongkaran Greptile. Ini bukan halaman 'ganti reviewer Anda'. Greptile diluncurkan di Hacker News pada 5 Maret 2024 sebagai perusahaan Y Combinator W24, dan thread itulah cara banyak orang pertama kali mengenal produk itu. Jika begitulah cara Anda menemukan mereka, tetap gunakan mereka. Halaman ini adalah separuh depan yang hilang dari loop itu: melandasi agen terlebih dahulu agar PR yang dilihat Greptile sudah membidik file yang tepat.

Materi pemasaran Greptile memimpin dengan klaim kecepatan review dan penangkapan bug. Perlakukan itu sebagai klaim Greptile sendiri, bukan angka yang diverifikasi secara independen. Tulisan ini tidak mengulanginya sebagai fakta.

Cakupan bahasa adalah jenis kejujuran yang sama. Greptile membingkai dukungan sebagai mencakup semua bahasa pemrograman alih-alih daftar yang diberi nomor; angka pastinya tidak dinyatakan. Maguyva mempublikasikan dukungan untuk lebih dari 279 bahasa dan teknologi berbasis teks, dengan pembagian teknis (AST yang didukung parser versus hanya teks) di situs saat pertanyaannya teknis. Ini adalah produk berbeda yang membuat klaim berbeda. Jangan mencampurnya.

Harga Greptile tidak dinyatakan dalam materi yang boleh digunakan tulisan ini. Paket berbayar ada; lihat halaman harga mereka. Maguyva menagih per workspace, bukan per kursi. Paket dimulai gratis. [Halaman harga](/id/pricing) mencantumkan tingkatan yang dipublikasikan jika Anda butuh angka workspace.

## Alur kerja

Tiga tahap bernama. Jalankan dalam urutan ini. Jangan lewati satu pun saat pertama kali mencoba pasangan ini.

### 1. Konteks Maguyva

Indeks satu repo yang sudah Anda kenal. Hubungkan klien MCP tempat Anda sudah menulis — Claude Code, Cursor, Codex CLI, VS Code, Windsurf, atau klien kompatibel MCP lain. Maguyva punya panduan pengaturan untuk 24 klien MCP terdokumentasi dan bisa terhubung ke klien lain yang mendukung konfigurasi MCP standar.

Ajukan pertanyaan yang bisa Anda nilai sebelum siapa pun menulis satu baris. 'Di mana kedaluwarsa sesi ditangani, dan apa yang memanggilnya?' adalah langkah pertama yang lebih baik daripada 'perbaiki auth'. Tuntut kutipan. Buka hasil `file.ext:line`. Ikuti simbolnya. Konfirmasikan dependensi yang akan Anda sentuh.

Maguyva mengekspos 11 alat MCP yang menghadap klien di seluruh pencarian, simbol, analisis dependensi, pengambilan file, konteks repo, dan alur kerja alat bantu deterministik. Empat mode pengambilan digabung menjadi hasil berperingkat; `find_symbol` adalah alat terpisah saat Anda sudah tahu namanya. [Dokumentasi](/id/docs) menjelaskan jalur terpendek: mulai gratis, indeks repo yang sudah Anda kenal, hubungkan klien, lalu ajukan satu pertanyaan yang bisa Anda verifikasi.

Snapshot diberi timestamp, sehingga agen bisa mengetahui versi pohon mana yang dibacanya. Batasan jujurnya adalah pekerjaan lokal yang belum disinkronkan. Jika perubahan hanya ada di working tree dan belum di-push, peta yang dihosting belum memuatnya. File instruksi (`CLAUDE.md`, `AGENTS.md`) masih punya tempat di sini, untuk konvensi dan apa yang tidak boleh disentuh. Itu bukan peta yang hidup. Gunakan untuk perilaku. Gunakan Maguyva untuk fakta.

Jangan biarkan agen membuka PR sebelum kutipan bertahan dari kontak dengan repo. Gerbang itu adalah keseluruhan inti tahap ini.

### 2. PR agen

Agen yang sama sekarang menulis perubahan di klien yang sudah Anda bayar. Maguyva bukan editor dan bukan reviewer. Agen tetap menghasilkan diff. Anda tetap membuka pull request di GitHub atau GitLab seperti yang sudah Anda lakukan.

Yang seharusnya berbeda adalah file pertama. PR seharusnya menyebutkan handler yang benar-benar mengimplementasikan perilaku, pemanggil yang akan rusak, dan tes yang akan gagal jika perubahan itu salah. Jika tahap 1 dilewati, tahap 3 akan menghabiskan komentarnya pada perubahan yang mendarat di paket yang salah. Greptile masih bisa menemukan masalah sistemik. Ia seharusnya tidak juga harus pulih dari jalur yang berhalusinasi.

Jaga PR tetap terbatas. File pertama yang berdasar bukan lisensi untuk menulis ulang modul. Pasangan yang saling melengkapi ini bekerja saat agen melakukan satu pekerjaan dengan peta, lalu meminta reviewer melakukan pekerjaan lain pada diff yang dibatasi.

### 3. Review Greptile

Greptile sudah terhubung ke repo lewat aplikasi GitHub atau GitLab. Pada pull request baru, ia menganalisis perubahan menggunakan graf repo penuh yang dibangunnya, dan mempublikasikan temuan sebagai komentar dengan perbaikan yang disarankan. Materi mereka sendiri menempatkan proses ini sekitar tiga menit.

Baca komentar seperti Anda membaca rekan tim yang teliti: buka lokasi yang dikutip, putuskan apakah temuannya nyata, lalu bertindak. Di mana Greptile menawarkan 'Fix with your Agent', ia mengirim masalah — jalur file, nomor baris, kode yang disarankan — ke Claude Code, Codex, Conductor, Cursor, atau Devin. 'Fix All' mengirim semua masalah dalam review sekaligus. Mereka juga menyediakan Greptile MCP dan plugin Claude Code untuk serah terima itu. Maguyva tidak ada di daftar target bernama itu; ketidakhadiran itu bukan masalah. Maguyva sudah melakukan pekerjaannya di tahap 1. Agen coding yang menulis PR adalah yang seharusnya menerima payload perbaikan.

Harapkan gangguan pada 2-3 minggu pertama saat sistem pembelajaran Greptile beradaptasi dengan komentar yang benar-benar ditinggalkan tim Anda. Itu jadwal yang mereka nyatakan, bukan cacat pada pasangan ini. Review manusia tetap ada dalam loop. Greptile adalah proses pertama yang otomatis, bukan tombol merge.

Jika komentar Greptile menunjuk ke file yang tidak pernah ditanyakan agen di tahap 1, itu sinyal yang berguna. Entah peta melewatkan pemanggil, atau agen melewatkan kutipan. Perbaiki draf sesuai komentar itu. Jangan nonaktifkan reviewer.

## Cara menjaga pelengkap ini tetap jujur

- Maguyva selalu pertama. Review PR dengan file salah tetap saja review file yang salah.
- Greptile selalu setelahnya. Draf yang dikutip dengan baik tetap membutuhkan pembacaan diff pada tingkat seluruh sistem.
- Jangan minta Maguyva mempublikasikan komentar PR. Ia tidak melakukannya.
- Jangan minta Greptile menjadi lapisan pengambilan pertama agen saat agen masih memilih jalur. Itu bukan pekerjaan yang dirancang untuk aplikasi GitHub atau GitLab mereka.
- Jangan mengarang pipeline bash yang 'menyinkronkan' keduanya. PR adalah antarmukanya.
- Verifikasi kedua sisi secara independen. Indeks satu repo yang sudah Anda kenal. Ajukan satu pertanyaan yang bisa Anda verifikasi. Lalu buka PR kecil dan baca apa yang sebenarnya dikomentari Greptile.

Loop ini biasa saja begitu diberi nama. Peta dulu. PR agen. Review kemudian. Setiap produk tetap di sisi pull request yang menjadi keahliannya.

`// map first. review second. in that order.`