Grok untuk pembangun

Grok ialah rakan nyahpepijat (rubber duck) mantap yang boleh membalas perbualan anda. Di grok.online, ia percuma sepenuhnya dan tidak memerlukan akaun: Grok 4.20 pantas untuk soalan ringkas, Grok 4.3 Thinking menaakul sebelum menjawab dan merupakan pilihan lebih baik untuk mencari pepijat, manakala Grok 4.7, model terbaharu kami, tersedia untuk masalah paling sukar dengan kuota 10 daripada 30 mesej harian anda. Ketiga-tiga model ini boleh membaca tangkapan skrin. Berikut ialah tujuh kegunaan, masing-masing lengkap dengan prom yang boleh anda buka dalam sembang dan sesuaikan.

Cari dan selesaikan masalah

Kebanyakan masa menyahpepijat dihabiskan untuk memahami punca masalah. Prom ini mempercepat bahagian tersebut.

Nyahkod surihan tindanan (stack trace)

Tampal ralat penuh (bukan huraian ringkas), berserta baris kod yang dirujuknya. Minta punca ralat diterangkan secara ringkas dan jelas sebelum sebarang pembetulan diberikan, supaya anda boleh menilainya sendiri.

Saya menggunakan [bahasa dan versi] dengan [rangka kerja]. Ini ralat penuh dan surihan tindanan: [tampal ralat]. Ini kod yang dirujuk: [tampal kod]. Terangkan dengan bahasa mudah apa yang tidak kena dan puncanya, nyatakan kemungkinan punca utama terlebih dahulu, kemudian tunjukkan perubahan paling minima untuk membetulkannya.

Buka dalam sembang. Ciri Code Assistant turut menawarkan fungsi sama dalam satu panel.

Dapatkan peta kod yang bukan anda tulis

Menerima fail tanpa sebarang ulasan kod (comments) memang lumrah biasa pembangun. Sebelum mengubah apa-apa, minta panduan ringkas yang menekankan bahagian berisiko.

Saya baru menerima fail [bahasa] ini dan perlu mengubah [ciri]. Berikan panduan ringkas: fungsi fail ini, fungsi-fungsi utama mengikut urutan perlaksanaannya, keadaan global (global state) atau kesan sampingan (side effects) yang perlu diawasi, serta bahagian paling selamat untuk membuat perubahan saya: [tampal kod]

Dapatkan panduan, kemudian tanyakan tentang mana-mana fungsi yang masih kelihatan mencurigakan.

Kesan pepijat logik dengan model penaakulan

Apabila tiada ralat sistem tetapi outputnya salah, anda perlu menjejak kod dengan teliti. Grok 4.3 Thinking menganalisis kod secara menyeluruh sebelum membalas, amat sesuai untuk mengesan ralat off-by-one dan syarat logik yang rosak.

Fungsi [bahasa] ini sepatutnya [tingkah laku yang dijangkakan], tetapi untuk input [input] ia menghasilkan [output sebenar] dan bukannya [output yang dijangkakan]. Jejak perlaksanaan langkah demi langkah dengan input tersebut, tunjukkan nilai pemboleh ubah utama pada setiap langkah, dan tunjukkan baris tepat di mana masalah mula berlaku: [tampal fungsi]

Jejak kod dengan Grok 4.3 Thinking.

Betulkan susun atur yang rosak daripada tangkapan skrin

Lampirkan tangkapan skrin paparan semasa, tampal kod HTML dan CSS yang berkaitan, dan huraikan rupa paparan yang anda inginkan.

Saya telah melampirkan tangkapan skrin halaman di mana [huraikan masalah, cth. bar sisi bertindih dengan kandungan pada skrin kecil]. Ini kod HTML dan CSS bahagian tersebut: [tampal kod]. Terangkan puncanya dan berikan CSS yang telah dibetulkan, dengan perubahan seminimum mungkin.

Buka prom ini dan lampirkan tangkapan skrin anda.

Rancang refaktor yang berisiko

Menyusun semula modul yang besar dan rumit ialah waktu terbaik untuk memanfaatkan kuota mesej harian terhad bagi model terbaharu kami. Minta pelan tindakan, bukan penulisan semula kod secara melulu.

