Saya pernah ada di titik ngerjain refactor yang bikin kepala cepat panas. File banyak, modul nyebar, dan tiap perubahan kecil rasanya narik benang ke banyak arah sekaligus.

Masalahnya bukan cuma di kode. Masalah utamanya justru di konteks. Saya harus ingat file mana yang saling nyambung, pola lama yang harus dibersihin, sampai area test yang kemungkinan ikut kena. Semua itu sambil tetap mikirin arah refactornya ke mana.

Pernah nggak sih kalian ngerjain refactor besar, tapi capek duluan bukan karena ngodingnya, melainkan karena harus ngejagain semua konteks di kepala sendiri?

Kenapa Cara Biasa Terasa Lambat

Kalau semua eksplorasi, analisis, dan eksekusi ditumpuk di satu alur percakapan, ritmenya cepat berat. Context penuh lebih cepat, fokus Claude ikut lompat lompat, dan kalian mulai habis energi cuma buat menjaga arah pembahasan tetap waras.

Di titik ini saya sadar, problemnya bukan Claude kurang pintar. Problemnya cara saya membagi kerja masih terlalu linear. Satu sesi panjang yang megang segalanya sekaligus bukan cara paling efisien.

Kenalan Sama Agent Paralel

Solusinya ternyata bukan maksa satu sesi buat megang semua hal sekaligus. Di Claude Code, kalian bisa bagi kerja itu ke beberapa agent yang jalan paralel.

Satu agent bisa fokus telusuri file yang relevan. Satu lagi bisa cari pola implementasi lama. Satu lagi cek area test yang kemungkinan terdampak. Boom. Beban eksplorasi yang tadinya numpuk di satu kepala sekarang dipecah jadi beberapa jalur kerja yang lebih fokus.

Buat saya, ini bukan sekadar fitur. Ini cara pikir baru. Kalian tetap jadi leadnya, tapi Claude sekarang bisa dipakai seperti tim kecil yang masing masing pegang tugas sendiri.

Contoh Pembagian Kerja Saat Refactor

Misalnya kalian lagi beresin codebase lama yang pola komponennya sudah nggak konsisten. Ada helper yang dobel, naming mulai liar, dan beberapa test sudah nggak jelas nyambung ke area mana.

Di situ saya nggak mau Claude kerja serial dari awal sampai akhir. Saya lebih suka bagi tugasnya:

• Agent pertama: petakan file dan folder yang paling relevan, cari yang sering direferensikan
• Agent kedua: cari pola implementasi lama yang harus dibersihkan, identifikasi inkonsistensi
• Agent ketiga: cek test yang kemungkinan pecah kalau perubahan mulai masuk

Contoh briefing yang bisa kalian pakai kurang lebih begini:

Agent 1: telusuri folder src/components dan src/hooks, cari file yang terkait
sama pola lama button abstraction. Laporkan file yang paling sering direferensikan.

Agent 2: audit implementasi button lama, cari variasi prop dan styling yang
inkonsisten. Ringkas pola yang harus disatukan.

Agent 3: cek folder tests dan file yang menyebut komponen button. Laporkan
test mana yang kemungkinan terdampak kalau abstractionnya diubah.

Yang saya suka dari pola ini, masing masing agent datang bawa potongan jawaban yang jelas. Saya tinggal review, gabungkan, lalu putuskan langkah refactornya.

Kalian Tetap yang Pegang Kendali

Perlu dicatat, agent paralel bukan berarti kalian lepas tangan. Mereka bantu eksplorasi, audit, dan ngumpulin konteks. Tapi keputusan tetap di kalian. Kalian yang nilai hasilnya, pilih arah refactor, dan nentuin perubahan mana yang benar benar layak masuk.

Kapan Cocok Dipakai, Kapan Jangan

Menurut saya, pola ini paling cocok kalau tasknya bisa dipisah per area yang jelas. Cocok juga saat kalian butuh investigasi dulu sebelum mulai ngubah kode, atau pas codebasenya besar dan modul modul sudah cukup mandiri satu sama lain.

Tapi kalau tasknya kecil, pendek, dan sangat linear, pakai banyak agent malah bikin ribet sendiri. Begitu juga kalau semua area saling tergantung sangat ketat, karena hasil satu agent bisa langsung basi kalau asumsi awalnya berubah.

Penutup

Yang bikin pola ini menarik bukan karena Claude jadi kelihatan canggih. Nilainya ada di cara kalian membagi kerja. Refactor besar nggak harus selalu dikerjain dalam satu jalur panjang yang melelahkan.

Biarkan Claude bantu eksplorasi dari beberapa arah, tapi kalian tetap pegang keputusan akhirnya. Saya ngontrol arahnya, Claude yang bantu ngangkat beban investigasinya.

Kalau kalian sudah pernah coba pola begini, saya penasaran. Pembagian tugas seperti apa yang paling enak buat workflow kalian? Share di komentar.