Sistem Promptu Yazımı: Rol, Kısıt ve Format Katmanları

Sistem promptu yazımı, bir dil modelinin her yanıttan önce okuduğu kalıcı talimatı; rol, kısıt ve çıktı formatı katmanları halinde bilinçli tasarlamaktır. İyi bir sistem promptu, modeli değiştirmeden davranışını tutarlı, güvenli ve öngörülebilir kılan en güçlü kaldıraçtır.

Kullanıcı promptu o anki görevi taşırken, sistem promptu kurumun kalıcı kurallarını sabitler. Bu yazı, sistem promptu yazımını dar ve teknik bir açıdan ele alır: rol tanımlama, yapılmayacakların (kısıt) yazımı, çıktı formatını zorlama, bağlam yerleşimi, uzunluk-etki dengesi ve test yaklaşımı. Konunun tüm bağlamını ve temelini kapsamlı rehberde bulabilirsiniz; burada odağımız yazımın katmanlarıdır. Temel kavramlar için LLM nedir ve prompt nedir yazıları iyi bir başlangıçtır.

Tanım

Sistem Promptu (System Prompt)

Bir dil modelinin her yanıttan önce okuduğu, davranışını ve sınırlarını belirleyen kalıcı talimat. Sistem promptu yazımı; rol tanımlama, kısıt yazımı, çıktı formatı, bağlam yerleşimi ve test katmanlarını bilinçli kurgulayarak modeli değiştirmeden çıktıyı tutarlı, güvenli ve öngörülebilir kılar.

Ayrıca: system prompt, sistem talimatı, sistem mesajı

İyi bir prompt yapısında sistem promptu ile kullanıcı promptu farklı işler görür. Sistem promptu; rol, genel kurallar, kısıtlar ve çıktı formatı gibi her yanıtta sabit kalması gereken unsurları taşır. Kullanıcı promptu ise yalnızca o anki tekil görevi taşır. Bu ayrım kritiktir: değişmemesi gereken davranışı kullanıcı promptuna koyarsanız tutarlılık kaybolur; o anki göreve özgü ayrıntıyı sistem promptuna gömerseniz esneklik kaybolur.

Sistem promptuna neyin gireceğine karar vermenin pratik ölçütü şudur: "Bu talimat her istekte aynı kalmalı mı?" Cevap evetse sistem promptuna, hayırsa kullanıcı promptuna aittir. Kurumsal kullanımda güvenlik, marka tonu, yasal uyarılar ve çıktı biçimi bu sabit katmanda toplanır. Bu netlik aynı zamanda bir bakım kolaylığı sağlar: kural değiştiğinde tek bir yeri güncellersiniz, yüzlerce kullanıcı promptunu değil. Aşağıdaki tablo, sistem promptunu oluşturan katmanları amaçları ve örnek ifadeleriyle birlikte özetler; bu beş katman, sağlam bir prompt yapısının iskeletidir.

Sistem promptu katmanları: amaç ve örnek ifade

Katman	Amaç	Örnek ifade
Rol tanımlama	Modelin kimliğini ve uzmanlığını sabitler	'Kıdemli bir finans denetçisisin.'
Görev ve kapsam	Ne yapacağını ve sınırını çizer	'Yalnızca fatura verisini analiz et.'
Kısıt yazımı	Yapılmayacakları net kurala döker	'Belgede yoksa bilmediğini söyle.'
Çıktı formatı	Yanıtın biçimini zorlar	'Şu JSON şemasına göre yanıtla.'
Bağlam yerleşimi	Gerekli veri ve örnekleri konumlandırır	'Aşağıdaki belgeleri kaynak al.'

Rol tanımlama, sistem promptunun ilk ve en belirleyici katmanıdır; çünkü modele "kim olarak" konuşacağını söyler. "Yardımcı bir asistansın" gibi genel bir rol, genel ve belirsiz çıktı üretir; "on yıl deneyimli bir KVKK uyum uzmanısın" gibi somut bir rol ise tonu, terminolojiyi ve derinliği hizalar. Belirsiz rol, belirsiz çıktı üretir kuralı burada işler.

Etkili rol tanımlama üç şeyi netleştirir: kimlik (model kimdir), uzmanlık alanı (hangi bilgiyle konuşur) ve hedef kitle (kime hitap eder). "Teknik olmayan yöneticilere hitap eden bir veri bilimcisin" cümlesi, hem uzmanlığı hem de dil düzeyini tek satırda ayarlar. Rolü abartmaktan kaçının: modele gerçekte sahip olmadığı bir yetkinliği ("dünyanın en iyisi") atfetmek çıktıyı iyileştirmez, yalnızca gürültü ekler. Rol tanımlama ayrıca tutarlılığın da temelidir; sabit bir rol, farklı kullanıcıların aynı soruya benzer kalitede yanıt almasını sağlar. Rolü göreve bağlayın; prompt yazımının genel ilkeleri için prompt engineering nedir yazısına bakabilirsiniz.