Di bawah ialah modul [bahasa] yang kini sukar untuk diubah suai: [tampal kod]. Jangan tulis semula modul ini lagi. Huraikan tanggungjawab fungsinya, kebergantungan tersembunyi, dan pelan pemfaktoran semula secara bertahap supaya kod masih berfungsi selepas setiap langkah. Nyatakan ujian yang patut saya tambah sebelum memulakan langkah pertama.

Rancang dengan Grok 4.7, kemudian hantar langkah-langkahnya satu demi satu kepada Grok 4.20.

Tulis kod sokongan

Ujian, pertanyaan pangkalan data, semakan kod dan dokumentasi selalunya diabaikan apabila tarikh akhir semakin hampir.

Tulis ujian untuk kes pinggir (edge cases) yang terlepas

Minta senarai senario kes pinggir terlebih dahulu, diikuti dengan kod ujian. Senarai senario itulah yang paling bernilai.

Ini fungsi [bahasa]: [tampal fungsi]. Mula-mula, senaraikan kes pinggir yang wajar diuji, seperti input kosong, had nilai (boundaries) dan jenis data tidak sah, bersama satu baris huraian punca ia penting. Kemudian tulis ujian menggunakan [rangka kerja ujian], satu ujian untuk setiap senario, dengan nama fungsi ujian yang jelas.

Hasilkan ujian, jalankannya, dan kekalkan ujian yang gagal atas sebab yang munasabah.

Dapatkan semakan kod ala jurutera kanan yang cerewet

Grok sedia memainkan watak pemeriksa kod berpengalaman yang sudah melihat pelbagai ragam pepijat. Cerewet tiada masalah, asalkan tidak kabur — jadi pastikan anda minta rujukan nombor baris kod.

Semak perbezaan kod (diff) ini seperti seorang jurutera kanan yang tegas tetapi adil. Nyatakan pepijat, penamaan yang tidak jelas, pengendalian ralat yang tertinggal dan apa-apa isu yang bakal membawa masalah dalam masa enam bulan akan datang, lengkap dengan rujukan baris kod dan cadangan pembetulan. Susun isu mengikut tahap keutamaan dan abaikan teguran remeh tentang gaya penulisan: [tampal perbezaan kod]

Minta semakan kod sebelum rakan sepasukan anda melihatnya.

Tukar skema menjadi SQL dan README

Berikan definisi jadual serta soalan anda secara ringkas, dan minta penjelasan pendek disertakan bersama pertanyaan SQL tersebut.

Ini definisi jadual saya untuk [pangkalan data, cth. PostgreSQL]: [tampal skema]. Tulis pertanyaan SQL yang memulangkan [apa yang anda perlukan dalam bahasa mudah]. Terangkan setiap operasi cantuman (join) dan penapis (filter) dalam satu baris, serta nyatakan indeks mana yang boleh mempercepatkannya apabila jadual mencecah jutaan baris rekod.

Tulis pertanyaan SQL, kemudian minta bahagian dokumentasi README untuk jadual tersebut.

Perkara yang perlu dielakkan

• Menampal maklumat rahsia. Kunci API, kata laluan, token dan data peribadi pelanggan tidak sepatutnya dimasukkan ke dalam mana-mana sembang. Gantikannya dengan pemegang tempat (placeholder).
• Mempercayai butiran pustaka secara membuta tuli. Model AI mempunyai had pengetahuan mengikut tarikh tertentu dan tiada akses internet langsung, jadi fungsi atau pilihan yang diberikan mungkin sudah lapuk atau sekadar rekaan. Sentiasa semak dokumentasi rasmi.
• Melancarkan output yang belum diuji ke persekitaran produksi. Kod yang nampak kemas masih berisiko mengandungi ralat. Jalankannya, uji dan semak semula.
• Menghantar keseluruhan repositori kod. Mesej yang terlalu panjang akan dipotong. Hantar fungsi penting yang berkaitan sahaja.

Halaman berkaitan

• Dua puluh lagi contoh permulaan dalam prom pengekodan.
• Panduan kami untuk mengekod dengan Grok serta penerangan tentang model penaakulan.
• Membina aplikasi anda sendiri? Ketahui lebih lanjut tentang Grok API.