Grok untuk coding: prompt, alur kerja, dan tips aman

Grok adalah rekan coding yang andal untuk kebutuhan pemrograman sehari-hari: membaca pesan error, menulis fungsi sederhana, merancang pengujian, menjelaskan file asing, atau mengubah ide kasar menjadi versi pertama. Di obrolan kami, Grok tidak dapat menjalankan kode Anda, membuka repositori, atau memeriksa dokumentasi terkini, sehingga kualitas bantuannya bergantung pada apa yang Anda tempelkan dan seberapa cermat Anda memeriksa hasilnya. Panduan ini membahas keduanya.

Kapan Grok membantu, dan kapan tidak

Grok bekerja paling baik pada masalah yang muat dalam sebuah percakapan. Sangat cocok untuk:

• mengartikan stack trace atau error compiler dan menyarankan kemungkinan penyebabnya;
• menulis fungsi mandiri, skrip, kueri SQL, atau regular expression;
• menjelaskan cara kerja suatu blok kode, baris demi baris jika Anda mau;
• merancang unit test, termasuk edge case yang mungkin tidak terpikirkan oleh Anda;
• meninjau diff singkat untuk menemukan bug, penamaan yang membingungkan, dan validasi yang terlewat;
• mengonversi kode antarbahasa atau antarversi pustaka.

Kurang cocok untuk: perubahan yang melibatkan banyak file yang belum pernah dilihatnya, apa pun yang bergantung pada status spesifik sistem Anda, dan pertanyaan tentang rilis pustaka yang lebih baru daripada masa pelatihannya. Grok juga tidak dapat menguji apa pun. Setiap cuplikan kode yang ditulisnya belum teruji sampai Anda menjalankannya sendiri.

Berikan konteks yang dibutuhkan rekan satu tim baru

Alasan paling umum dari jawaban coding yang tidak berguna adalah kurangnya konteks. Sebelum bertanya, siapkan:

1. Bahasa dan versi. "Python 3.12, pandas 2" atau "Node 22, Express 5". Perbedaan versi menjadi penyebab utama sebagian besar jawaban yang salah.
2. Kode yang relevan. Fungsi yang bermasalah dan apa pun yang dipanggilnya, bukan seluruh isi proyek.
3. Error yang tepat. Salin seluruh pesan dan stack trace; jangan menyederhanakannya dengan kata-kata sendiri.
4. Hasil yang diharapkan vs aktual. Apa yang seharusnya terjadi, apa yang sebenarnya terjadi, dan apa yang sudah Anda coba.
5. Batasan. Tanpa dependensi baru, harus tetap kompatibel dengan versi lama, atau harus mudah dipahami pemula.

Kurang baik:
kode saya tidak jalan, perbaiki dong

Baik:
Python 3.12. Fungsi ini seharusnya mengembalikan nilai pesanan rata-rata
per pelanggan, tetapi pelanggan dengan satu pesanan menghasilkan NaN.
Hasil yang diharapkan: nilai pesanan tunggal mereka. Berikut fungsi dan
sampel datanya. Jelaskan penyebabnya terlebih dahulu, lalu berikan
fungsi yang sudah diperbaiki. Jangan tambahkan pustaka baru.
---
[fungsi]
[lima baris sampel]

Versi yang baik memberi tahu Grok tentang bahasa yang dipakai, gejalanya, hasil yang diharapkan, serta batasan yang harus dipatuhi, dan meminta penjelasan sebelum perbaikan agar Anda memahami apa yang salah.

Prompt untuk kebutuhan coding umum

Memahami error

Tempelkan seluruh stack trace dan baris yang ditunjuknya, lalu tanyakan: "Sebutkan tiga kemungkinan penyebab terbesar, urutkan dari yang paling mungkin, dan beri tahu cara memastikan masing-masing penyebab tersebut." Anda akan mendapatkan langkah diagnosis yang terarah, bukan sekadar tebakan.

Menulis fungsi

Jelaskan input, output, dan edge case dengan bahasa sehari-hari, lalu minta kode beserta dua atau tiga contoh pemanggilan fungsi dan hasil yang diharapkan. Contoh tersebut bisa langsung Anda gunakan sebagai pengujian cepat.

Menulis pengujian (tests)

Tuliskan pengujian pytest untuk fungsi di bawah ini. Cakup: input
normal, input kosong, satu item, angka yang sangat besar, dan tipe data
tidak valid. Satu pengujian per kasus, dengan nama yang jelas. Jangan
ubah fungsinya.
---
[fungsi]

Meninjau kode Anda sendiri

Minta tinjauan dengan fokus yang spesifik, misalnya: "Tinjau kode ini hanya untuk mencari bug dan error yang belum ditangani; abaikan masalah gaya penulisan." Tinjauan yang terfokus akan lebih ringkas dan mudah ditindaklanjuti. Coba prompt peninjauan ini dengan cuplikan kode Anda sendiri.

Memahami kode asing

"Jelaskan fungsi kode ini seolah-olah saya paham JavaScript tetapi belum pernah memakai pustaka ini. Kemudian sebutkan hal-hal yang berisiko atau sudah usang." Menanyakan potensi risiko akan mengubah penjelasan biasa menjadi tinjauan mini yang bermanfaat.

Alur kerja yang membuat Anda tetap memegang kendali