Kısıt yazımı, sistem promptunun güvenlik ve tutarlılık katmanıdır; modele neyi yapmayacağını söyler. En sık hata, kısıtları soyut yazmaktır: "uydurma", "kibar ol", "dikkatli ol" gibi ifadeler ölçülemez ve modele az şey söyler. Etkili kısıt yazımı somut, ölçülebilir ve gerekçelidir: "yanıtı yalnızca verilen belgelere dayandır; belgede yoksa 'bu konuda bilgim yok' de" cümlesi, davranışı tam olarak tanımlar.

Kısıtları iki biçimde birlikte vermek işe yarar: olumlu kurallar (ne yapılacak) ve olumsuz kurallar (ne yapılmayacak). Kritik yasakları kısa bir liste halinde toplayın; uzun ve dağınık bir yasak yığını modelin dikkatini böler. İyi bir kısıt yazımı, her yasağın nedenini de kısaca içerir; gerekçesi olan bir kural, gerekçesizine göre daha tutarlı uygulanır. Güvenlik açısından hassas kısıtları — gizli veriyi paylaşma, kullanıcının talimatı değiştirme girişimlerini reddet — ayrı ve vurgulu bir bölümde toplamak, sistem promptunu saldırılara karşı sağlamlaştırır. Bu tür saldırılar için prompt injection nedir ve koruyucu katmanlar için guardrail nedir yazıları önemlidir.

Çıktı formatı, çoğu zaman en yüksek getirili katmandır; çünkü doğru biçim, çıktının makine tarafından işlenebilir ve insan tarafından okunabilir olmasını sağlar. Temel ilke şudur: çıktı formatını anlatmayın, gösterin. "Maddeler halinde yaz" gibi belirsiz bir talimat yerine, doldurulacak alanları olan tam bir iskelet verin. Model, bir örneği taklit etmede bir tarifi izlemekten çok daha başarılıdır.

Yapılandırılmış çıktı gerekiyorsa — örneğin bir sisteme beslenecek veri — bir JSON şeması veya bir-iki örnek ekleyin; çıktı formatı ne kadar kesin tanımlanırsa, ayrıştırma (parsing) o kadar güvenilir olur. Biçim kritikse ve hata payı sıfıra yakın olmalıysa, sistem promptunu function calling nedir yazısında ele aldığımız yapılandırılmış çıktı mekanizmalarıyla desteklemek en sağlam yoldur. Kısacası çıktı formatı, iyi niyetli bir ricadan çok, bir sözleşme gibi yazılmalıdır.

Bağlam yerleşimi, talimatların ve verinin sistem promptu içinde nereye konacağıyla ilgilidir ve çıktı kalitesini sessizce etkiler. Modeller, bağlamın başındaki ve sonundaki bilgiye ortasındakinden daha çok dikkat eder; bu yüzden en kritik kuralları ve çıktı formatını uçlara yerleştirmek işe yarar. Uzun belgeleri ortaya gömmek, kritik talimatın "kaybolmasına" yol açabilir.

Pratik bir düzen şöyledir: önce rol ve genel kurallar, sonra kısıtlar ve çıktı formatı, en sona da değişken bağlam (belgeler, veri, örnekler). Bu sıralama hem okunabilirliği hem de modelin öncelik algısını iyileştirir. Ayrıca sabit talimatlar ile değişken veriyi görsel olarak ayırmak — başlıklar, ayraçlar veya etiketler kullanmak — modelin hangi bölümün kural, hangi bölümün veri olduğunu ayırt etmesini kolaylaştırır. Modelin ne kadar bağlam alabileceğinin sınırı için context window nedir ve metnin parçalara nasıl ayrıldığı için token nedir yazıları yol gösterir. Bağlamı gereğinden fazla doldurmayın; her ek parça hem maliyet hem de dikkat dağıtma riskidir.

Sistem promptu ne kadar uzun olmalı? Tek bir doğru sayı yoktur; kural, davranışı belirlemeye yetecek kadar uzun, gürültü yaratmayacak kadar kısa olmasıdır. Her eklenen cümle modelin dikkatini böler ve token maliyeti yaratır; bu yüzden her kuralın somut bir işi olmalıdır. Gereksiz nezaket cümleleri, birbirini tekrar eden talimatlar ve hiç tetiklenmeyen kenar durumları çıkarın.

Uzunluğu sezgiyle değil, ölçerek ayarlayın. Basit bir yöntem şudur: bir kuralı çıkarın ve çıktı bozuluyor mu diye test edin. Bozulmuyorsa o kural gereksizdir. Bu "ekle, test et, gereksizse çıkar" döngüsü, prompt yapısını zamanla hem daha kısa hem daha etkili hale getirir. Aynı gerilim maliyet tarafında da geçerlidir: uzun bir sistem promptu her istekte tekrar tekrar işlenir, dolayısıyla gereksiz her cümle ölçekte gerçek bir token faturasına dönüşür. Uzun bir sistem promptu güçlü değildir; işini yapan en kısa sistem promptu güçlüdür.

