Panduan Kecepatan Claude Code | Kenapa Lambat dan Cara Membuatnya 3x Lebih Cepat

“Apakah Claude Code terasa lebih lambat belakangan ini?”

Saya mengotomatiskan pembuatan artikel untuk situs ini dengan Claude Code setiap hari, dan saya mengalami frustrasi yang sama di minggu pertama. Yang dulunya membutuhkan 15 menit per artikel turun menjadi rata-rata 4–5 menit setelah menyesuaikan konfigurasi — sekitar 3 kali lebih cepat.

Dalam artikel ini, saya akan menjelaskan penyebab utama mengapa Claude Code menjadi lambat dan teknik optimasi kecepatan yang benar-benar saya uji dan temukan efektif. Bukan hanya “bagaimana membuatnya lebih cepat,” saya ingin Anda memahami mengapa setiap teknik bekerja.

Mengapa Claude Code Menjadi Lambat?

Sebelum mengoptimalkan, kita perlu memahami penyebabnya. Ada tiga alasan utama mengapa Claude Code terasa lambat.

Penyebab 1: Konteks yang Membengkak

Claude Code memanggil API dengan seluruh riwayat percakapan sebagai konteks. Semakin panjang sesi, semakin banyak data yang dikirim setiap kali, dan semakin lambat responsnya.

Tepat setelah sesi dimulai: konteks ~2.000 token  → cepat
Setelah 1 jam:              konteks ~30.000 token → lambat
Setelah setengah hari:      konteks ~80.000 token → sangat lambat (atau error)

Berdasarkan pengalaman saya, ketika konteks melebihi 50.000 token, kecepatan yang dirasakan turun menjadi kurang dari setengah.

Penyebab 2: Terlalu Banyak File yang Dibaca

Memberikan instruksi seperti "Baca seluruh repositori dan pahami sebelum mengimplementasikan" membuat Claude Code mencoba membaca sejumlah besar file. Waktu tunggu saat menjalankan puluhan perintah Glob dan Grep hampir seluruhnya adalah “waktu yang dihabiskan untuk membaca file.”

Penyebab 3: Beban Pemrosesan Model

Opus sangat powerful, tetapi membutuhkan lebih banyak waktu untuk menghasilkan respons. Banyak tugas menggunakan Opus padahal tidak perlu — itu adalah overkill untuk tugas yang bersangkutan.

---

Solusi 1: Jadikan /compact Sebuah Kebiasaan

Solusi dengan efek paling langsung. Claude Code memiliki perintah /compact yang mengompres dan merangkum riwayat percakapan, secara drastis mengurangi ukuran konteks.

# Jalankan di dalam REPL Claude Code
/compact

Saya membiasakan diri menjalankan /compact sekali per jam atau di setiap jeda alami dalam pekerjaan. Ini saja meningkatkan kecepatan yang dirasakan sebesar 1,5–2 kali.

Mulai Tugas Baru di Sesi Baru

Untuk tugas baru yang tidak memerlukan konteks pekerjaan sebelumnya, memulai ulang Claude Code dan memulai sesi baru lebih cepat. Restart membutuhkan waktu kurang dari 5 detik.

# Keluar dan mulai ulang
exit
claude

Ketika Anda ingin merujuk ke pekerjaan sebelumnya, menempelkan hanya informasi yang relevan setelah /init pada akhirnya lebih cepat dan akurat daripada membawa riwayat percakapan yang panjang.

---

Solusi 2: Batasi Cakupan Instruksi Secara Eksplisit

Mengurangi pembacaan file yang tidak perlu menghasilkan peningkatan kecepatan yang signifikan.

Perbandingan Before / After

# ❌ Lambat: cakupan terlalu luas
claude -p "Perbaiki bug di proyek ini"
# → Glob → Read × puluhan kali → memakan waktu selamanya

# ✅ Cepat: cakupan terbatas
claude -p "Perbaiki null check yang hilang di baris 108 dari src/api/auth.ts"
# → Read 1 kali → perbaikan selesai

Pola yang sering saya gunakan:

# Minta untuk membaca hanya file-file tertentu
claude -p "Baca hanya file-file berikut dan perbaiki masalahnya. Tidak perlu membaca yang lain:
- src/components/Button.tsx
- src/styles/button.css
Masalah: style hover tidak diterapkan"

Menambahkan “tidak perlu membaca yang lain” menghentikan perilaku eksplorasi yang tidak perlu.

---

Solusi 3: Gunakan Model yang Tepat untuk Setiap Tugas

Menggunakan Opus untuk setiap tugas adalah pemborosan dalam hal kecepatan.

Opus:   Desain kompleks · debugging sulit · code review
Sonnet: Implementasi umum · refactoring · dokumentasi
Haiku:  Terjemahan · formatting · transformasi sederhana

Mengganti Model di Claude Code

# Ganti model selama sesi berlangsung
/model claude-sonnet-4-6

# Catatan kecepatan: Sonnet sekitar 2–3 kali lebih cepat dari Opus dalam praktiknya

Untuk operasi situs saya:

• Isi artikel bahasa Jepang → Sonnet (kualitas struktur cukup, lebih cepat dari Opus)
• Terjemahan multibahasa → Haiku (kualitas terjemahan sangat layak digunakan, jauh lebih cepat)
• Diskusi desain · implementasi kompleks → Opus (kualitas diprioritaskan di sini saja)

