Modele kalıcı talimat vermek: sistem promptu yazım rehberi
Beceri rehberi

Modele kalıcı talimat vermek: sistem promptu yazım rehberi

Hazırlayan: Mindset Institute EditörlüğüGüncellendi: 5 dk okuma

İyi bir sistem promptu rolü, bağlamı, sınırları ve çıktı biçimini nasıl tanımlar? Yapı, örnek taslak, test yöntemi ve sık yapılan hatalar bu rehberde.

Sistem promptu nedir, kullanıcı mesajından farkı ne?

Sistem promptu, bir büyük dil modeline konuşma başlamadan önce verilen ve bütün etkileşim boyunca geçerli olan kalıcı talimat metnidir. Modelin kim gibi davranacağını, hangi bağlamda çalıştığını, nelere dikkat edeceğini ve cevaplarını hangi biçimde vereceğini tanımlar. Kullanıcı mesajı ise o anki talebi taşır. Müşteri destek asistanında sistem promptu "bu şirketin destek asistanısın, şu politikalara uyarsın" der; kullanıcı mesajı "siparişim nerede?" sorusudur.

Ayrım pratikte önemlidir: değişmeyen kurallar, ton ve sınırlar sistem promptuna; değişen talep kullanıcı mesajına yazılır. Sistem promptu, ürününüzün davranışını belirleyen en kritik metinlerden biridir. Uygulama geliştiren ekiplerde, ürün sahipleri ve geliştiriciler birlikte tasarlar; çünkü hem iş kuralları hem teknik kısıtlar içerir. Yazılırken amaç uzun olmak değil, modelin doğru kararı verebilmesi için gerekli bilgiyi net vermektir.

İyi bir sistem promptunun yapısı

Etkili sistem promptları genellikle şu bölümleri taşır:

  • Rol ve amaç: modelin kim olduğu ve neyi başarmaya çalıştığı. Örneğin "bir bankanın bireysel kredi sorularını yanıtlayan asistansın".
  • Bağlam: kullanıcılar kim, hangi ürün ya da hizmet söz konusu, model hangi bilgiye erişebilir.
  • Görev ve davranış kuralları: ne yapılır, ne yapılmaz, belirsizlik durumunda nasıl davranılır.
  • Sınırlar: kapsam dışı konular, kaçınılacak ifadeler, yanıt veremeyeceği durumlarda ne söyleyeceği.
  • Ton ve dil: resmî mi samimi mi, hangi dilde, ne kadar kısa.
  • Çıktı biçimi: düz metin mi, madde listesi mi, belirli bir alan yapısına sahip veri mi.
  • Örnekler: zor ya da kritik durumlar için örnek girdi ve beklenen çıktı çiftleri.

Bölümleri açık başlıklarla ya da etiketlerle ayırmak, hem modelin metni doğru yorumlamasını hem de ekibin metni bakımını kolaylaştırır.

Yazarken izlenecek ilkeler

Net ve somut olun. "Yardımcı ol" gibi soyut ifadeler yerine hangi durumda ne yapılacağını yazın. Yalnızca yasak koymak yerine yapılması gerekeni de söyleyin: "fiyat bilgisi verme" talimatı, ardından "fiyat sorulursa kullanıcıyı satış ekibine yönlendir" ile tamamlandığında davranış öngörülebilir olur. Önemli kuralların neden önemli olduğunu kısaca açıklamak da model için yararlıdır; gerekçeyi bilen model sınır durumlarda daha tutarlı karar verir.

Çelişki yaratmayın. Bir yerde "kısa yaz", başka yerde "ayrıntılı açıkla" yazılırsa sonuç tutarsız olur. Öncelik sırasını belirtin: kurallar çatıştığında hangisinin geçerli olduğunu söyleyin. Örnekleri dikkatli seçin; model örneğe çok yakın kalabilir, bu yüzden çeşitli ve temsili örnekler verin. Metni sade tutun: her ek kural, diğerleriyle etkileşebilir ve bakım yükünü artırır. Uzun bir prompt, kısa ve iyi yapılandırılmış olandan her zaman daha iyi sonuç vermez.

Örnek taslak: bir iade asistanı için

Örneğin bir e-ticaret şirketi iade sorularını yanıtlayan bir asistan kuruyor. Sistem promptunun iskeleti şöyle kurulabilir. Rol: şirketin müşteri destek asistanı, amaç iade süreci hakkında doğru ve anlaşılır bilgi vermek. Bağlam: kullanıcılar bireysel müşteriler; asistan yalnızca sağlanan iade politikası belgesine dayanır. Davranış: politikada yer alan bilgiyi verir, yer almayan konuda tahmin yürütmez, "bu konuda bilgim yok" der ve müşteriyi destek ekibine yönlendirir.

Sınır: hukuki yorum yapmaz, tazminat sözü vermez, başka müşterinin bilgisine erişmeye çalışmaz. Ton: nazik, kısa, sade Türkçe. Çıktı: önce cevabın özeti, ardından gerekirse adımlar. Zor durum örnekleri de eklenir: öfkeli müşteri, kapsam dışı soru, belirsiz sipariş numarası. Bu iskelet, işletmenin gerçek politikasıyla doldurulduktan sonra gerçek sorularla test edilir; ilk sürüm neredeyse hiçbir zaman son sürüm olmaz.

Test etme, sürümleme ve iyileştirme

