Prompt mühendisliği temeli

Daha İyi Prompt Nasıl Yazılır: ChatGPT, Claude ve Gemini İçin Uygulanabilir Bir Çerçeve

Hedef, bağlam, kısıtlar, çıktı yapısı ve kalite kontrol adımlarıyla daha iyi prompt yazmak için tekrar kullanılabilir bir sistem kurun.

Güncellendi: 4 Nisan 202616 dk okumaPrompt mühendisliği rehberi

Bağlam

Bu rehber neden önemli?

Zayıf AI çıktılarının büyük kısmı model yetersizliğinden değil, kötü tanımlanmış isteklerden kaynaklanır. Model hangi rolü alacağını, hangi bağlamı önceliklendireceğini, hangi formatta döneceğini ve neyin başarılı sayılacağını bilmezse boşlukları genel ifadelerle doldurur.

Daha sağlam yöntem, promptu küçük bir ürün gereksinimi gibi ele almaktır. Görev, bağlam, sınırlar, veri çerçevesi ve teslim formatı en başta netleştiğinde çıktı hem daha tutarlı hem daha kolay denetlenebilir olur.

Bu rehber, pazarlama, içerik, büyüme ve operasyon ekiplerinin günlük kullanımda uygulayabileceği pratik bir sistem verir. Amaç daha az tekrar, daha yüksek kalite ve daha kolay ölçeklenebilir AI iş akışıdır.

Yönetici Özeti

Ana çıkarımlar

  • İlk 3 satırda görev, hedef kitle ve başarı ölçütünü netleştirin.
  • Modele yalnızca gerçekten gerekli bağlamı verin.
  • Çıktı şeklini önceden tanımlayarak sonradan düzeltme maliyetini düşürün.
  • Hassas işlerde 1-2 iyi örnek kullanın, gereksiz örnek yüklemeyin.
  • Üretimden sonra kısa bir kalite kontrol listesi çalıştırın.
1

Prompt Bloğu

1) İstek yerine sonucu tarif ederek başlayın

"Bana birkaç fikir ver" gibi genel istemler yerine işletme çıktısını tarif edin. Örneğin "B2B SaaS kurucuları için 10 blog açısı üret; her biri için arama niyeti, ICP ve CTA açısı ekle" dediğinizde modelin hedefi somutlaşır.

İyi çalışan temel yapı şudur: rol + görev + hedef kitle + karar bağlamı. Bu yapı kısa kalır ama belirsizliği ciddi ölçüde azaltır.

Rol: Model kimin gibi düşünmeli?
Görev: Tam olarak hangi çıktıyı üretmeli?
Hedef kitle: Bu çıktı kimin için hazırlanıyor?
Başarı ölçütü: İyi sonuç bu görevde nasıl görünür?
2

Prompt Bloğu

2) Bağlamı tek blokta değil katmanlı verin

Geniş context window kullanıyor olmanız, yapısız bağlam vermenizi meşru kılmaz. Kritik verileri etiketli bloklara ayırmak, modelin talimat ile veri parçasını karıştırmasını önler.

Uzun promptlarda CONTEXT, ASSUMPTIONS, DO NOT DO ve OUTPUT FORMAT gibi başlıklar kullanmak bakım maliyetini düşürür ve ekip içinde promptların güncellenmesini kolaylaştırır.

Veri bloklarını üç tırnak veya açık ayraçlarla ayırın.
Sert kısıtlar ile tercihleri ayrı gösterin.
Eksik bilgi varsa modelin varsayım yapmasını değil, eksikliği işaretlemesini söyleyin.
3

Prompt Bloğu

3) Çıktı şeklini önceden kısıtlayın

Çıktının kalitesi kadar biçimi de önemlidir. Eğer ekip sonucu dashboard, Notion, Sheets veya bir otomasyon hattına taşıyacaksa yapı standart olmalıdır.

Kesin JSON şeması kullanmasanız bile bölüm isimleri, madde sayıları, tablo kolonları ve uzunluk sınırları tanımlamak önemli fark yaratır.

Bölüm sırasını ve başlıklarını net yazın.
Her bölüm için kısa uzunluk sınırları verin.
Mümkün olduğunca genel değil, karar verdiren dil isteyin.
4

Prompt Bloğu

4) Örnekleri sadece hassasiyet gereken yerde kullanın