Pembagian ini membawa waktu pembuatan per artikel dari 15 menit menjadi 4 menit.

---

Solusi 4: Eksekusi Paralel dengan Sub-Agent

Memparalelkan pemrosesan berat dapat secara drastis memangkas total waktu.

Terjemahan Paralel (metode yang benar-benar saya gunakan)

// ❌ Terjemahan berurutan: 9 bahasa × 30 detik = 270 detik (4,5 menit)
for (const lang of languages) {
  await translate(article, lang);
}

// ✅ Delegasi paralel dengan Agent tool: waktu = bahasa paling lambat ≈ 30 detik
// (Situs ini berhasil dari 8 menit → 1,5 menit dengan mendelegasikan secara massal ke sub-agent)
Agent({
  prompt: `Terjemahkan ${article} ke dalam 9 bahasa dan simpan setiap file: EN/DE/ES/FR/HI/ID/KO/PT/ZH`
})

Sub-agent berjalan dalam konteks independen mereka sendiri, sehingga tidak mencemari konteks utama. Ini juga berkontribusi pada peningkatan kecepatan.

---

Solusi 5: Percepat Input dengan Prompt Caching

Ketika system prompt yang sama digunakan berulang kali, prompt caching membuat pemrosesan input sekitar 10 kali lebih cepat. Ini memiliki efek nyata pada kecepatan yang dirasakan.

// Cukup tambahkan cache_control
system: [
  {
    type: "text",
    text: longSystemPrompt,
    cache_control: { type: "ephemeral" },
  },
],

Ketika system prompt yang sama digunakan kembali dalam 5 menit, panggilan kedua dan seterusnya terasa jauh lebih cepat dari yang pertama.

---

Solusi 6: Kurangi Eksplorasi yang Tidak Perlu dengan CLAUDE.md

Menulis “perintah yang digunakan,” “struktur direktori,” dan aturan “jangan dibaca” di CLAUDE.md memungkinkan Claude Code bertindak langsung tanpa berkeliaran.

# Aturan Proyek

## Perintah yang Sering Digunakan (tidak perlu dicari setiap kali)
- Build: npm run build
- Test: npm run test
- Deploy: bash scripts/deploy.sh

## Struktur Direktori
- src/components/: komponen UI
- src/pages/: routing
- src/content/blog/: artikel blog (MDX)

## Penting: JANGAN baca direktori ini
- node_modules/
- .wrangler/
- site/dist/

Ini mengurangi jumlah giliran yang dihabiskan Claude Code untuk mencari tahu “di mana harus mencari?”, yang secara keseluruhan mempercepat prosesnya.

---

Angka Peningkatan Kecepatan Nyata (Situs Ini)

Sebagai referensi, berikut adalah hasil nyata dari situs ini (claudecode-lab.com).

Tugas	Sebelum Optimasi	Setelah Optimasi	Pengurangan
Pembuatan artikel (Jepang)	8 menit	2,5 menit	69% lebih cepat
Terjemahan 9 bahasa	7 menit	1,5 menit	79% lebih cepat
Build + deploy	13 menit	11 menit	15% lebih cepat
Total (per artikel)	28 menit	15 menit	46% lebih cepat

Dengan menerapkan /compact dan manajemen sesi secara ketat, situs sekarang berjalan stabil di 10–12 menit per artikel.

---

Checklist Optimasi Kecepatan

Dalam urutan apa yang harus diperiksa terlebih dahulu.

Lakukan sekarang (di bawah 1 menit):
□ Jalankan /compact untuk mengompres konteks
□ Restart sesi yang sudah berjalan lama
□ Alihkan tugas terjemahan/formatting ke Haiku

Lakukan hari ini (30 menit):
□ Tambahkan "direktori yang tidak perlu dibaca" ke CLAUDE.md
□ Tambahkan perintah yang sering digunakan ke CLAUDE.md
□ Biasakan memecah tugas besar menjadi "tugas kecil dengan cakupan terbatas"

Lakukan minggu ini:
□ Tambahkan cache_control ke proses batch yang berulang
□ Buat pola untuk mendelegasikan tugas yang dapat diparalelkan ke Agent tool
□ Tetapkan aturan penggunaan model dan tambahkan ke CLAUDE.md

---

Ringkasan

Penyebab utama kelambatan Claude Code adalah “membengkaknya konteks” dan “eksplorasi file yang tidak efisien.” Sekadar menyadari kedua hal ini akan membuat perbedaan besar dalam kecepatan yang dirasakan.

Daftar prioritas perbaikan paling berdampak dari saya:

1. Menjadikan /compact kebiasaan (efek langsung, biaya nol)
2. Menggunakan model yang tepat untuk setiap tugas (hanya mengalihkan terjemahan ke Haiku sudah dramatis)
3. Membatasi cakupan instruksi secara eksplisit (cukup tambahkan “tidak perlu membaca yang lain”)
4. Delegasi paralel ke sub-agent

Tidak perlu melakukan semua ini sekaligus. Hanya memasukkan /compact ke dalam pekerjaan hari ini saja seharusnya sudah terasa jauh lebih cepat.

Artikel Terkait

• Panduan Lengkap Memangkas Biaya API Claude Code hingga 90%
• Panduan Lengkap Harness Engineering
• 10 Pola Prompt Berbahaya di Claude Code