Sistem promptu bir kez yazılıp bırakılan bir metin değil, yazılım kodu gibi geliştirilen bir üründür. Bunun için bir değerlendirme seti hazırlanır: tipik sorular, sınır durumlar, kasıtlı olarak zorlayıcı girdiler ve kapsam dışı talepler. Her prompt değişikliğinden sonra bu set yeniden çalıştırılır ve sonuçlar karşılaştırılır. Böylece bir kuralı düzeltirken başka bir davranışı bozduğunuz görünür olur.

Prompt sürümlerini kayıt altında tutun: hangi değişiklik neden yapıldı, hangi sorun çözüldü. Gerçek kullanımdan gelen kötü örnekleri değerlendirme setine ekleyin. Çıktı kalitesini ölçmek için insan incelemesi ve gerektiğinde otomatik değerlendirme birlikte kullanılabilir. Model sürümü değiştiğinde de testi tekrarlayın; aynı prompt farklı model sürümlerinde farklı davranabilir.

Güvenlik: prompt enjeksiyonu ve gizlilik

Kullanıcılar sistem promptunu aşmaya veya ifşa etmeye çalışabilir. "Önceki talimatları unut" gibi girdiler ya da harici içeriğin (web sayfası, e-posta, belge) içine gizlenmiş talimatlar prompt enjeksiyonuna örnektir. Savunma tek bir cümleyle sağlanmaz. Sistem promptunda kullanıcı girdisinin ve harici içeriğin talimat değil veri olarak ele alınacağı açıkça belirtilir; kritik kısıtlamalar ise yalnızca prompta değil, uygulama düzeyinde de uygulanır (yetkilendirme, araç izinleri, çıktı denetimi).

Gizli bilgileri sistem promptuna yazmayın. Anahtar, şifre ya da kişisel veri içeren bir metin, ifşa edildiğinde sorun yaratır. Modelin erişebileceği her şeyin bir ihtimalle dışarı çıkabileceğini varsayarak tasarlayın. Ayrıca modelin hassas konulardaki davranışı, hukuki ve etik gereklilikler açısından insanlar tarafından gözden geçirilmelidir.

Sık hatalar ve öğrenme yolu

En sık hatalar şunlardır: aşırı uzun ve çelişkili kurallar yazmak, yalnızca yasaklarla sınırlamak, örnek vermemek, kapsam dışı durumlar için ne yapılacağını belirtmemek, test etmeden yayına almak ve prompt güvenliğini yalnızca prompta bırakmak. Bir başka hata, modelden yapamayacağı bir şeyi talep etmektir; örneğin erişemediği güncel bir bilgiyi "kontrol et" demek.

Öğrenme yolu temel istem tekniklerinden başlar, ardından rol ve bağlam tasarımı, örnekle yönlendirme, çıktı biçimlendirme, değerlendirme ve güvenlik gelir. Mindset kataloğunda Prompt Engineer Programı; İstem Mühendisliğine Giriş, Zincir Düşünce ve Gelişmiş İstem Teknikleri, Model Bazlı İstem Optimizasyonu, İstem Güvenliği ve Yönetim Çerçevesi ile Kurumsal Kullanım Senaryoları ve Sektörel Uygulamalar modüllerini içerir. Anthropic Claude API ile Uygulama Geliştirme programında Sistem Promptları ve Konuşma Tasarımı modülü uygulama geliştiren ekiplere yöneliktir.

İlgili Mindset programı

Prompt Engineer Programı

Sık sorulanlar

Sık sorulan sorular

Sistem promptu ne kadar uzun olmalı?

Sabit bir uzunluk yoktur; gereken bilgiyi net veren en kısa metin idealdir. Basit bir asistan kısa bir prompt ile yönetilebilir, karmaşık bir iş akışı daha ayrıntılı talimat ister. Uzunluk arttıkça çelişki riski de büyür; her satırın bir davranışı belirlediğinden emin olun.

Türkçe mi İngilizce mi yazmalıyım?

Kullanıcıların dili ve çıktının dili önemlidir. Modelin yanıtlayacağı dili sistem promptunda açıkça belirtin. Metnin kendisi Türkçe de İngilizce de yazılabilir; önemli olan netlik ve tutarlılıktır. Hangi dilin sizin kullanım senaryonuzda daha iyi sonuç verdiğini değerlendirme setinizle karşılaştırarak görün.

Kullanıcı sistem promptunu görebilir mi?

Normalde görmez, ancak modelin metni yanıtında yeniden üretmesi mümkündür ve kullanıcılar bunu denemeye çalışabilir. Bu yüzden gizli kalması gereken bilgiyi prompta yazmayın. Talimatları gizli tutmak istiyorsanız bunu belirtebilirsiniz, fakat bunu kesin bir güvenlik önlemi saymayın.

Sistem promptu ile ince ayar (fine-tuning) arasında fark nedir?

Sistem promptu modelin ağırlıklarını değiştirmez; her çağrıda verilen talimattır ve hızla güncellenebilir. İnce ayar ise modeli ek verilerle yeniden eğitir ve daha kalıcı davranış değişikliği sağlar. Çoğu uygulama önce iyi bir prompt ile başlar, gerekirse ince ayara geçer.

Aynı prompt farklı modellerde aynı sonucu verir mi?

Garanti edilemez. Farklı modeller talimatları farklı yorumlayabilir, biçim ve ton farkları gösterebilir. Model değiştirirken ya da güncellerken değerlendirme setinizi tekrar çalıştırın, farkları kayda geçirin ve gerekirse prompt üzerinde ayar yapın. Davranış farkı en çok biçim kurallarında, kapsam dışı taleplerde ve belirsiz girdilerde görülür.

Sistem Promptu (System Prompt) Nasıl Yazılır