
Büyük dil modelleri (LLM’ler) tek bir “doğru cevap motoru” gibi değil; verilen talimat ve bağlama göre yanıt üreten sistemler gibi çalışır. Bu yüzden aynı isteği farklı şekilde yazdığınızda çıktının tonu, kapsamı ve tutarlılığı değişebilir. İyi prompt yazmak; hedefi netleştirmek, modeli doğru role yerleştirmek, gerekli bağlamı vermek ve çıktıyı denetlenebilir bir biçime sokmaktır.
Resmi sağlayıcı rehberleri de genellikle açık talimat, rol tanımı, örnekler ve çıktı formatı beklentisinin tutarlılığı artırabildiğini vurgular. Uygulamada, üretimde kullandığınız model üzerinde hızlı test ve yineleme yapmak önemlidir. (Bkz. Anthropic – Prompt engineering overview, OpenAI API – Model optimization (fine-tuning) guide.)
Pratikte iyi sonuç veren birçok prompt, aşağıdaki parçaları bir araya getirir. Hepsini her zaman kullanmanız gerekmez; ancak sorun yaşadığınızda bu parçalar “hata ayıklama” için iyi bir kontrol listesi sunar.
| Bileşen | Ne işe yarar? | İpucu |
|---|---|---|
| Rol | Modelin bakış açısını ve önceliklerini belirler. | “Kıdemli editör”, “öğretmen”, “ürün analisti” gibi somut roller seçin. |
| Görev | İstenen çıktıyı tek cümlede tanımlar. | Fiille başlayın: “Özetle”, “Karşılaştır”, “Taslak çıkar”. |
| Bağlam | Karar vermek için gerekli bilgileri verir. | Hedef kitle, amaç, kısıt, elinizdeki veri/kaynak ekleyin. |
| Kısıtlar | Kapsamı daraltır, hataları azaltır. | Uzunluk, dil, ton, “bilinmiyorsa belirt” gibi kurallar koyun. |
| Çıktı formatı | Yanıtın yapısını standardize eder. | Madde listesi, tablo, başlık hiyerarşisi isteyin. |
| Örnekler | Beklenen kalite ve biçimi gösterir. | 1–3 kısa örnek çoğu zaman yeterlidir (few-shot). |
Günlük işler için, aşağıdaki “minimum” şablonla başlayıp sorun gördükçe genişletin:
Rol + başarı kriterleri + sınırlar üçlüsü, özellikle uzun çıktılarda tonu ve kapsamı daha tutarlı tutmaya yardımcı olur. (Bkz. Anthropic – Prompt engineering overview.)
Örnek rol tanımı
Rol: Deneyimli bir eğitim içerik yazarı gibi davran. Amacın: yeni başlayanların anlayacağı şekilde, adım adım pratik öneriler vermek. Kurallar: Yanıtını kısa paragraflar ve madde listeleriyle yaz; belirsiz noktaları belirt; gerekli olursa kullanıcıdan netleştirici bilgi iste.
Model, çok geniş bir alanda “yardımcı” olmaya çalıştığında gereksiz detay ekleyebilir. Bunu engellemek için bir cümle bile yeterli olabilir:
“Bana bir şeyler yaz” yerine, denetlenebilir bir yapı isteyin:
Planlama, analiz, karşılaştırma, hata bulma gibi işler tek atışta zor olabilir. Akademik literatürde Chain-of-Thought (CoT) yaklaşımı, çok adımlı akıl yürütme gereken görevlerde performansı artırabildiğini gösterir. (Bkz. Wei et al., 2022.)
Pratik not: Bazı kullanım senaryolarında, ayrıntılı iç akıl yürütmeyi kelimesi kelimesine istemek yerine “kısa bir çözüm planı” veya “gerekçenin özeti” gibi ara çıktılar istemek daha okunabilir ve daha kontrol edilebilir sonuçlar verir.
Aşağıdaki yapı, içerik üretimi ve analiz işlerinde sık işe yarar:
CoT benzeri akıl yürütmede self-consistency yaklaşımı, aynı probleme birden fazla çözüm yolu örnekleyip daha tutarlı olanı seçerek sonuçları iyileştirmeyi hedefler. (Bkz. Wang et al., 2022.)
Günlük kullanımda hafif bir sürüm:
Trade-off: Birden fazla alternatif üretmek genellikle daha fazla çıktı ve daha uzun süre demektir; bu yüzden iş akışınıza göre gerekli olan yerlerde kullanın.
Modellerin tek seferde işleyebildiği bağlam sınırlıdır. Uzun belgelerle çalışırken, bağlamı bilinçli biçimde yönetmek gerekir. Pratikte iki yaklaşım öne çıkar:
Not: RAG genellikle daha izlenebilir (hangi parça üzerinden cevap verildiğini gösterebilir) bir düzen kurmayı kolaylaştırır; ancak bir “getirme” katmanı eklediğiniz için altyapı, gecikme ve işletim maliyetleri sistem tasarımınıza bağlı olarak artabilir. En güvenlisi, küçük bir pilot kurup kendi metriklerinizle ölçmektir.
Aşağıdaki gibi net kurallar koymak, bağlamın “ezilmesini” ve uydurma detay riskini azaltır:
Yalnızca aşağıdaki “Kaynak Parçaları”na dayan. Yanıtında her önemli iddia için parça numarası ver. Kaynakta yoksa “Kaynakta bulunmuyor” de ve netleştirme sorusu sor.
Kaynak Parçaları:
Uzun bir konuşmada veya dokümanda, modeli her seferinde baştan beslemek yerine şu iki katmanlı yöntemi deneyin:
Aşağıdaki şablonlar, farklı senaryolar için hızlı başlangıç sağlar. Yer tutucuları kendi işinize göre değiştirin.
Rol: Kıdemli SEO editörü ve eğitim içerik yazarı gibi davran.
Görev: [Konu] hakkında, yeni başlayanlara yönelik bir rehber taslağı çıkar.
Bağlam: Hedef kitle [kitle]. Amaç: [amaç]. Dil: Türkçe.
Kısıtlar: Kısa paragraflar; gereksiz tekrar yok; belirsiz iddia yok.
Çıktı formatı: H2/H3 başlıkları, her H2 altında 3–5 madde, en sonda 5 maddelik kontrol listesi.
Ek: Önce “Varsayımlar” başlığı altında hangi bilgilerin eksik olduğunu yaz ve 3 net soru sor.
Rol: Sabırlı bir öğretmen gibi davran.
Görev: Bana [konu] öğretmek için 20 dakikalık mikro ders planı hazırla.
Seviye: [başlangıç/orta].
Çıktı: (1) 5 dakikalık özet, (2) 3 örnek, (3) 5 soru mini test, (4) yanlışlar için geri bildirim rehberi.
Kural: Terimleri ilk geçtiğinde tanımla.
Görev: [A], [B], [C] seçeneklerini benim kullanım senaryoma göre karşılaştır.
Senaryo: [senaryo]. Öncelikler: [maliyet], [kolay kullanım], [kalite], [entegrasyon].
Çıktı: Tablo (kriter x seçenek), ardından “Hangi durumda hangisi?” bölümü.
Kural: Bilmediğin noktaları “Doğrulama gerekli” diye işaretle.
Görev: Aşağıdaki metinden alanları çıkar ve tablo olarak ver.
Alanlar: [alan1], [alan2], [alan3].
Kural: Metinde yoksa boş bırak ve “Bulunamadı” yaz.
Metin: “…”
Prompt: “Prompt yazmayı anlat.”
Olası sorun: Konu çok geniş; cevap dağınık ve genel kalabilir.
Prompt: “Rol: Eğitim içerik yazarı. Görev: Yeni başlayanlar için ‘prompt yazma’ konusunu 7 maddelik bir kontrol listesiyle açıkla. Çıktı: Her madde için 1 örnek cümle ver.”
Kazanım: Yapı netleşir; örnek zorunluluğu kaliteyi artırır.
Prompt: “Rol: Kıdemli eğitim içerik yazarı. Hedef kitle: Genel kitle. Dil: Türkçe. Görev: Prompt yazma için 7 maddelik kontrol listesi oluştur. Kısıt: Belirsiz iddialardan kaçın; emin değilsen ‘emin değilim’ de. Çıktı: Her madde için (a) kısa açıklama, (b) iyi örnek, (c) kötü örnek, (d) düzeltme önerisi ver.”
Kazanım: Okuyucu “ne yapmalı / ne yapmamalı”yı somut görür; kalite güvence artar.
Beklenmeyen yanıtlar çoğu zaman prompt’un eksik olmasından kaynaklanır. Aşağıdaki tablo, sık görülen sorunlara hızlı düzeltmeler sunar.
| Belirti | Muhtemel neden | Düzeltme |
|---|---|---|
| Çok genel, yüzeysel | Hedef kitle/amaç belirsiz | Hedef kitle + kullanım senaryosu + başarı ölçütü ekleyin. |
| Gereksiz uzun | Uzunluk kısıtı yok | Kelime aralığı veya madde sayısı belirtin. |
| Yanlış varsayımlar | Eksik bağlam | “Varsayım yapma; eksikse sor” kuralı ekleyin. |
| Biçim tutarsız | Format tanımlanmamış | Şablon verin: başlıklar, tablo kolonları, madde yapısı. |
| Görev kayıyor | Öncelikler tanımsız | Öncelikleri sırala: “Önce doğruluk, sonra kısalık” gibi. |
En iyi sonuç, genellikle “tek seferde mükemmel prompt”tan değil; küçük testlerle hızlı doğrulama ve yineleme alışkanlığından gelir. Sağlayıcı dokümantasyonları, prompting yaklaşımı, değerlendirme ve iyileştirme adımlarını düzenli bir süreç olarak ele almayı önerir. (Bkz. Anthropic – Prompt engineering overview, OpenAI API – Model optimization (fine-tuning) guide.)
Bazı işlerde tekrar eden bir üslup, sınıflandırma etiketleri veya çok standart çıktılar gerekir. Bu durumda yalnızca prompt ile ilerlemek yerine, sağlayıcınızın sunduğu “model optimizasyonu / fine-tuning” süreçlerini değerlendirmek isteyebilirsiniz. (Bkz. OpenAI API – Model optimization (fine-tuning) guide.)
Pratik kural: Önce iyi bir prompt + birkaç örnekle (few-shot) stabilite yakalayın. Hâlâ aynı tür hatalar sık tekrarlanıyorsa ve kullanım senaryosu netse, bir sonraki adımı düşünün.
Prompt, modelden ne istediğinizi (görev), hangi şartlarda istediğinizi (bağlam/kısıt) ve çıktıyı hangi biçimde beklediğinizi (format) anlatan metindir. İyi prompt, belirsizliği azaltır.
Few-shot, modele 1–3 kısa örnek vererek “nasıl bir çıktı istediğinizi” göstermektir. Özellikle biçim, ton ve etiketleme gibi tekrarlı işlerde hızlıca kalite artırır. (Bkz. Anthropic – Prompt engineering overview.)
Yanıt, prompt’taki bağlam/ton/format sinyallerine ve modelin örnekleme ayarlarına göre değişebilir. Bu yüzden kritik işlerde küçük bir test setiyle çıktıyı doğrulamak iyi bir pratiktir.
Güncel/kurumsal dokümanlara dayanmanız gerekiyorsa, “kaynağa dayalı cevap” istiyorsanız veya uzun içerikte ilgili parçaları seçmek zorlaşıyorsa RAG düşünülür. Basit işler için ise çoğu zaman iyi bir bağlam ve şablon yeterlidir.
Çok adımlı problem çözmede CoT faydalı olabilir (Bkz. Wei et al., 2022). Ancak pratikte çoğu kullanıcı için “kısa plan + kısa gerekçe özeti” istemek hem daha okunabilir hem de daha kontrol edilebilir sonuçlar verir.
Bu rehberin özü: Net rol ve hedef, yeterli bağlam, ölçülebilir çıktı formatı ve çok adımlı görevlerde aşamalı ilerleme. Şablonlarınızı kütüphaneleştirip küçük testlerle düzenli güncellediğinizde “iyi sonuç” tesadüf olmaktan çıkar, süreç haline gelir.
Dilerseniz elinizdeki bir görevi (ör. e-posta yazımı, rapor özeti, içerik taslağı) paylaşın; bu çerçeveyle 1–2 iterasyonda daha net ve tekrar kullanılabilir bir prompt şablonuna dönüştürebilirsiniz.
Yorumlar