Bir görevin iyi tanımlanması, uzun yazılması anlamına gelmez. Önemli olan, iş bittiğinde neyin değişmiş olacağını anlatabilmektir. “Menüyü düzelt” ifadesi birçok yoruma açıktır. “Mobilde kategori bağlantıları kesilmeden kullanılabilsin” cümlesi ise kontrol edilebilir bir sonuç tarif eder. İlk Codex görevinizi bu fark üzerinden hazırlayabilirsiniz.

Problemi ekrandaki davranışla anlatın

Başlangıç açıklamasında mevcut durumu ve beklenen sonucu yan yana yazın. Örneğin, bir blogun üst menüsünde on kategori var ve dar ekranda son üç bağlantı görünmüyor. Beklenti; bütün kategorilere ulaşılması, açık alt menünün ekran dışına taşmaması ve seçili kategori işaretinin korunması olabilir.

Henüz sorunun CSS taşması mı yoksa yanlış bir kapsayıcı genişliği mi olduğunu bilmiyorsanız çözüm tahmini eklemeyin. “Şu elemana taşma özelliği ekle” demek, araştırmayı gereksiz yere tek seçeneğe daraltabilir. Bunun yerine ekran genişliğini, kullanılan sayfayı ve sorunu doğuran etkileşimi belirtin. Görsel varsa hangi ayrıntıyı gösterdiğini de açıklayın.

Kabul ölçütlerini gözlenebilir yapın

İlk görev için üç veya dört ölçüt yeterlidir. Örneğimizde masaüstünde kategori sırası aynı kalmalı, mobilde her bağlantı erişilebilir olmalı, alt menü klavyeyle açılabilmeli ve mevcut renkler korunmalıdır. Bu maddelerin her biri ayrı bir kontrol sorusuna dönüşür.

“Modern”, “kusursuz” veya “daha güzel” gibi kelimeler yön gösterebilir; fakat bitiş ölçütü olarak zayıftır. Bunun yerine “bağlantı metni iki satıra kırılmasın” ya da “alt menü ile üst bağlantı arasında fareyi kaybettiren boşluk bulunmasın” gibi görünür sonuçlar yazın. Tasarım işi de böylece yalnızca öznel bir tartışmaya dönüşmez.

Kontrolü gereğinden fazla büyütmeyin. Tek bir menü düzeltmesinde bütün uygulamanın yeniden test edilmesi her zaman gerekli değildir. Değişen davranışı ve etkilenebilecek yakın alanları seçmek, daha hızlı geri bildirim sağlar. Buna karşılık gezinme gibi ortak bir bileşende birkaç farklı sayfayı görmek anlamlıdır.

Uygulanabilir ilk görev örneği

Üst menü 390 piksel genişlikte bazı kategorileri gizliyor. Mevcut tasarım dilini koruyarak tüm kategorilere erişilebilen bir çözüm uygula. Yapay Zekâ alt menüsü dokunma ve klavye ile kullanılabilsin. Kategori sırası ve adresleri değişmesin. Masaüstü ile dar ekranı kontrol et; doğrulanamayan bir nokta varsa belirt.

Bu prompt, kullanıcı amacını ve sınırları birlikte verir. Çözümün yatay kaydırma, açılır gezinme veya farklı bir yerleşim olması proje yapısına göre seçilebilir. Seçimin doğruluğunu belirleyen şey, örnekteki kabul ölçütleridir. Gerekirse ilk uygulama sonrasında yalnızca belirli bir ayrıntıya yönelik geri bildirim verirsiniz.

Kabul ölçütlerini görev sonrasında değiştirmeniz gerekiyorsa yeni bilgiyi açıkça ekleyin. Örneğin yatay kaydırmanın kullanılabilir olduğu görülmüş fakat kullanıcılar bunu fark etmemiş olabilir. Bu durumda görünür bir kaydırma ipucu yeni bir ihtiyaçtır. İlk uygulamanın başarısız olduğu alanla sonradan ortaya çıkan tercihi ayırmak, geri bildirimin daha anlaşılır ve uygulanabilir olmasını sağlar.

İlk çıktıyı incelerken bakılacaklar

Önce görünür davranışı deneyin, ardından değişiklik kapsamını inceleyin. İki sınıflık bir düzenleme için yeni bir arayüz kütüphanesi eklenmişse bunun gerekli olup olmadığını sorgulayın. Sonucun çalışması kadar, bakım maliyetinin görevle orantılı olması da önemlidir.

Sonraki görevinizi ilk denemede eksik kalan bilgiye göre iyileştirin. Kategorilerin sırası istemeden değiştiyse bunu sürekli tekrar eden bir sorun olup olmadığına göre proje talimatlarına taşıyabilirsiniz. Tek seferlik tercihler ise ilgili görevde kalabilir. Böylece hem promptlarınız kısa kalır hem de bitiş çizgisi her işte daha net hale gelir.

Kaynak: OpenAI’nin prompting rehberi.