1. Sepakati rencananya terlebih dahulu. Untuk tugas yang lebih kompleks dari sekadar satu fungsi, minta garis besar pendekatannya sebelum meminta kode. Sempurnakan rencananya, baru kemudian minta kodenya.
2. Bekerja dalam bagian-bagian kecil. Satu fungsi atau satu perubahan per pesan. Output yang terlalu panjang sering menyembunyikan kesalahan dan bisa terpotong oleh batas panjang jawaban.
3. Jalankan sendiri kodenya. Tempelkan hasilnya atau error baru kembali ke obrolan yang sama. "Ini yang terjadi saat saya menjalankannya" adalah tindak lanjut yang paling efektif.
4. Baca setiap baris sebelum menggunakannya. Jika Anda tidak bisa menjelaskan sebuah baris kode kepada rekan kerja, minta Grok untuk menjelaskannya, atau tulis ulang baris tersebut.
5. Lakukan commit bertahap. Version control memudahkan Anda membatalkan saran kode yang ternyata bermasalah.

Alat asisten kode merangkum kebiasaan-kebiasaan ini dalam satu formulir praktis: pilih tugas, tempelkan kode, dan dapatkan jawaban yang terstruktur. Halaman kami untuk developer menyajikan lebih banyak cara menggunakan Grok sehari-hari, dan koleksi prompt coding siap untuk Anda gunakan.

Model Grok mana yang sebaiknya digunakan untuk coding

• Grok 4.20 (default) sangat cepat untuk penjelasan, cuplikan kode sederhana, regular expression, dan boilerplate.
• Grok 4.3 Thinking berpikir sebelum menjawab, sangat membantu untuk menelusuri bug rumit, pertanyaan algoritma, dan logika dengan banyak kondisi.
• Grok 4.7 adalah model terbaru di obrolan kami, yang disebut xAI sebagai model unggulan untuk coding dan tugas-tugas berbasis agen. Anda mendapatkan kuota hingga 10 pesan per hari, jadi gunakan model ini untuk masalah tersulit dengan seluruh konteks dalam satu pesan.

Panduan kami tentang reasoning models menjelaskan kapan waktu berpikir ekstra tersebut benar-benar sepadan.

Kekeliruan yang perlu diwaspadai

• Fungsi fiktif (halusinasi). Grok terkadang memanggil method atau opsi yang terdengar meyakinkan tetapi sebenarnya tidak ada. Jika Anda tidak mengenalinya, periksa di dokumentasi resmi.
• Versi usang. Pengetahuan model dibatasi oleh tanggal pembaruan data latihnya. Sebuah pustaka mungkin sudah mengganti nama atau menghapus fitur tertentu sejak saat itu. Beri tahu versi yang Anda gunakan dan periksa changelog jika ragu.
• Hanya menangani skenario ideal (happy-path). Draf awal sering kali mengabaikan input kosong, file yang hilang, zona waktu, dan kegagalan jaringan. Tanyakan: "Input apa saja yang bisa membuat kode ini error?"
• Perubahan tanpa pemberitahuan. Saat memperbaiki satu bagian, model terkadang "merapikan" bagian lain. Minta perubahan minimal, atau hanya baris-baris yang berbeda saja.
• Celah keamanan. Waspadai kueri yang dibuat dengan menggabungkan string secara langsung, validasi input yang terlewat, dan kredensial sensitif yang tertulis langsung di kode. Tanyakan secara langsung: "Apakah ini aman dari SQL injection?"

Jaga agar data rahasia tidak masuk ke obrolan

Sebelum menempelkan kode, hapus API key, kata sandi, token, connection string, data pelanggan, dan nama host internal. Ganti dengan placeholder seperti YOUR_API_KEY. Jika perusahaan Anda memiliki aturan terkait pembagian kode sumber dengan layanan luar, patuhi aturan tersebut; jika ragu, perkecil masalahnya menjadi contoh sederhana yang menunjukkan perilaku serupa tanpa menyertakan bagian yang rahasia. Contoh yang ringkas tersebut sering kali langsung memperlihatkan akar masalahnya. Panduan privasi dan keamanan kami menjelaskan bagaimana alur pesan dikelola di obrolan kami.

FAQ

Bisakah Grok menjalankan kode saya di obrolan ini?

Tidak. Grok membaca dan menulis kode tetapi tidak mengeksekusinya, sehingga tidak dapat melihat output yang sebenarnya. Jalankan kode tersebut sendiri lalu tempelkan kembali hasilnya atau pesan error yang muncul.

Bisakah saya mengirimkan tangkapan layar (screenshot) pesan error?

Bisa, ketiga model mampu membaca gambar. Namun, menempelkan teks langsung tetap lebih baik jika memungkinkan, karena Grok dapat mengutipnya secara presisi tanpa risiko salah membaca teks.

Bahasa pemrograman apa saja yang dipahami Grok?

Grok menguasai bahasa-bahasa populer: Python, JavaScript, TypeScript, Java, C#, C++, Go, PHP, SQL, shell script, dan lainnya. Untuk bahasa yang jarang digunakan atau framework khusus, kemungkinan terjadi kekeliruan lebih tinggi, jadi periksalah dengan lebih teliti.

Mengapa kode yang dibuat terhenti di tengah jalan?

Jawaban memiliki batas panjang karakter. Mintalah "lanjutan kode, mulai dari fungsi tempat Anda terhenti", atau mintalah kode bagian per bagian.

Bolehkah menggunakan kode yang dibuat AI untuk pekerjaan di kantor?

Hal itu bergantung pada kebijakan perusahaan Anda dan lisensi proyek Anda. Perlakukan kode buatan AI seperti kontribusi dari pihak luar: tinjau kodenya, uji dengan saksama, dan pastikan Anda memiliki izin untuk menggunakannya.