Grok için kodlama prompt'ları

Yazılımın günlük rutinleri için prompt'lar: yabancı kodları anlama, hataları izleme, test ve doküman yazma, ekran görüntüsünü çalışan bir arayüze dönüştürme.

Bu yirmi kodlama istemi, tipik bir geliştirici haftasını dolduran işleri kapsar: hata mesajlarını çözme, çökmeyen ancak yanlış sonuç veren bir hatayı izleme, bir diff'i inceleme, testler ve fixture'lar yazma, SQL sorguları ve düzenli ifadeler oluşturma, kabuk betikleri yazma, bir API'yi belgeleme, Git karışıklıklarını çözme ve bildiğiniz bir dille karşılaştırarak yeni bir dili öğrenme.

Grok, elinde somut bilgiler olduğunda daha hızlı ve daha iyi yanıt verir. Hangi dili, framework'ü ve sürümü kullandığınızı belirtin; sorunu gösteren en küçük kod parçasını tam hata metniyle birlikte yapıştırın ve ne beklediğinizi açıklayın. Hata ayıklama için bazı istemler Grok 4.3 Thinking modelini önerir: yanıt vermeden önce kodu adım adım izler; bu da bir farkla sapma (off-by-one) hatalarında, yarış durumlarında (race condition) ve karmaşık koşullarda çok işe yarar. Hızlı açıklamalar ve standart kod kalıpları (boilerplate) için Grok 4.20 gayet uygundur. İki istem ise görsel anlama özelliğini kullanır: biri bozuk bir arayüzün ekran görüntüsü, diğeri ise bir veri modelinin beyaz tahta çizimi içindir.

Her zamanki uyarılar, belki de en çok burada geçerlidir. Modellerin bir bilgi kesilme tarihi vardır ve güncel belgeleri okuyamazlar; bu nedenle bir kütüphane fonksiyonu yeniden adlandırılmış veya hiç var olmamış olabilir. Doğru görünen kodlar hata verebilir, bu yüzden mutlaka çalıştırıp test edin. Asla API anahtarlarınızı, parolalarınızı, token'larınızı veya müşteri verilerinizi yapıştırmayın; mesajlarınız yanıtı üretmek için sunucumuz üzerinden model sağlayıcısına iletilir. Uzun iletiler kırpılır, bu nedenle tüm depoyu değil, yalnızca ilgili fonksiyonu gönderin.

Geliştiricilerin Grok'u nasıl kullandığını görün, Code Assistant aracını açın veya Grok API hakkında bilgi edinin.