Bir sistem promptu, yazıldığı anda değil, test edildikten sonra hazırdır. Sezgiyle "iyi görünüyor" demek yerine, gerçek kullanıcı sorularından oluşan küçük bir değerlendirme kümesiyle her sürümü ölçmek gerekir. Bu, promptu tahmine değil kanıta dayalı iyileştirmenin tek yoludur.

Nasıl Yapılır

Bir sistem promptunu test etme

Yazılan sistem promptunu değerlendirme kümesiyle ölçüp iyileştirmenin temel adımları.

1. 1

   Değerlendirme kümesi hazırla

   Gerçek kullanıcı sorularından ve beklenen çıktı ölçütlerinden oluşan küçük ama temsili bir set oluşturun.

2. 2

   Kenar durumları ekle

   Belirsiz, eksik veya kötüye kullanım içeren örnekleri de sete koyun; kısıtlar burada sınanır.

3. 3

   Sürümleri karşılaştır

   Prompt yapısında tek bir değişiklik yapıp aynı set üzerinde eski ve yeni sürümü karşılaştırın.

4. 4

   Regresyonu izle

   Her değişiklikte tüm seti yeniden çalıştırıp bir düzeltmenin başka bir şeyi bozmadığını doğrulayın.

Değerlendirmenin boyutlarını (dayanaklılık, doğruluk, biçim uyumu) sistemli ölçmek için LLM değerlendirme nedir yazısı iyi bir çerçeve verir. Ajan mimarilerinde sistem promptunun rolünü derinleştirmek için agentic AI nedir yazısına bakabilirsiniz.

Sistem promptu nasıl yazılır?

Sistem promptu katman katman yazılır: önce rol tanımlama, sonra görev ve kapsam, ardından kısıt yazımı ile yapılmayacaklar, sonra çıktı formatının bir şablonla zorlanması ve en sona bağlam yerleşimi. En kritik ilke somutluktur: "kibar ol" yerine "kullanıcıya adıyla hitap et, en fazla üç cümle yaz" gibi ölçülebilir kurallar yazın. Yazdıktan sonra bir değerlendirme kümesiyle test edip iyileştirin.

Kısıtlar nasıl belirtilir?

Kısıt yazımının en etkili yolu, yasakları somut, ölçülebilir ve gerekçeli kurallar halinde yazmaktır. "Uydurma" gibi soyut ifadeler yerine "yanıtı yalnızca verilen belgelere dayandır; belgede yoksa bilmediğini söyle" gibi davranışsal kurallar kullanın. Kritik yasakları kısa bir liste halinde toplayın; güvenlik açısından hassas kısıtları ayrı ve vurgulu bir bölümde tutun.

Sistem promptu ne kadar uzun olmalı?

Tek bir doğru uzunluk yoktur; kural, davranışı belirlemeye yetecek kadar uzun, gürültü yaratmayacak kadar kısa olmasıdır. Her kuralın somut bir işi olmalı; gereksiz nezaket cümlelerini ve hiç tetiklenmeyen kenar durumlarını çıkarın. Uzunluğu test ederek ayarlayın: bir kuralı çıkardığınızda çıktı bozulmuyorsa, o kural gereksizdir.

Sistem promptu ile kullanıcı promptu arasındaki fark nedir?

Sistem promptu kalıcı talimattır ve rol, kurallar, kısıtlar ile çıktı formatı gibi sabit unsurları taşır. Kullanıcı promptu ise o anki tekil görevi taşır ve her istekte değişir. Prompt yapısında sistem promptu "sözleşme", kullanıcı promptu "o günkü iş emri" gibidir; tutarlılık sistem promptunda, esneklik kullanıcı promptunda kalır.

Çıktı formatı nasıl zorlanır?

Çıktı formatını zorlamanın en güvenilir yolu, biçimi anlatmak değil göstermektir. İstediğiniz yapıyı birebir bir şablonla verin, gerekiyorsa JSON şeması veya bir-iki örnek ekleyin. Yapılandırılmış çıktı kritikse, function calling gibi biçimi garantileyen mekanizmalar sistem promptunu güçlendirir.

Sistem promptu yazımı, tek bir sihirli cümle değil, katmanlı bir mühendislik işidir: net bir rol tanımlama, somut bir kısıt yazımı, zorlayıcı bir çıktı formatı, düzenli bir bağlam yerleşimi ve ölçüye dayalı bir test yaklaşımı. Bu katmanlar yerindeyse, aynı model çok daha tutarlı, güvenli ve öngörülebilir çıktı üretir; prompt yapısı ne kadar disiplinli olursa, sonuç o kadar kararlı olur.

Ekibinize bu yetkinliği kazandırmak ve sistem promptu tasarımını standart, ölçülebilir bir sürece dönüştürmek istiyorsanız eğitim programlarımızı inceleyin; konunun tüm temelini ise kapsamlı rehberde bulabilirsiniz. İyi yazılmış bir sistem promptu, aynı modelden kat kat fazla değer üretmenin en pratik yoludur.