prompt-eng
Sözlük ↗Çıktı Biçimlendirme
Çıktı biçimlendirme, bir LLM'ye yanıtının alması gereken kesin şekil, yapı ve formatı -numaralandırılmış bir liste, bir markdown tablosu, belirli bir JSON şeması, sabit uzunlukta bir özet, belirli bir ton- açıkça belirtmek anlamına gelir; modelin varsayılan olarak kendi sunumunu seçmesine izin vermek yerine. Bu, SaaS uygulamaları için son derece önemlidir çünkü ham LLM çıktısı varsayılan olarak insan okuması için tasarlanmıştır (modeller yardımcı ve sohbet tarzında olmaya eğitilir, genellikle yanıtlara "Tabii! İşte..." gibi girişler ekler veya sona ek uyarılar koyar) -bu da alt akışta bir fonksiyonun programatik olarak ayrıştırıp bir veritabanına, bir UI bileşenine veya başka bir API çağrısına eklemesi gereken bir yanıt için tam olarak yanlış şekildir. Açık çıktı biçimlendirme talimatları bu boşluğu kapatır. Etkili teknikler şunları içerir: hedef formatı soyut şekilde tarif etmek yerine az-atış (few-shot) bir örnekle göstermek (modeller gösterilen formatları tarif edilenlerden daha güvenilir şekilde takip eder); güçlü, belirsizliğe yer bırakmayan dil kullanmak ("lütfen JSON olarak biçimlendir" yerine "YALNIZCA JSON nesnesiyle yanıt ver, başka metin yok"); alan adları ve türleriyle katı bir şema belirlemek; ve en yüksek güvenilirlik için, yalnızca talimatlara güvenmek yerine bir sağlayıcının özel yapılandırılmış çıktı özelliğini (JSON modu veya JSON şemasıyla kısıtlanmış üretim) kullanmak, çünkü talimatlar zaman zaman göz ardı edilebilir veya kısmen takip edilebilirken, şemayla kısıtlanmış bir API çağrısı mekanik olarak şemaya uygun geçerli JSON üretmeyi garanti eder. Makine tarafından okunabilirliğin ötesinde, çıktı biçimlendirme aynı zamanda bir kullanıcı deneyimi kaldıracıdır -iyi biçimlendirilmiş bir yanıt (doğru markdown tabloları, tutarlı başlık yapısı, uygun şekilde kısa veya ayrıntılı uzunluk), altta yatan içeriğin teknik olarak doğru olup olmamasından bağımsız olarak, bir yapay zeka özelliğinin son kullanıcılara ne kadar kullanılabilir ve güvenilir hissettirdiğini doğrudan etkiler. Somut örnek: bir yapay zeka toplantı notları SaaS aracı başlangıçta "Bu toplantı dökümünü özetle" diye sorar ve UI'da temiz şekilde işlenmesi zor, tutarsız, düz metin paragrafları şeklinde çıktı alır. Ekip promptu açık çıktı biçimlendirmesiyle yeniden yazar: "Aşağıdaki toplantı dökümünü, öncesinde veya sonrasında ek bir yorum olmadan, tam olarak şu markdown yapısında özetle:\n\n## Ana Kararlar\n- [her karar için madde]\n\n## Eylem Maddeleri\n- [ ] [sorumlu]: [görev]\n\n## Açık Sorular\n- [her soru için madde]" -model artık, UI'nin garip şekilde genel bir metin bloğuna sarmalamak zorunda kaldığı bir paragraf yerine, her seferinde aynı şekilde işlenen, ayrıştırılabilir, tutarlı yapıda markdown döndürür. Doğrudan işlenecek (programatik olarak ayrıştırılmak yerine) çıktılar için, pozitif kısıtlamaların yanı sıra negatif biçimlendirme kısıtlamalarını da açıkça belirtmek faydalıdır -"giriş cümlesi yok, kapanış özeti yok, H2 üzerinde markdown başlığı yok"- çünkü kendi haline bırakılan modeller, bir sohbet penceresinde doğal okunan ama daha sıkı, amaca özel bir şekil bekleyen stilize bir UI bileşeninin içine gömüldüğünde yersiz görünen sohbet tarzı bir varsayılana eğilim gösterir.
İlgili terimler