İyi bir görev promptu, her ihtimali önceden açıklamaya çalışan bir sözleşme değildir. İşin neden yapıldığını ve hangi sonucun beklendiğini anlatır. Codex ile çalışırken birkaç doğru ayrıntı, uzun bir talimat listesinden daha yararlı olabilir. Özellikle mevcut bir projede, kullanıcı davranışını anlatmak çözümü peşinen dikte etmekten daha sağlıklı bir başlangıçtır.
Hedefi kullanıcı açısından yazın
“Filtre bileşenini yeniden düzenle” teknik bir eylemdir; kullanıcının elde edeceği sonucu söylemez. “Kategori değiştirildiğinde arama sorgusu korunsun” ise belirli bir davranışı tarif eder. İkinci ifade, farklı uygulama seçenekleri arasında karar vermeyi de kolaylaştırır.
Bir içerik sitesinde ziyaretçi “terminal” aradıktan sonra Codex kategorisini seçiyor olsun. Arama sorgusunun silinmesi, sonuçları beklenmedik biçimde değiştirir. Promptta bu akışı belirtirseniz Codex yalnızca açılır seçimin görünümüne değil, adres parametrelerine ve form gönderimine de bakabilir. Bağlam, incelemenin yönünü belirler.
Mevcut durumun kesin olmadığı yerde bunu söylemek de önemlidir. “Sorun büyük ihtimalle şurada” şeklindeki tahmininizi olgu gibi yazmayın. Gözlediğiniz davranışı ayrı, düşündüğünüz nedeni ayrı ifade edin. Böylece ilk tahmin yanlış çıkarsa görev sağlam bir zeminde devam eder.
Korunacak sınırları açıkça belirtin
Her promptta bütün proje kurallarını yeniden yazmak gerekmez. Ancak işe özgü sınırlar görünür olmalıdır. Mevcut adreslerin korunması, yeni paket eklenmemesi veya erişim kontrolünün aynı kalması belirli görevlerde önem taşır. Bu sınırlar, sonuç değerlendirmesini de kolaylaştırır.
Örneğin arama filtresini düzeltirken sayfa tasarımını değiştirmek istemeyebilirsiniz. “Mevcut görünümü koru” demek yeterli olabilir; her renk kodunu tek tek listelemeniz gerekmez. Buna karşılık belirli bir metnin aynen kalması gerekiyorsa o metni açıkça paylaşın. Ayrıntının miktarı, yanlış anlaşılmasının maliyetine göre seçilmelidir.
Tek parçada uygulanabilir bir örnek
Arama sayfasında kategori seçildiğinde mevcut sorgu kayboluyor. Sorgu ve sıralama tercihi kategori değişiminde korunsun. Boş sorgu desteklenmeye devam etsin. Mevcut URL yapısını ve görünümü koru; yeni bağımlılık ekleme. Önce ilgili akışı bul, gerekli düzeltmeyi uygula ve bu davranışı gösteren en küçük anlamlı kontrolü çalıştır.
Bu metin görev için yeterli bir çerçeve sunar. Çözümün belirli bir fonksiyona yazılmasını zorunlu kılmaz. İlgili kodu biliyorsanız dosya yolunu ekleyebilirsiniz; bilmiyorsanız doğru yeri bulmak da çalışmanın parçasıdır. Çıktı olarak yalnızca öneri istediğinizde bunu ayrıca belirtmek gerekir.
Beklediğiniz çıktı biçimini de gerektiğinde tarif edebilirsiniz. Kod uygulanacaksa kısa bir değişiklik özeti ve kontrol sonucu yeterlidir. Yalnızca yaklaşım karşılaştırması istiyorsanız dosya düzenlenmemesini söyleyin. Bu ayrım, aynı teknik problemin farklı aşamalarında yararlıdır: karar verme aşamasındaki bir soru ile uygulamaya hazır görev, doğal olarak farklı türde teslim gerektirir ve farklı kanıtla değerlendirilir.
Takip mesajını yeni bilgi olarak kullanın
İlk sonuçtan sonra “olmadı” demek yerine gözlediğiniz farkı yazın. “Kategori korunuyor fakat ikinci sayfaya geçince sorgu siliniyor” cümlesi, sonraki düzeltme için güçlü bir ipucudur. Böylece aynı görevi baştan anlatmadan eksik davranışı hedefleyebilirsiniz.
Başarıyı rapor dilinden değil, gözlenen sonuçtan değerlendirin. Çalıştırılan kontrolün adı, hangi senaryoyu kapsadığı ve varsa eksik kalan doğrulama açık olmalıdır. Birkaç görevin ardından kendi örnek promptlarınız oluşur; bunları ezber bir şablon olarak değil, ihtiyaç duyduğunuz parçaları seçebileceğiniz bir araç kutusu olarak kullanın. Her iş aynı ayrıntı düzeyini gerektirmez.
Kaynak: OpenAI prompting dokümantasyonu.
