Ada fase yang hampir semua orang lewatin waktu ketemu tool baru.

Pertama kagum. Terus bingung. Habis itu jarang dipakai.

Claude Code juga bisa berakhir begitu, kalau kalian cuma datang waktu lagi penasaran tapi nggak pernah bangun polanya. Tulisan terakhir di series ini bukan soal fitur. Tapi soal kebiasaan.

Jangan kasih kerjaan segunung di menit pertama

Ini kesalahan paling umum.

Orang baru masuk, langsung kasih task raksasa. Refactor semua file di folder ini. Audit keseluruhan project. Bikin dokumentasi untuk semua function yang ada.

Hasilnya? Sering kali Claude menyelesaikan sesuatu, tapi kalian nggak yakin apakah itu benar-benar benar.

Mulai dari unit kecil. Satu file. Satu function. Satu masalah spesifik.

Makin kecil scopenya, makin gampang kalian review hasilnya. Dan makin banyak kalian review, makin cepat kalian ngerti ritme Claude.

Konteks stabil itu separuh kemenangan

Setiap kali kalian buka sesi baru Claude Code, dia mulai dari nol. Nggak ada memori dari sesi sebelumnya.

Itu bukan bug. Itu cara kerjanya.

Solusinya, bangun konteks di awal sesi. Dua cara umum:

Cara manual: Kasih briefing singkat di awal. Siapa kalian, ini project apa, batasan apa yang perlu dipegang. Nggak perlu panjang, yang penting ada.

Cara otomatis: Pakai CLAUDE.md.

CLAUDE.md itu kecil, efeknya besar

CLAUDE.md adalah file teks kecil yang kalian simpan di root project. Isinya instruksi, konteks project, dan aturan yang mau kalian terapkan ke Claude setiap sesi dibuka.

Kalau file ini ada, Claude baca otomatis setiap kali project dibuka. Kalian nggak perlu brief ulang dari nol setiap hari.

Isi yang berguna:

# Context Project

Project ini adalah REST API sederhana untuk manajemen inventaris toko.
Stack: Node.js, Express, PostgreSQL.

## Aturan
- Jangan ubah file di folder /legacy tanpa konfirmasi dulu
- Gunakan snake_case untuk nama variabel
- Semua error harus dicatat ke log, bukan ditelan diam-diam

## Preferensi
- Jelaskan dulu sebelum eksekusi kalau perubahan besar
- Kalau ada dua cara, kasih dua opsi dan rekomendasinya

Itu saja sudah sangat membantu. Claude langsung tahu konteksnya, tahu batasannya, dan tahu cara kalian lebih suka bekerja.

Selalu review hasilnya

Ini sering kelewatan waktu orang sudah mulai percaya dengan Claude.

Kepercayaan itu bagus. Tapi review tetap perlu.

Claude bisa keliru. Bisa salah tangkap konteks. Bisa kasih solusi yang masuk akal secara umum tapi nggak cocok buat kondisi spesifik kalian.

Kebiasaan sederhana: sebelum kalian apply perubahan apapun yang Claude usulkan, baca dulu. Nggak perlu lama. Tapi perlu dilakukan.

Kalau hasilnya ada yang aneh, tanya. Kenapa kamu pilih pendekatan ini? Atau, ada alternatif yang lebih simpel?

Dialog lebih baik dari langsung telan.

Anggap Claude sebagai partner kerja, bukan mesin ajaib

Ini yang paling ngaruh ke cara pakai jangka panjang.

Partner kerja yang bagus, mereka responsif, cepat, bisa bantu banyak hal. Tapi mereka tetap butuh arahan. Mereka bisa kasih saran yang salah. Dan mereka nggak otomatis tahu semua yang ada di kepala kalian.

Claude persis begitu.

Kalau kalian anggap dia partner, kalian akan lebih proaktif kasih konteks, lebih sabar kalau hasilnya perlu direvisi, dan lebih realistis soal apa yang dia bisa dan nggak bisa.

Itu setup yang sehat untuk produktivitas jangka panjang.

Penutup series

Selama lima hari ini, kalian udah lewatin perjalanan dari nol.

Dari yang belum tahu Claude Code itu apa, sampai ngerti bedanya dari chatbot biasa, cara mulai, cara bikin prompt yang lebih efektif, use case yang bisa langsung dicoba, sampai kebiasaan yang bikin pemakaiannya bertahan.

Sekarang bagian yang susahnya: mulai.

Buka project kalian. Ketik satu prompt pertama. Lihat hasilnya. Review. Ulangi.

Nggak ada cara lain yang lebih efektif dari itu.

Kalau kalian punya pertanyaan, atau mau cerita pengalaman pertama kalian, drop di komentar. Saya baca semua.