Ada fase yang beda rasanya waktu kalian sudah nggak cuma pakai Claude buat task kecil di area yang kalian kenal.
Kalian mulai ketemu codebase yang asing.
Mungkin project warisan. Mungkin repo tim lain. Mungkin file lama yang belum pernah disentuh berbulan bulan. Atau mungkin kalian sendiri yang pernah nulis, tapi sekarang sudah lupa isinya.
Di titik ini, masalahnya bukan sekadar nulis prompt yang lebih bagus.
Masalahnya adalah: gimana caranya masuk ke code yang belum kalian pahami tanpa langsung tenggelam.
Kesalahan paling umum: langsung minta solusi
Begitu lihat codebase asing, banyak orang reflex langsung minta Claude untuk fix sesuatu.
"Tolong benerin bug ini."
Bisa saja. Tapi sering kali itu terlalu cepat.
Kalau konteks struktur code-nya belum kebaca, Claude juga bakal menebak lebih banyak. Dan kalian pun susah menilai apakah arah sarannya masuk akal atau tidak.
Jadi langkah pertama bukan selalu solusi. Langkah pertama sering kali orientasi.
Pakai Claude buat bikin peta dulu
Salah satu bantuan terbaik Claude di codebase asing adalah bikin peta kecil sebelum kalian nyebur lebih dalam.
Misalnya kalian bisa mulai dengan minta:
- ringkasan struktur folder yang relevan
- file mana yang kemungkinan jadi entry point flow tertentu
- fungsi mana yang paling berpengaruh di area itu
- urutan eksekusi dari action sampai output
Tujuannya bukan langsung membereskan semuanya.
Tujuannya biar kalian punya model mental awal. Begitu peta kecil ini ada, semua langkah berikutnya jadi lebih ringan.
Pertanyaan yang lebih berguna daripada "jelasin project ini"
Permintaan seperti "jelasin project ini" terlalu lebar.
Lebih enak kalau kalian sempitkan ke sudut tertentu.
Contohnya:
"Saya baru masuk ke repo ini. Tolong bantu cari file awal yang terkait flow login, lalu jelasin urutan file yang kemungkinan perlu saya baca dulu."
Atau:
"Saya belum kenal struktur project ini. Untuk flow export laporan, file mana yang paling penting dipahami dulu sebelum saya debug bug-nya?"
Pertanyaan seperti ini bikin Claude bantu orientasi, bukan sok tahu menjelaskan semua hal sekaligus.
Jangan baca semuanya, baca yang paling menentukan dulu
Salah satu hal yang bikin codebase asing terasa berat adalah keinginan buat memahami semuanya sekaligus.
Padahal hampir nggak pernah perlu.
Yang kalian butuhkan biasanya cuma jalur minimum untuk mulai kerja.
File masuk. File proses inti. File output. Kadang cuma tiga sampai lima titik itu dulu yang perlu kebaca.
Claude bisa bantu milih titik masuk tersebut, supaya energi kalian nggak habis buat baca hal yang belum relevan.
Begitu kalian mulai paham alur kecil itu, baru kalian putuskan perlu masuk lebih dalam atau tidak.
Claude bagus buat nyederhanain kebingungan awal
Ada momen yang paling melelahkan waktu masuk codebase asing: bukan waktu bug-nya susah, tapi waktu semuanya masih kabur.
Nama file belum kebayang. Relasi antar bagian belum kelihatan. Kalian bahkan belum tahu pertanyaan apa yang paling tepat ditanya.
Di fase ini, Claude berguna bukan karena dia langsung kasih jawaban final. Tapi karena dia bisa bantu mengubah kekaburan besar jadi daftar kebingungan yang lebih kecil.
Itu kemajuan yang penting.
Begitu kebingungannya mengecil, kalian bisa mulai kerja dengan ritme yang lebih masuk akal.
Penutup
Masuk ke codebase asing itu nggak harus selalu dramatis.
Kalau kalian pakai Claude dengan cara yang tepat, dia bisa jadi partner orientasi yang cepat. Bukan buat menggantikan pemahaman kalian, tapi buat mempercepat langkah awal yang biasanya paling bikin capek.
Jadi lain kali kalian masuk ke repo yang bikin pusing, jangan langsung minta semua jawaban.
Minta peta dulu. Minta titik masuk dulu. Minta urutan baca dulu.
Sering kali, itu sudah cukup buat mengubah panik jadi arah.
Di tulisan berikutnya, kita naik lagi satu level: gimana pakai Claude bukan cuma untuk baca code, tapi buat bantu debugging dengan cara yang lebih rapi.