Few-shot yaklaşımı özellikle etiketleme, ton, sınıflandırma ve belirli formatlar gerektiğinde faydalıdır. Bu durumda 1-3 güçlü örnek ve gerekiyorsa bir sınır örnek yeterlidir.

Çok sayıda orta kalite örnek eklemek token maliyetini artırır ve hedef davranışı bulanıklaştırır. Az ama güçlü örnek daha iyi çalışır.

5

Prompt Bloğu

5) Üretimden önce kalite kapısı koyun

Güçlü ekipler üretim ve denetimi ayırır. Önce ilk taslağı üretir, sonra modelden veya deterministik kurallardan geçen ikinci bir kontrol uygular.

Bu yöntem eksik bölüm, zayıf kanıt, belirsiz ton ve uydurma detay riskini azaltır. Özellikle müşteri yüzü görecek içeriklerde kritik fark yaratır.

Şablon Kütüphanesi

Yeniden kullanılabilir prompt şablonları

Evrensel prompt iskeleti

Kalite ve tutarlılığın önemli olduğu çoğu iş akışında kullanın.

Sen bir [ROL] olarak hareket et.
Görev: [TAM ÇIKTI].
Hedef kitle: [BU İÇERİĞİ KİM KULLANACAK].
İş hedefi: [OPTİMİZE EDİLECEK SONUÇ].

Bağlam:
"""
[GEREKLİ GERÇEKLER, MARKA BİLGİSİ, KISITLAR]
"""

Sert kısıtlar:
- [Kısıt 1]
- [Kısıt 2]
- Kaynak veya metrik uydurma.

Çıktı formatı:
1) [Bölüm A] (maksimum [X] kelime)
2) [Bölüm B] (tam [N] madde)
3) [Bölüm C] (tablo: ...)

Son cevaptan önce kalite kontrol:
- Tüm bölümler mevcut mu kontrol et.
- Bilinmeyenleri açıkça işaretle.
- Dili somut ve karar verdirici tut.

Pazarlama brief prompt şablonu

Kampanya planı, içerik briefi ve mesaj çerçevesi üretirken kullanın.

Kıdemli bir growth strategist gibi düşün.
[URUN] için [ICP] hedef kitlesine, [PAZAR] bağlamında bir kampanya briefi oluştur.
Birincil KPI: [KPI]. İkincil KPI: [KPI].

Şunları dahil et:
- Problem tanımı
- 3 mesaj sütunu
- 3 teklif açısı
- Kanal planı (owned / paid / community)
- Riskler ve azaltma önerileri

Çıktı formatı:
- 1 yönetici özeti paragrafı
- 1 tablo (kanal, amaç, mesaj, CTA)
- 5 hemen uygulanabilir aksiyon

Kalite Kontrol

Yaygın hatalar ve çözümler

Aşırı geniş istek

Sorun: "Bana fikir ver" tipi ifadeler düşük niyetli ve genel sonuçlar üretir.

Çözüm: Görevi hedef kitle, amaç ve çıktı yapısı ile çerçeveleyin.

Kanıt sınırı koymamak

Sorun: Model eksik bilgileri gerçek gibi görünen varsayımlarla doldurur.

Çözüm: "Bilinmiyorsa bilinmiyor olarak işaretle" kuralını açıkça ekleyin.

Format kısıtı vermemek

Sorun: Her çalıştırmada farklı yapı çıkar ve otomasyon zorlaşır.

Çözüm: Bölüm sırası, tablo yapısı ve uzunluk sınırlarını önceden tanımlayın.

SSS

Sık sorulan sorular

İyi bir prompt ne kadar uzun olmalı?

Belirsizliği kaldıracak kadar uzun, odağı bozmayacak kadar kısa olmalı. Çoğu iş senaryosunda 150-500 token arası net yapı yeterlidir.

Her zaman few-shot örnek kullanmak gerekir mi?

Hayır. Stil, etiketleme veya hassas yapı gerekmiyorsa net talimat ve iyi format kısıtları çoğu zaman yeterlidir.

Daha iyi prompt gerçekten maliyeti azaltır mı?

Evet. Tekrar çalıştırma sayısını, düzenleme ihtiyacını ve gereksiz uzun cevapları azaltır. Aynı zamanda ekip içinde kaliteyi daha kolay standardize eder.

Kaynaklar

Referanslar ve ek okuma