Prompt Mühendisliği Kopya Kâğıdı
Prompt mühendisliğinin tüm teknikleri — rol atama, zincirleme düşünme, few-shot, yapı çıktısı ve negatif istem — tek sayfalık pratik kopya kâğıdı formatında.
Bu rehberi ücretsiz indir
PDF; kapak ve içindekiler sayfası dahil 6 bölümden ve sık sorulan sorulardan oluşur. Türkçe, A4 formatında, yazdırılabilir.
İndirmek için ücretsiz WebTuring hesabı gerekir. Girişli değilseniz giriş sayfasına yönlendirilirsiniz.
Kısa cevap
Prompt mühendisliği, modele bağlam, format ve kalite kriteri vererek çıktı kalitesini sistematik artırma pratiğidir; temel teknikler rol atama, örnek verme (few-shot), adım adım düşünme ve yapı zorlamadır.
Temel teknikler (1-6)
1. Rol atama: "Sen deneyimli bir vergi danışmanısın." Ne zaman: Uzmanlık tonu ve terim düzeyi gerektiğinde. 2. Bağlam doldurma: Hedef, kitle, kısıtları verin. Ne zaman: Her istekte — en yüksek getiri/çaba oranına sahip teknik budur. 3. Format zorlama: "Yanıtı şu tablo yapısında ver." Ne zaman: Çıktıyı işlemeyecekseniz veya karşılaştırma yapacaksanız.
4. Örnek verme (few-shot): 2-3 ideal örneği isteme ekleyin. Ne zaman: Belirli bir üslup veya yapıyı kopyalatmak istediğinizde. 5. Adım adım düşünme: "Cevabı vermeden önce adımları sırala." Ne zaman: Matematik, mantık, çok kısıtlı planlama. 6. Negatif istem: "X yapma, Y sözlerini kullanma." Ne zaman: Tekrarlayan hata örüntüsünü kesmek; ama negatif listeyi uzatmayın, pozitif yönlendirme daha etkilidir.
Yapısal teknikler (7-12)
7. Ayraç kullanımı: Girdi metnini üç tırnak veya XML etiketiyle sarmalayın: "Aşağıdaki metni özetle: """[METİN]"""". Neden: Talimat ile veri karışmasını, istem enjeksiyonunu engeller. 8. Önce plan, sonra üretim: "Önce ana hatları çıkar, onayım yoksa doğrudan yaz." 9. Rol perspektifleri: "Bu konuyu 3 farklı uzmandan dinleyelim: avukat, mühendis, kullanıcı."
10. Çıktı şeması: JSON/tablo alanlarını birebir tanımlayın: "name: string, risk: low|medium|high". 11. Uzunluk kestirimi: Kelime/sayfa/cümle sayısını açıkça verin; "kısa" her modelde farklıdır. 12. Doğrulama komutu: "Yanıtın sonunda, iddialarının hangi kısmının emin olmayan tahmin olduğunu işaretle."
İleri teknikler (13-18)
13. Zincirleme istem: Tek büyük istek yerine, çıktısı sonraki isteğin girdisi olan küçük adımlar. Ne zaman: Karmaşık üretim hattı (araştırma → taslak → düzenleme). 14. Kendi kendini eleştiri: "Şimdi kendi yanıtını 10 üzerinden puanla ve zayıf kısmı düzelt." 15. Sistem istemi ayrımı: Uygulamalarda kişilik ve kurallar sistem istemine, veri kullanıcı istemine.
16. Sıcaklık stratejisi: Faktüel işte düşük (0-0.3), beyin fırtınasında yüksek (0.7-1.0). 17. Bağlam önceliklendirme: En kritik bilgiyi başa ve sona koyun; model orta bölgeye daha az dikkat eder. 18. Şablonlaştırma: En iyi çalışan isteminizi şablona çevirip [DEĞİŞKEN] işaretleyin; tutarlılık ölçeklenebilirliğin ödülüdür.
Teknik seçim tablosu
Problem: Yüzeysel çıktı → bağlam doldurma + örnek verme. Problem: Format dağınık → çıktı şeması + format zorlama. Problem: Matematiksel hata → adım adım düşünme + araç isteme. Problem: Ton yanlış → rol atama + örnek verme. Problem: Veri-talimat karışması → ayraç kullanımı.
Problem: Uzun üretimde tutarsızlık → zincirleme istem. Problem: Tekrarlayan hata → negatif istem + doğrulama komutu. Problem: Farklı uzman görüşü gerekli → rol perspektifleri. Problem: Aynı iş her gün → şablonlaştırma + sıcaklık sabitleme.
Anti-örüntüler: Yapmayın
İstemi şişirmeyin: 3 sayfalık talimat çoğu zaman 6 satır net talimatı yener. Aynı istekte 10 farklı şey istemeyin: zincirleme isteme bölün. Negatif listeyi sayfa uzunluğunda yapmayın: "yapma" listesi uzadıkça model odak kaybeder. Sonucu modelin doğruluğuna bırakmayın: kritik bilgi her zaman doğrulanır.
Örneği tek verip "böyle yap" demeyin: Tek örnek taklit üretir, çeşitlilik genelleme. Çıktıyı tarayıcıdan kopyalayıp düzenlemeden kullanmayın: İnsan son denetim katmanıdır ve değiştirilemez.
Hızlı teşhis akışı
Çıktı kötü mü? Üç soru sor: (1) İstek yeterince spesifik miydi? Değilse bağlam doldurun. (2) Format belirsiz miydi? Evetse şema verin. (3) Görev çok mu karmaşıktı? Evetse zincirleyin.
Kural: İlk düzeltmeyi istemi değiştirerek yapın, sohbeti uzatarak değil. İstemde kök neden varsa, uzun sohbet katlanarak hatayı büyütür.
Sık sorulan sorular
Prompt mühendisliği meslek olarak kalacak mı?
Modeller iyileştikçe tek seferlik "sihirli kelimeler" değeri düşüyor ama sistem tasarımı — akışlar, şemalar, doğrulama katmanları — değeri artıyor. Meslek, kelime seçmekten süreç tasarımına doğru dönüşüyor.
Few-shot örneği kaç adet olmalı?
Genel kural 2-3; örnek sayısı arttıkça bağlam tükenir. Önemli olan sayı değil çeşitlilik: kenar durumları temsil eden örnekler seçin.
Sıcaklık ayarı ücretsiz sohbet arayüzünde var mı?
Çoğu tüketici arayüzünde yoktur; API kullanımlarında vardır. Arayüzde eşdeğeri, istemle kontroldür: "tutarlı ve kesin ol" / "yaratıcı varyasyonlar üret".
