Format Zorlama: Tablo, JSON, Liste, Şablon — Prompt Mühendisliği Temelleri

Kazanimlar:

Çıktı formatını açıkça belirtmenin faydalarını açıklar
Tablo, liste, JSON ve şablon formatlarını uygun görevlerde talep edebilir
Yapılandırılmış çıktının iş akışlarına ve araçlara entegrasyonunu kavrar

AI'nın ürettiği içerik ne kadar iyi olursa olsun, işinize yaramayan bir biçimde geldiğinde onu yeniden düzenlemek için vakit harcarsınız. Bu ünitede çıktının biçimini kontrol etmeyi öğreneceğiz. Modele sadece "ne" üreteceğini değil, "hangi formatta" üreteceğini de söylemek, çıktıyı doğrudan kullanılabilir hale getirir ve elle düzeltme süresini büyük ölçüde ortadan kaldırır. Buna "format zorlama" diyoruz.

Neden Format Belirtmek Bu Kadar Değerli?

Format belirtmezseniz, model kendi tercih ettiği biçimi kullanır; bu genellikle uzun bir paragraf olur. Oysa siz belki bir tabloya, bir listeye ya da bir yazılıma yapıştırılacak yapılandırılmış veriye ihtiyaç duyuyorsunuzdur. Formatı önceden söylemek üç şey kazandırır: öngörülebilirlik (her seferinde aynı yapı), kullanılabilirlik (doğrudan kopyala-yapıştır) ve entegrasyon (başka araçlara aktarma).

Burada geçen JSON terimini netleştirelim: JSON (JavaScript Object Notation), verinin anahtar-değer çiftleri halinde saklandığı, yazılımların kolayca okuyabildiği metin biçimidir. Örneğin {"ad": "Ali", "talep": "3 lisans"} bir JSON parçasıdır. Yapay zekânın çıktısını bir programa, veritabanına veya elektronik tabloya aktaracaksanız JSON çok işinize yarar.

Hangi Format Ne Zaman?

Format

En uygun olduğu durum

Örnek görev

Madde listesi

Sıralı/eşdeğer kısa öğeler

Aksiyon maddeleri, avantajlar

Numaralı liste

Sıra veya öncelik önemliyse

Adım adım talimat

Tablo

Öğeleri birden çok kritere göre karşılaştırma

Tedarikçi kıyaslama

JSON

Başka bir yazılıma/tabloya aktarma

CRM'e veri girişi

Şablon (boşluk doldurma)

Standart, tekrarlayan belge

Teklif, ret mektubu

Paragraf

Akıcı anlatı, hikâye, e-posta gövdesi

Blog, mektup

Adım Adım Format Zorlama

Çıktıyı ne yapacağınıza karar verin. Okunacak mı, bir tabloya mı işlenecek, bir yazılıma mı gidecek?
Buna uygun formatı seçin. Karşılaştırma → tablo; sistem girişi → JSON; okuma → liste/paragraf.
Formatı açıkça ve ayrıntılı yazın. "Tablo yap" yerine "sütunlar: Kriter | A | B; en fazla 6 satır".
Sınırları ekleyin. "Tablo dışında hiçbir açıklama yazma", "sadece geçerli JSON döndür".
Bir örnek gösterin (gerekiyorsa). Özellikle JSON ve şablonlarda örnek, biçimi kusursuz sabitler.

Dört Kopyalanabilir Şablon

1) Karşılaştırma tablosu:

[A] ve [B]'yi karşılaştır.Format: Markdown tablo.Sütunlar: Kriter | [A] | [B]Satırlar: Fiyat, Teslim süresi, Garanti, Destek.Tablo dışında hiçbir metin yazma.

2) Sisteme veri (JSON):

Aşağıdaki görüşme notundan bilgileri çıkar.Sadece şu şemada geçerli JSON döndür, başka hiçbir şey yazma:{"kisi": "", "sirket": "", "talep": "", "sonraki_adim": "", "aciliyet": "dusuk|orta|yuksek"}Bilinmeyen alanı boş string bırak.Not: [ham not]

3) Standart belge şablonu:

Bir ret e-postası yaz, tam olarak şu şablonu doldur:Konu: [pozisyon] başvurunuz hakkındaMerhaba [ad],[teşekkür cümlesi][nazik ret cümlesi][gelecek için kapıyı açık bırakan cümle]İyi çalışmalar,[şirket] İKDeğişkenler: ad=[...], pozisyon=[...]

4) Aksiyon listesi:

Bu toplantı notundan aksiyonları çıkar.Format: her satır "- [Sorumlu] — [aksiyon] — [termin]"Sadece net aksiyonları al; tartışma detayını atla.Not: [metin]

Zayıf Prompt / Güçlü Prompt

Zayıf:

Bu 3 dizüstü bilgisayarı karşılaştır.[özellikler]

Güçlü:

İkinci prompt çıktıyı doğrudan bir sunuma veya e-postaya yapıştırılabilir hale getirir; hiçbir yeniden düzenleme gerekmez.

Üç Mini Vaka

Vaka 1 — Veri girişi otomasyonu. Bir satış asistanı her gün ~25 görüşme notunu elle CRM'e giriyordu; not başına yaklaşık 3 dakika sürüyordu. Notları sabit bir JSON şemasına çeviren bir prompt hazırlandı; çıktı doğrudan içe aktarıldı ve günlük 75 dakikalık iş birkaç dakikaya indi. Yalnızca "aciliyet: yüksek" işaretlenenler elle kontrol edildi.

