Kalau kalian pernah bilang, saya udah coba AI, hasilnya biasa aja, kalian nggak sendirian.

Tapi sebelum nyalahin modelnya, ada satu hal yang perlu diperiksa dulu: cara kalian ngasih instruksinya.

Karena jujur, sebagian besar hasil yang mengecewakan bukan karena Claude bodoh. Tapi karena instruksinya seperti bos yang ngomong beresin ya lalu ngilang.

Claude bukan cenayang

Ini poin paling penting di tulisan ini.

Claude nggak bisa baca pikiran. Dia nggak tahu apa definisi bagus menurut kalian, nggak tahu project ini punya sejarah apa, dan nggak tahu batasan apa yang nggak boleh disentuh.

Semua itu harus kalian kasih tahu.

Kalau kalian nggak kasih konteks, Claude akan mengisi kekosongan itu dengan asumsinya sendiri. Dan asumsi itu bisa masuk akal dari sudut pandang umum tapi meleset dari apa yang kalian butuhkan.

Konteks itu bukan bonus

Banyak orang pikir konteks itu optional. Kayak tanda tangan email, ada atau nggak ada nggak terlalu ngaruh.

Padahal konteks itu fondasi.

Bedakan dua pendekatan ini:

Tanpa konteks:

Fix bug di file ini.

Dengan konteks:

Di file auth.js ada bug yang bikin login gagal kalau user pakai email dengan titik sebelum @. Tolong jelasin dulu apa akar masalahnya, lalu kasih satu fix paling minimal tanpa mengubah alur login yang sudah jalan untuk user lain.

Keduanya minta hal yang sama: fix bug. Tapi hasilnya bisa jauh berbeda.

Yang pertama akan dapat sesuatu, tapi kemungkinan besar jawabannya terlalu general. Yang kedua punya arah yang jelas, batas yang jelas, dan output yang jelas.

Struktur prompt yang biasanya works

Nggak ada formula baku. Tapi ada pola yang konsisten kerja:

Kasih situasinya. Ini project apa, file mana yang relevan, apa yang sedang terjadi.

Kasih masalahnya. Apa yang salah, atau apa yang mau dicapai.

Kasih batasannya. Apa yang nggak boleh diubah, apa yang perlu dijaga.

Kasih format outputnya. Kalian mau penjelasan dulu, atau langsung kode? Mau poin-poin atau paragraf? Mau singkat atau lengkap?

Contoh yang menggabungkan semuanya:

Saya lagi ngerjain project Express.js untuk API sederhana. Di file routes/user.js, ada endpoint GET /profile yang kadang return error 500 tanpa pesan yang jelas. Tolong cek kemungkinan penyebabnya, jelasin dulu sebelum kasih solusi. Jangan ubah struktur route lain di file yang sama.

Itu bukan prompt panjang. Tapi informasinya cukup untuk Claude bekerja dengan arah yang tepat.

Kesalahan prompt paling umum dari pemula

Terlalu pendek. Fix ini, jelasin kode ini, bikin function buat X. Kalau cuma itu, Claude akan nebak banyak hal. Nebakan bisa benar, tapi juga bisa meleset.

Nggak kasih file yang relevan. Claude Code bisa baca file, tapi dia perlu tahu file mana yang penting. Jangan asumsikan dia otomatis tahu.

Nggak bilang mau output seperti apa. Kalau kalian mau penjelasan bertahap, bilang. Kalau kalian mau langsung dikasih kode jadi, bilang. Kalau kalian mau dia tanya dulu sebelum eksekusi, bilang.

Minta terlalu banyak sekaligus. Refactor semua file, tambah dokumentasi, fix semua bug, dan pastikan performance-nya bagus, itu terlalu luas. Kalau mau hasilnya bisa ditrace, pecah jadi bagian kecil.

Claude juga bisa diajak diskusi

Ini yang sering kelewatan.

Kalian nggak harus langsung kasih instruksi final di prompt pertama. Kalian bisa mulai dengan nanya, lalu dari jawabannya kalian bisa kasih instruksi lebih presisi.

Contoh:

Sebelum saya minta kamu ubah apapun, tolong analisis dulu file ini dan kasih tahu apa yang kira-kira paling riskan kalau diubah.

Dari sana, kalian bisa lanjut dengan informasi yang lebih baik.

Ini lebih dekat ke cara kerja kolaborasi nyata: kalian nggak langsung perintah, tapi ngobrol dulu sampai arahnya jelas.

Penutup

Kalau hasil Claude selama ini kurang memuaskan, besar kemungkinan bukan soal modelnya.

Coba lihat lagi prompt kalian. Apakah ada konteksnya? Ada batasannya? Ada format output yang diminta?

Kalau belum, mulai dari sana.

Di tulisan berikutnya, kita skip teori dan langsung ke praktek: 5 hal konkret yang bisa kalian coba pakai Claude Code hari ini juga.