Prompt nedir? Prompt, bir yapay zekâ sistemine verdiğiniz görev, soru veya yönergedir. “Bana bir yazı yaz” da prompttur; ancak hedefi, bağlamı, beklenen biçimi ve sınırları anlatan bir istek, ihtiyacınıza uygun sonuç alma olasılığını artırır. İyi prompt tek bir gizli sözcüğe dayanmaz. Sorunu açık tarif etmek, örnek göstermek, çıktıyı kontrol etmek ve gerektiğinde isteği düzeltmek daha etkilidir.
Bu rehberde prompt yazmanın temel parçalarını, metin ve kod için kullanılabilir örnekleri, görsel üretimde dikkat edilecek ayrıntıları ve sonuçları nasıl sınayacağınızı bulacaksınız. Yapay zekânın genel çerçevesini öğrenmek için yapay zekâ nedir, metin ve görsel üreten sistemleri anlamak için üretken yapay zekâ rehberini okuyabilirsiniz.
Prompt ne işe yarar, nasıl çalışır?
Bir dil modeli, yazdığınız metni ve varsa eklediğiniz dosyaları bağlam olarak işler, ardından yanıt üretir. Prompt, modele hangi göreve odaklanacağını söyler. Bir özet isteğinde kaynak metni, hedef okuru ve istenen uzunluğu verdiğinizde modelin tahmin etmesi gereken şeyler azalır. Bu, her zaman doğru cevap alacağınız anlamına gelmez; model yanlış bilgi üretebilir veya yönergenin bir kısmını kaçırabilir.
Günlük dilde “komut” denilse de prompt sadece emir cümlesi değildir. Soru, örnek, belge, görsel, ses kaydı veya bunların birleşimi olabilir. Kullandığınız ürünün kabul ettiği giriş türleri değişir. Ayrıca kullanıcı mesajından başka, geliştirici veya sistem düzeyindeki yönergeler ve ürünün araçları bulunabilir. Kullanıcı promptu bunların tümünü geçersiz kılan sınırsız bir yetki vermez.
Etkili bir promptun dört temel parçası
1. Amaç: Yapılacak işi bir cümlede belirtin. “Bu toplantı notlarından kararları çıkar” gibi ölçülebilir bir hedef, “Buna bak” ifadesinden açıktır. 2. Bağlam: Modelin bilmesi gereken kaynak, hedef kitle, amaç ve varsayımları ekleyin. 3. Çıktı biçimi: Liste, tablo, üç paragraf veya belirli alanlar mı istiyorsunuz? Söyleyin. 4. Sınırlar: Uzunluk, dil, kaçınılacak içerik ve eksik bilgi durumunda ne yapılacağı gibi kuralları yazın.
Bu parçaların hepsi her istekte zorunlu değildir. Basit bir çeviri için tek cümle yeterli olabilir. Karmaşık veya tekrar kullanılacak bir görevde ise eksik bilgi daha çok sorun çıkarır. Google’ın prompt tasarımı rehberi açık ve belirli yönergelerle örneklerin önemini anlatır. OpenAI’ın prompt mühendisliği rehberi de yönerge ve bağlamın düzenli ayrılmasını ele alır.
Belirsiz istekten kullanılabilir isteğe
“İklim değişikliği hakkında yaz” isteği birçok farklı sonuca yol açar. Hedef, okur ve kapsam belirsizdir. Şöyle yazabilirsiniz:
11 yaşındaki bir öğrenci için iklim değişikliğini açıkla. Önce iki cümlelik tanım ver; ardından günlük yaşamdan üç örnek yaz. Toplam 180–220 kelime kullan. Nedeni ve sonucu ayır. Emin olmadığın sayısal değerleri uydurma; gerekiyorsa güncel bir kaynak istememi söyle.Bu örnek kusursuz yanıt garantilemez, fakat değerlendirme ölçütü verir: Dil öğrenciye uygun mu, üç örnek var mı, sayı uydurulmuş mu? Bir çıktıyı kontrol edebileceğiniz şekilde istek yazmak, güzel görünen ama işe yaramayan yanıtlardan kaçınmaya yardımcı olur.
Prompt yazarken bağlam nasıl verilir?
Model, sizin zihninizdeki proje ayrıntılarını kendiliğinden bilemez. “Daha iyi yap” yerine hangi metnin değişeceğini, kimin okuyacağını ve “iyi”nin ne demek olduğunu yazın. Örneğin müşteri e-postası için ton, maksimum uzunluk, yanıtlanacak sorular ve yasaklanmış vaatler belirtilir. Bilgiyi mümkünse kaynağın kendisiyle sağlayın; bir raporu özetletiyorsanız yalnızca rapor başlığını değil, erişilebilir metnini paylaşın.
Uzun girdilerde görev ile kaynak malzemeyi başlıklar veya ayraçlarla ayırmak yararlıdır. Modelin kaynak metindeki bir cümleyi sizin yeni talimatınız sanma riskini azaltır. Örneğin “Görev” başlığı altında yapılacak işi, “Kaynak metin” altında incelenecek alıntıyı verin. Ancak biçimlendirme tek başına güvenlik sınırı değildir; dışarıdan gelen bir metindeki talimatı otomatik olarak güvenilir saymayın.
Görev: Aşağıdaki müşteri geri bildirimini üç maddede özetle. Yalnızca metinde geçen sorunları yaz; çözüm veya tarih uydurma.
Kaynak metin:
[Buraya paylaşma izniniz olan geri bildirim metnini ekleyin.]
Çıktı: Her maddeyi "Sorun — kanıt" biçiminde yaz. Metin yetersizse bunu açıkça belirt.Örnek vermek ne zaman yardımcı olur?
Modelden çok belirli bir biçim veya dil bekliyorsanız kısa bir giriş ve doğru çıkış örneği gösterebilirsiniz. Buna birkaç örnekle yönlendirme denir. Örneğin destek taleplerini “fatura”, “giriş”, “teknik sorun” olarak ayırırken her sınıfa ait birer örnek, uzun açıklamadan daha açık olabilir. Örneklerin birbirleriyle tutarlı olması gerekir; çelişkili örnekler çıktıyı karıştırır.
Her görev için çok sayıda örnek eklemek şart değildir. Önce açık bir sıfır örnekli istek deneyin. Yanıt biçimi düzenli çıkmıyorsa temsil edici bir iki örnek ekleyin ve yeni girdilerde sonucu ölçün. Tek örnek üzerinde başarılı görünmek, farklı durumlarda aynı başarıyı garanti etmez. Özellikle otomatik iş akışlarında gerçek örneklerden küçük bir değerlendirme kümesi tutmak yararlıdır.
Metin yazdırmak için prompt örneği
Yazı üretirken “uzun ve profesyonel olsun” demek yerine içeriğin amacı, okuru ve kaynak sınırlarını tanımlayın. Örneğin bir etkinlik duyurusunda tarih ve yer gibi bilgiler sağlanmadıysa model bunları icat etmemelidir. Üretilen metni yayımlamadan önce olguları, tonu ve kurum adına verilmiş vaatleri kontrol edin.
Görev: Aşağıdaki doğrulanmış bilgilerle bir etkinlik duyurusu taslağı hazırla.
Hedef kitle: Üniversite öğrencileri.
Ton: Açık ve samimi; reklam abartısı kullanma.
Bilgiler: Konu [konu], tarih [tarih], yer [yer], kayıt adresi [adres].
Çıktı: Bir başlık, 80–120 kelimelik açıklama ve tek cümlelik kayıt çağrısı.
Kural: Verilmeyen konuşmacı, ücret veya kontenjan bilgisini uydurma; eksikse "belirtilmedi" de.Köşeli alanları gerçek ve paylaşılması uygun bilgilerle değiştirin. Sonra metni kaynak bilgilerle karşılaştırın. Model istenen uzunluğu biraz aşabilir veya anlatımı tekrarlayabilir; bu durumda “ikinci paragrafı kısalt, tarih ve yer bilgisini koru” gibi hedefli bir düzeltme isteği daha yararlıdır.
Araştırma ve özet için prompt örneği
Bir raporu özetlemek, yeni olgu araştırmaktan farklıdır. Özet görevi için “yalnızca sağlanan belgeyi kullan” demek, modelin dışarıdan tahmin eklemesini sınırlamaya yardım eder. Güncel bir olguyu araştırmak istiyorsanız tarih ve güvenilir kaynak koşulu yazın; kullandığınız aracın gerçekten web erişimi olup olmadığını kontrol edin. Bağlantı biçiminde görünen bir metin, kaynağın gerçekten açılıp doğrulandığı anlamına gelmez.
Görev: Eklediğim raporun yönetici özetini çıkar.
Kapsam: Yalnızca raporda açıkça bulunan bulgular.
Çıktı: 5 bulgu; her bulgunun altında ilgili bölüm veya sayfa numarası.
Belirsizlik: Raporda olmayan neden veya gelecek tahmini ekleme. Bir sayı çelişiyorsa iki değeri de göster ve uyuşmazlığı işaretle.
Son kontrol: Çıkardığın her sayının raporda geçtiğini doğrulamam için kısa bir kontrol listesi ver.Bu şablon, özellikle çok sayıda veri içeren metinlerde insan kontrolünü kolaylaştırır. Yine de sayfa numaraları ve sayılar orijinal belgeden tek tek doğrulanmalıdır. Kaynak belgenin eksik veya tarama hatalı olması, prompt iyi olsa bile özeti etkiler.
Kod yazdırmak için prompt örneği
Kod görevinde programlama dili ve sürüm, girdi-çıktı biçimi, hata durumları ve test beklentisi söylenmelidir. “Bana giriş sistemi yaz” gibi geniş bir istek birçok güvenlik kararını boşta bırakır. Daha küçük, sınırları belli bir parçayla başlamak güvenlidir. Yapay zekâ çıktısı çalışan kod gibi görünse bile bağımlılık, güvenlik, performans ve lisans açısından incelenmelidir.
Python 3.12 ile, CSV dosyasındaki "amount" sütununu toplayan bir işlev yaz.
Girdi: UTF-8 CSV dosya yolu; başlık satırı var.
Kurallar: Boş değerleri atla; geçersiz sayı varsa satır numarasıyla ValueError ver. Dosyayı yalnızca oku. Üçüncü taraf paket kullanma.
Çıktı: İşlev kodu, kısa kullanım örneği ve boş dosya, geçersiz sayı, ondalık sayı için üç anlamlı test.
Belirsiz kalan kararları koddan önce listele.Örnekteki sınırlar gerçek bir uygulamanın tüm gereksinimlerini karşılamaz; para tutarı için kayan nokta yerine ondalık sayı tipi gibi ek kararlar gerekebilir. Modelin sorular sormasını veya varsayımlarını açıkça yazmasını istemek, sessizce yanlış tercih yapmasını önlemeye yardım eder. Kritik kod, geliştirme ortamında test edilmeden üretime alınmamalıdır.
Görsel üretimi için prompt örneği
Görsel üretiminde konu, kompozisyon, ışık, renk, oran ve kaçınılacak ögeleri belirtin. “Güzel bir şehir çiz” geniştir; bakış açısı, mevsim, atmosfer ve kullanım alanı belirtilince istek anlaşılır. Yine de görsel üretim araçları yazı, el, fiziksel ayrıntı veya kalabalık sahnelerde hata yapabilir. Çıktıyı büyük boyutta incelemek ve izin verilen kullanım koşullarını kontrol etmek gerekir.
16:9 oranında, bir bilim blogu makalesinin gövdesi için editoryal çizim oluştur.
Sahne: Kıyı kentinde gün doğumu; ön planda bisikletli bir yol, arka planda ağaçlar ve deniz.
Kompozisyon: Ana konu solda, sağda metin için boş alan.
Görsel dil: Yumuşak mavi ve sıcak turuncu; gerçekçi ayrıntı ile sade çizim arasında.
Kısıtlar: Okunabilir yazı, logo, filigran ve tanınabilir gerçek kişi olmasın.Görsel çıktıyı ilk denemede kabul etmek zorunda değilsiniz. Bisikletli çok küçük kaldıysa “ana konuyu kadrajın üçte birini kaplayacak şekilde büyüt” deyin. Renkler marka dilinden uzaksa paleti daraltın. Bir seferde tek iki ana unsuru değiştirmek, hangi talebin sonucu iyileştirdiğini görmeyi kolaylaştırır.
İlk yanıtı nasıl iyileştirirsiniz?
İyi prompt yazımı tek seferlik bir yarış değildir. Önce istek ve beklenen sonucunuzu yazın. Gelen yanıtta hangi bölüm işe yarıyor, hangi bölüm eksik, hangi iddia doğrulanamıyor belirleyin. Sonraki mesajda tüm görevi yeniden tarif etmek yerine eksik parçayı somut biçimde düzeltin: “Madde 2 kaynak metinde yok; çıkar”, “Bu tabloya maliyet sütunu ekle”, “Son paragrafı 60 kelimeye indir” gibi.
Tekrarlanan işler için birkaç gerçek örnek üzerinde aynı promptu deneyin. Ölçütler görevle uyumlu olmalı: Bir özet için önemli bulguları kapsama ve sayısal doğruluk; kod için testlerin geçmesi ve güvenli hata işleme; görsel için kompozisyon ve okunabilirlik. Sadece “beğendim” demek yerine hataları kaydetmek, sonraki değişikliğin işe yarayıp yaramadığını gösterir.
Yaygın prompt hataları
Belirsiz hedef: “Daha iyi yaz” demek yerine hangi okur için hangi bilgiyi koruyarak değişiklik istediğinizi belirtin. Çelişkili kurallar: Aynı anda “tek cümle” ve “ayrıntılı beş bölüm” istemek tutarsızdır. Eksik kaynak: Modelden görmediği rapordaki sayıları istemek uydurma riskini artırır. Kontrolsüz güven: Akıcı cevap, doğru cevap demek değildir. Önemli bilgiyi birincil kaynakla karşılaştırın.
Bir başka hata, her sorunu “uzman rolü” vererek çözmeye çalışmaktır. “Sen dünyanın en iyi uzmanısın” ifadesi kaynak, veri ve değerlendirme yerine geçmez. Rol, belirli bir bakış açısı veya üslup istediğinizde yardımcı olabilir; asıl görev ve ölçütler yine açık olmalıdır. Aynı şekilde gereksiz uzun yönergeler de basit görevi bulanıklaştırabilir.
Gizlilik ve güvenlik için nelere dikkat edilmeli?
Bir prompta yapıştırdığınız bilgi, kullandığınız hizmetin veri işleme koşullarına tabi olabilir. Müşteri kayıtları, şifreler, API anahtarları, kişisel belgeler ve şirket içi sırlar için önce paylaşma yetkinizi ve ürün ayarlarını kontrol edin. Mümkünse gereksiz tanımlayıcıları çıkarın veya örnek veriyi anonimleştirin. “Bu konuşmayı gizli tut” yazmak tek başına teknik bir gizlilik önlemi değildir.
Özetlenecek web sayfası veya dosya da yanıta gizlenmiş talimatlar içerebilir. Kaynak içeriğinde “önceki kuralları unut” gibi bir cümle bulunması, bunun kullanıcı tarafından yetkilendirilmiş yeni görev olduğu anlamına gelmez. Dış metni veri olarak ele alın; kaynakta görülen talimatları bağımsız olarak izlemeyin. Kurumsal bir iş akışında araç erişimi, izinler ve insan onayı yalnızca promptla değil sistem tasarımıyla yönetilmelidir.
Prompt şablonu: kendi işinize uyarlayın
Aşağıdaki iskelet her araca birebir yapıştırılması gereken zorunlu bir biçim değildir. Gereken alanları doldurup gereksizlerini çıkarın. Özellikle düzenli tekrar edilen görevlerde aynı yapı, sonuçları karşılaştırmayı kolaylaştırır.
Amaç: [Tek cümleyle yapılacak iş]
Bağlam: [Hedef kitle, kaynak ve gerekli arka plan]
Girdi: [Paylaşma izniniz olan metin veya veri]
Çıktı biçimi: [Liste, tablo, uzunluk, alanlar]
Sınırlar: [Kullanılmayacak kaynak, uydurulmaması gereken bilgi, dil]
Belirsizlik: [Eksik bilgi varsa sor veya açıkça belirt]
Kontrol: [Sonucu nasıl doğrulayacağım?]Örneğin bir ürün karşılaştırması için “Amaç” iki ürünün kullanıcı ihtiyacına göre farklarını açıklamak olabilir. “Girdi” doğrulanmış teknik özelliklerdir. “Sınırlar” bilinmeyen fiyatı tahmin etmemek ve reklam iddiasını gerçek ölçüm gibi sunmamaktır. “Kontrol” ise her iddianın hangi kaynak satırından geldiğini göstermektir. Böylece prompt yalnızca yazdırmaz; çıktının incelenmesini de kolaylaştırır.
Sık sorulan sorular
Prompt Türkçe yazılabilir mi?
Evet. Çoğu genel amaçlı model Türkçe yönergeleri işleyebilir. Sonuç kalitesi kullanılan modele, konuya ve görev türüne göre değişir. Türkçe çıktı istiyorsanız dil ve üslubu açıkça yazın. Teknik terimlerin çevrilmemesini istiyorsanız birkaç terimi örnek verin; sonra anlam kaymasını kontrol edin.
Uzun prompt her zaman daha iyi midir?
Hayır. Faydalı ayrıntı işe yarar, tekrar ve çelişki ise zorlaştırabilir. Basit görev için kısa, açık bir istek yeterlidir. Uzun kaynakla çalışırken bölümleri ayırın ve sonunda istenen görevi netleştirin. Yanıtı değerlendirmek, yalnızca promptun uzunluğuna bakmaktan daha önemlidir.
Tek bir prompt bütün modellerde aynı sonucu verir mi?
Hayır. Modellerin yetenekleri, güncellemeleri, araç erişimi ve giriş sınırları farklıdır. Aynı model bile farklı denemelerde farklı cümleler üretebilir. Tekrarlanabilir işlerde örnek girdiler, beklenen ölçütler ve model sürümü kaydı tutmak yararlıdır. İş akışı değiştiğinde yeniden test edin.
“Adım adım düşün” demek zorunlu mu?
Hayır. Görevinizi ve beklediğiniz kontrolü açıkça belirtmek daha güvenilir bir başlangıçtır. Bazı modellerde uzun düşünme talimatları fayda sağlamayabilir. Gerekli olan, okuyucunun görebileceği kısa gerekçe, hesaplama kontrolü veya kaynak listesi olabilir; bunları doğrudan isteyin.
Prompt doğruysa model yine de hata yapar mı?
Evet. Prompt hatayı azaltmaya yardımcı olabilir, fakat yanlış olgu, eksik kaynak, güncelliğini yitirmiş bilgi veya yanlış hesap ihtimalini yok etmez. Özellikle tıp, hukuk, finans ve güvenlik gibi alanlarda yetkin insan incelemesi ve güncel birincil kaynak kontrolü gerekir. Kaynak olmayan bir iddiayı yalnızca akıcı olduğu için yayımlamayın.
İyi bir promptu nasıl ölçersiniz?
Tek bir başarılı ekran görüntüsü yeterli kanıt değildir. Görev tekrar ediyorsa beş on farklı gerçekçi örnek seçin: kolay, uzun, eksik bilgili ve yanıltıcı ayrıntı içeren durumlar olsun. Her örnekte önceki istek ile yeni isteği aynı koşullarda karşılaştırın. Sonuçları kendi görevinize uygun ölçütlerle işaretleyin; örneğin özet için atlanan önemli bulgular, yazı için doğrulanamayan iddialar, kod için başarısız testler.
Değerlendirmede yalnızca iyi çıktıları seçmeyin. Hatalı sonuçları saklamak, promptun ne zaman güvenilmez olduğunu gösterir. Model sürümü veya bağlı araç değiştiğinde aynı küçük örnek kümesini yeniden çalıştırın. İnsan incelemesi gereken bir işte “otomatik olarak yayımla” aşamasına geçmeden önce hata türlerini ve geri dönüş yolunu belirleyin. Bu yaklaşım, prompt düzenlemeyi kişisel beğeniden ölçülebilir iyileştirmeye taşır.
Sonuç
İyi bir prompt, amacı ve başarı ölçütünü görünür kılar. İşin bağlamını, kaynaklarını, istenen biçimi ve sınırlarını gereği kadar ekleyin. İlk çıktıyı gerçek hedefle karşılaştırın; eksik veya yanlış yeri somut biçimde düzeltin. Bu döngü, tek bir “mükemmel komut” aramaktan daha uygulanabilir bir yöntemdir. Üretilen içeriğin son doğrulaması ve kullanımı yine sizdedir.
Kaynaklar ve ileri okuma
- OpenAI API: Prompt engineering — yönergeler, bağlam ve değerlendirme.
- Google AI for Developers: Prompt design strategies — açık istek, örnek ve yineleme.
- OpenAI API: Safety best practices — insan kontrolü ve uygulama güvenliği.