Vaka 2 — Yönetim raporu. Bir finans ekibi aylık özetleri paragraf halinde alıp elle tabloya döküyordu. "Sütunlar sabit tablo" formatı zorlanınca rapor doğrudan sunuma girdi; ayda birkaç saatlik biçimlendirme işi ortadan kalktı.

Vaka 3 — Standart yazışma. Bir İK ekibi ret e-postalarını her seferinde baştan yazıyor, ton tutarsız oluyordu. Sabit bir şablon zorlanınca tüm retler aynı nazik yapıda çıktı; hem tutarlılık sağlandı hem de yazım süresi kısaldı.

İpucu: JSON veya tablo gibi katı formatlarda "sadece istenen formatı döndür, öncesinde/sonrasında açıklama yazma" kısıtını mutlaka ekleyin. Modelin eklediği "İşte istediğiniz tablo:" gibi cümleler otomasyonu bozar.

Dikkat: Format zorlamak içeriğin doğruluğunu garanti etmez. Model boş bir alanı doldurmak için değer uydurabilir. Özellikle JSON çıktısındaki sayı ve isimleri kaynakla karşılaştırın; düzgün biçim, doğru veri demek değildir.

Formatı Sağlamlaştıran İnce Ayarlar

Formatı sadece istemek bazen yetmez; modelin ona sadık kalmasını da güvenceye almak gerekir. İş akışlarında sık kullanılan dört pratik teknik:

Alanları önceden tanımlayın. "Tablo yap" yerine sütun adlarını ve satır sayısını sabitleyin. Belirsiz bırakılan her alan, çıktının her seferinde biraz farklı gelmesine yol açar; bu da otomasyonu bozar.
Boş/bilinmeyen durumu kurallayın. "Bilinmeyen alana null yaz" veya "veri yoksa boş bırak" deyin. Aksi halde model boşluğu doldurmak için değer uydurma eğilimindedir.
Değer kümesini kısıtlayın. Bir alan yalnızca belirli değerler alabiliyorsa bunu açıkça yazın: "aciliyet yalnızca düşük, orta veya yüksek olabilir". Bu, çıktının bir sonraki adımda güvenle işlenmesini sağlar.
Örnekle sabitleyin. Özellikle JSON ve şablonlarda, tek bir doğru örnek göstermek, uzun tariften daha etkili biçimde biçimi kilitler. Model örneği taklit eder.

Bu ince ayarlar özellikle çıktının bir yazılıma, elektronik tabloya veya başka bir prompt'a girdi olarak aktarılacağı durumlarda kritik önem taşır. Serbest okuma için üretilen bir listede gevşeklik sorun değildir; ama bir sisteme beslenecek veride tek bir bozuk satır tüm akışı durdurabilir. Bu yüzden çıktı ne kadar "makine tarafından okunacaksa", format kuralları da o kadar katı olmalıdır.

Format ile içeriği ayrı düşünmek

Deneyimli kullanıcılar bir çıktıyı iki ayrı gözle değerlendirir: biçim doğru mu ve içerik doğru mu? Bu ikisi bağımsızdır. Kusursuz bir tablo yanlış sayılar içerebilir; dağınık bir paragraf doğru bilgiyi taşıyabilir. Format zorlama yalnızca birinci sorunu (biçim) çözer. İkinci soru (içerik doğruluğu) her zaman ayrı bir doğrulama adımı gerektirir. Bu ayrımı akılda tutmak, "düzgün göründüğü için doğrudur" tuzağına düşmeyi önler.

Sık yapılan hatalar

Format hiç belirtmemek. Sonra çıktıyı elle tabloya/listeye dökmek.
Formatı muğlak bırakmak. "Tablo yap" deyip sütunları söylememek.
Açıklama kısıtını atlamak. Modelin eklediği giriş cümlelerinin otomasyonu bozması.
Yanlış format seçmek. Karşılaştırmayı paragrafla, anlatıyı tabloyla istemek.
Biçme güvenip içeriği doğrulamamak. Düzgün JSON'daki uydurma değeri fark etmemek.

Özetle

Format zorlama, modele çıktının biçimini (liste, tablo, JSON, şablon) açıkça söylemektir.
Doğru format öngörülebilirlik, kullanılabilirlik ve başka araçlara entegrasyon kazandırır.
Formatı ne yapacağınıza göre seçin: karşılaştırma tablo, sistem girişi JSON, okuma liste/paragraf.
Katı formatlarda "sadece bu formatı döndür, açıklama ekleme" kısıtı şarttır.
Düzgün biçim doğru içerik demek değildir; sayı ve isimleri doğrulayın.

Uygulama görevi

Çıktısını hep elle yeniden düzenlediğiniz bir işi seçin. Ona uygun bir format (tablo, JSON veya şablon) belirleyip prompt'a ekleyin ve "sadece bu formatı döndür" kısıtını koyun. Çıktıyı hedefe (sunum, tablo, yazılım) doğrudan yapıştırmayı deneyin ve kazandığınız süreyi ölçün.

Kontrol listesi

[ ] Hangi görevde hangi formatın uygun olduğunu seçebiliyorum.
[ ] Formatı ayrıntılı (sütunlar, alanlar, şema) tarif ediyorum.
[ ] Katı formatlarda "açıklama ekleme" kısıtını koyuyorum.
[ ] JSON'un ne işe yaradığını ve ne zaman kullanılacağını biliyorum.
[ ] Düzgün biçimin içeriği doğrulamadığını unutmuyorum.