Bu istemler nasıl uyarlanır?

  • Teknoloji yığınınızı sürümleriyle belirtin: "Node 22, TypeScript 5, Express", "JavaScript" demekten çok daha iyidir.
  • Tek bir fonksiyondan daha büyük her şeyde koddan önce bir plan isteyin.
  • Sadece diff'i değil arkasındaki mantığı da inceleyebilmek için değişiklik başına bir açıklama talep edin.
  • Grok 4.7'yi en zorlu sorunlara saklayın; günlük 10 mesajla sınırlıdır.
  1. 01

    Hata mesajını çözümleyin

    [Dil veya kütüphane/çatı ve sürüm] kullanıyorum. Bu hatayı sade bir dille açıklayın, olasılık sırasına göre en muhtemel üç nedenini listeleyin ve her biri için ilk önce neyi kontrol etmem gerektiğini söyleyin: [hatanın tamamını ve yığın izini (stack trace) yapıştırın]

    grok-4.20#hata ayıklama#hatalar Bu istemi kullan
  2. 02

    Hatalı sonucu satır satır izleyin

    Bu fonksiyon [girdi] ile çağrıldığında [alınan sonuç] döndürüyor, ancak beklentim [beklenen sonuç]. Bu girdiyle kodun çalışmasını her değişkeni izleyerek satır satır takip edin ve durumun olması gerekenden saptığı ilk satırda durun: [kodu yapıştırın]

    grok-4.3#hata ayıklama Bu istemi kullan
  3. 03

    Yarış durumunu (race condition) yakalayın

    Bu [dil] kodu tek başına test ettiğimde sorunsuz çalışıyor ancak yük altındayken bazen [belirti] ortaya çıkıyor: [kodu yapıştırın]. Yarış durumlarını, paylaşılan durumları ve işlem sırası varsayımlarını inceleyin. Şüpheli her durum için hatayı tetikleyecek tam çalışma sırasını ve bunun nasıl düzeltileceğini açıklayın.

    grok-4.3#eşzamanlılık#hata ayıklama Bu istemi kullan
  4. 04

    Pull request incelemesi yapın

    Bu diff'i bir [dil] kod tabanında titiz bir kıdemli geliştirici gözüyle inceleyin. Yorumları hatalar, riskler, okunabilirlik ve testler olarak gruplandırın, satır numaralarını belirtin ve tek cümlelik gerekçeyle birlikte nihai bir kararla bitirin: onaylayın, değişikliklerle onaylayın veya değişiklik talep edin: [diff'i yapıştırın]

    #kod inceleme Bu istemi kullan
  5. 05

    Uç senaryoları listeleyip testler yazın

    Aşağıdaki fonksiyon için test edeceğiniz tüm uç senaryoları (edge case) gerekçeleriyle listeleyin, ardından [test çatısı] ile testleri yazın. Mevcut kodla başarısız olmasını beklediğiniz en az bir test ekleyin ve hangisi olduğunu belirtin: [fonksiyonu yapıştırın]

    #test Bu istemi kullan
  6. 06

    Zorlayıcı test verileri üretin

    Bu veri modeli için [JSON veya factory fonksiyonu gibi format] formatında gerçekçi test verileri (fixture) yazın: [modeli yapıştırın]. On normal kayıt ve boş dizgeler, çok uzun adlar, Latin dışı karakterler ile sınır tarihler gibi beş zorlayıcı/uç kayıt ekleyin ve hangisinin ne olduğunu etiketleyin.

    #test#veri Bu istemi kullan
  7. 07

    Doğal dildeki sorudan SQL sorgusu

    Bu şemayı kullanarak: [şemayı yapıştırın], [ihtiyacınız olan sonuç] sonucunu veren bir [veritabanı] sorgusu yazın. Sorguyu ifade ifade (clause) açıklayın, ardından [siparişi olmayan müşteriler gibi uç durum] durumunu da ele alan bir varyantını gösterin.

    #sql Bu istemi kullan
  8. 08

    Hatalı çalışan regex'i ayıklayın

    Bu düzenli ifadenin (regex) [dil veya araç] içinde [beklenen davranış] yapması gerekiyor, ancak [ters giden durum]: [regex'i yapıştırın]. Parçalara ayırıp her birini açıklayın, sorunu ortaya çıkaran bir girdi örneği verin ve düzeltilmiş sürümle birlikte reddetmesi gereken üç metin sunun.

    #regex Bu istemi kullan
  9. 09

    Rutin işleri güvenli bir betikle otomatikleştirin

    [30 günden eski log dosyalarını bir zip arşivine aktarmak gibi görev] işlemini yapan bir [bash veya PowerShell] betiği yazın. Güvenli olmasını sağlayın: yalnızca ne yapacağını ekrana basan bir deneme (dry-run) modu, net hata mesajları ve dosya silen ya da üzerine yazan her satırda bir açıklama yorumu olsun.

    #betikler#otomasyon Bu istemi kullan
  10. 10

    API uç noktasını belgeleme

    Bu uç nokta için referans belgeleri yazın: [işleyici kodunu veya rotayı yapıştırın]. Metodu ve yolu, parametreleri tipleriyle ve zorunlu olup olmadıklarıyla birlikte, örnek bir isteği, örnek başarılı ve hatalı yanıtları ve döndürebileceği tüm durum kodlarını ekleyin.

    #dokümantasyon#api Bu istemi kullan
  11. 11

    Git karmaşasından kurtulma

    Git depom şu durumda: [git status çıktısını ve git log'un son birkaç satırını yapıştırın]. Amacım şuydu: [hedef]. Neler olduğunu sade bir dille açıklayın ve mevcut çalışmamı yedekleyen bir komutla başlayarak durumu düzeltecek tam komutları verin. Geçmişi yeniden yazan herhangi bir komuttan önce beni uyarın.

    #git Bu istemi kullan
  12. 12

    Kodu dile özgü yöntemlerle yeniden yazma

    [Bildiğim dil] konusunda yetkinim ve [yeni dil] öğreniyorum. Alışkın olduğum tarzda yazılmış bu kod parçasını alın, [kodu yapıştırın], ve deneyimli bir [yeni dil] geliştiricisinin yazacağı şekilde yeniden düzenleyin. Ardından, daha önce kullandığım dilde doğrudan karşılığı olmayan kullandığınız deyimleri açıklayın.

    #öğrenme Bu istemi kullan
  13. 13

    Ekran görüntüsünden düzen hatasını düzeltme

    Sayfamın bir ekran görüntüsünü ekledim. Sorun şu: [yanlış görünen kısım]. Bu bölümün HTML ve CSS kodları burada: [kodu yapıştırın]. Nedeni bulun, en az değişiklikle gereken CSS düzeltmesini verin ve tekrar yaşamamam için nedenini açıklayın.

    #css#frontend#görsel Bu istemi kullan
  14. 14

    Yazı tahtası çiziminden veritabanı tablolarına

    [Uygulama] için bir veri modelinin yazı tahtasındaki çiziminin fotoğrafını ekledim. Bunu birincil anahtarlar, yabancı anahtarlar ve mantıklı veri tipleri içeren [veritabanı] tablo tanımlarına dönüştürün. Çizimin belirsiz bıraktığı ilişkileri listeleyin ve varsayımda bulunmadan önce bana sorun.

    grok-4.3#veritabanı#tasarım#görsel Bu istemi kullan
  15. 15

    Karmaşıklığı ve daha hızlı bir yolu bulma

    Bu fonksiyonun zaman ve bellek karmaşıklığı nedir ve neden? [kodu yapıştırın] Yaklaşık [boyut] büyüklüğündeki girdiler için daha hızlı bir yaklaşım varsa bunu gösterin ve okunabilirlik açısından neye mal olduğunu açıklayın.

    grok-4.3#performans Bu istemi kullan
  16. 16

    Davranışı değiştirmeden yeniden düzenleme

    Bu fonksiyonu, yaptıklarını değiştirmeden daha kolay okunabilir olacak şekilde yeniden düzenleyin (refactor): [kodu yapıştırın]. Küçük, adlandırılmış adımlarla ilerleyin, her değişikliği tek satırda açıklayın ve birleştirmeden (merge) önce onaylayabilmem için emin olamadığınız davranışları listeleyin.

    #refactoring Bu istemi kullan
  17. 17

    Sıfırdan README yazma

    [Ne yaptığı] işlevine sahip [isim] projem için bir README yazın. Bölümler: ne olduğu, kopyala-yapıştır komutlarıyla hızlı başlangıç, tablo halinde yapılandırma seçenekleri, yaygın sorunlar ve nasıl katkıda bulunulacağı. Temel dosyalar ve komutlar şunlar: [ayrıntıları yapıştırın]

    #dokümantasyon Bu istemi kullan
  18. 18

    Yazmadığım kodu açıklama

    Bu [dil] kodunun ne yaptığını, programlama bilen ancak bu kod tabanını bilmeyen birine anlatır gibi açıklayın. İki cümlelik bir özetle başlayın, blok blok inceleyin ve hata veya geçici çözüm (hack) gibi görünen noktaları belirtin: [kodu yapıştırın]

    #kod okuma Bu istemi kullan
  19. 19

    Tasarımımdaki açıkları bulma

    [Özellik] geliştirmesini şu şekilde planlıyorum: [yaklaşımı açıklayın]. Şeytanın avukatlığını yapın. Bu tasarımın canlı ortamda (production) başarısız olma ihtimali en yüksek 3 yolunu, başarısız olduğunda ne göreceğimi ve varsa daha az maliyetli bir alternatifi belirtin. Açık sözlü olun; bunu gece 3'te görmektense şimdi duymayı tercih ederim.

    #tasarım Bu istemi kullan
  20. 20

    Kodu başka bir dile aktarma

    Bu [kaynak dil] kodunu satır satır kopyalamak yerine deyimsel [hedef dil] koduna dönüştürün: [kodu yapıştırın]. Mümkünse hedef dilin standart kütüphanesini kullanın, aynı davranışı koruyun ve tamsayı bölme veya dize kodlaması gibi iki dilin farklı davrandığı noktaları listeleyin.

    #kod aktarımı Bu istemi kullan

Grok'a bir şey sormaya hazır mısınız?

Hesap yok, indirme yok, kart yok. Sohbeti açın, sorunuzu yazın ve Grok'un yanıtını anında okuyun.

Sohbeti Aç