<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>prompt &#8211; Enver KOÇAK</title>
	<atom:link href="https://enverkocak.com/etiket/prompt/feed/" rel="self" type="application/rss+xml" />
	<link>https://enverkocak.com</link>
	<description>Gerçekçi Ol, İmkansızı iste</description>
	<lastBuildDate>Sun, 25 Oct 2026 06:30:00 +0000</lastBuildDate>
	<language>tr</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	

<image>
	<url>https://enverkocak.com/wp-content/uploads/2026/10/cropped-Imzam-03-scaled-1-32x32.png</url>
	<title>prompt &#8211; Enver KOÇAK</title>
	<link>https://enverkocak.com</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>İyi bir istem (prompt) nasıl yazılır? Kurallar ve örnekler</title>
		<link>https://enverkocak.com/h2465/iyi-istem-nasil-yazilir/</link>
		
		<dc:creator><![CDATA[Enver KOÇAK]]></dc:creator>
		<pubDate>Sun, 25 Oct 2026 06:30:00 +0000</pubDate>
				<category><![CDATA[Rehberler]]></category>
		<category><![CDATA[Skill'ler ve Araçlar]]></category>
		<category><![CDATA[istem mühendisliği]]></category>
		<category><![CDATA[prompt]]></category>
		<category><![CDATA[Verimlilik]]></category>
		<category><![CDATA[yapay zekâ rehberi]]></category>
		<guid isPermaLink="false">https://enverkocak.com/?p=2465</guid>

					<description><![CDATA[Yapay zekâdan sıradan değil işe yarar cevaplar almak için istem yazarken uygulanacak yedi somut kural, önce/sonra örnekleri ve kısa bir kontrol listesi.]]></description>
										<content:encoded><![CDATA[<p>Bir yapay zekâ sohbet aracına “bana bir sunum hazırla” yazıp gelen sonuca hayal kırıklığıyla bakan çok kişi var. Sonuç genellikle doğru ama sıradan, uzun ama boş, düzgün ama sizin işinize yaramayan bir metin olur. Sorun çoğu zaman modelde değil, verdiğimiz talimattadır. İstem (prompt), modelin sizin kafanızdaki işi anlayabilmesi için elindeki tek bilgidir. O bilgi eksikse model boşlukları en olası, en ortalama cevapla doldurur.</p>
<p>Bu yazıda iyi bir istemi kötüsünden ayıran somut kuralları, her birine bir örnekle birlikte ele alıyoruz. Amaç sihirli kalıplar ezberlemek değil; modelle çalışmayı, işi iyi tarif etme becerisine dönüştürmek.</p>
<h2>Yeni gelen bir çalışana iş verdiğinizi düşünün</h2>
<p>En kullanışlı benzetme şu: Yapay zekâ modeli, çok okumuş ama şirketinizde ilk gününü geçiren zeki bir çalışan gibidir. Genel bilgisi geniştir; ama müşterinizi, projenizi, yöneticinizin neyi sevmediğini, raporun kime gideceğini bilmez. Ona “şu raporu toparla” derseniz bir şey yapar, ama sizin istediğiniz şeyi değil.</p>
<p>Aynı çalışana iyi bir yönetici ne söylerdi? İşin amacını, kime hitap edeceğini, hangi kaynaklardan yararlanacağını, sonucun hangi biçimde teslim edileceğini ve nelerden kaçınması gerektiğini. İyi bir istem de tam olarak bunları içerir.</p>
<h2>Kural 1: Bağlamı esirgemeyin</h2>
<p>Model sizin durumunuzu bilmez. Kim olduğunuzu, ne için çalıştığınızı, metnin nerede kullanılacağını yazmak, cevabın kalitesini en çok artıran tek adımdır.</p>
<ul>
<li><strong>Zayıf:</strong> <em>“Bir ürün tanıtım metni yaz.”</em></li>
<li><strong>Güçlü:</strong> <em>“Küçük bir aile işletmesiyiz, Ege’de zeytinyağı üretiyoruz. İnternet sitemizdeki soğuk sıkım zeytinyağı ürün sayfası için tanıtım metni lazım. Okuyucular çoğunlukla 35 yaş üstü, sağlıklı beslenmeye önem veren kişiler.”</em></li>
</ul>
<p>İkinci istemde model kime, ne için, hangi ortamda yazacağını bilir. Bu bilgi olmadan ancak tahmin yürütebilir.</p>
<h2>Kural 2: Hedefi ve okuyucuyu açıkça söyleyin</h2>
<p>“Açıkla” kelimesi tek başına belirsizdir. Bir konuyu lise öğrencisine açıklamakla bir uzmana açıklamak çok farklı metinler üretir. Okuyucunun seviyesini ve metinden ne elde etmesi gerektiğini belirtin.</p>
<p><em>“Bulut bilişimi, teknik geçmişi olmayan bir muhasebe ekibine anlat. Amaç, şirketin yeni sistemine geçerken neden dosyaların artık kendi bilgisayarlarında durmayacağını anlamaları.”</em></p>
<p>Burada hem okuyucu hem de metnin işlevi tanımlı. Model jargondan kaçınması ve somut bir kaygıya cevap vermesi gerektiğini bilir.</p>
<h2>Kural 3: Çıktının biçimini tarif edin</h2>
<p>Uzunluk, yapı ve ton belirtilmediğinde model kendi alışkanlığına döner; bu da çoğu zaman gereğinden uzun, maddelerle dolu bir metindir. Ne istediğinizi somut olarak söyleyin:</p>
<ul>
<li>Uzunluk: “en fazla 150 kelime”, “üç paragraf”, “tek cümle”.</li>
<li>Yapı: “önce bir özet cümlesi, sonra üç madde”, “tablo olarak: sütunlar ad, avantaj, dezavantaj”.</li>
<li>Ton: “resmî ama soğuk olmayan”, “arkadaşça”, “yalın ve teknik”.</li>
<li>Dil ve yazım: “Türkçe yaz, İngilizce terimlerin Türkçe karşılığını kullan, gerekirse parantez içinde İngilizcesini ver.”</li>
</ul>
<p>Biçim tarifi özellikle çıktıyı başka bir yere yapıştıracaksanız önemlidir. Bir tabloya aktarılacak veriyi düz metin olarak almak, sonradan zaman kaybettirir.</p>
<h2>Kural 4: Anlatmak yerine örnek gösterin</h2>
<p>Bazı istekleri tarif etmek zordur. “Bizim üslubumuzla yaz” demek modele hiçbir şey anlatmaz. Bunun yerine bir veya iki örnek verin. Model örnekteki tonu, uzunluğu ve yapıyı yakalamakta oldukça başarılıdır.</p>
<p><em>“Aşağıda daha önce yazdığımız iki ürün açıklaması var. Aynı üslupla, aynı uzunlukta, yeni ürünümüz olan kekik balı için bir açıklama yaz.”</em></p>
<p>Örnek verirken dikkat edilecek bir nokta var: Model örneği fazla sadık kopyalayabilir. Tek bir örnek verirseniz cümle yapısını bile taklit edebilir. Farklı türden iki üç örnek, kalıbı daha iyi anlatır.</p>
<h2>Kural 5: Sınırları ve yasakları belirtin</h2>
<p>Ne istemediğinizi söylemek de istediğinizi söylemek kadar işe yarar. Ancak yasakları olumlu bir yönergeyle birlikte vermek daha etkilidir. Sadece “klişe kullanma” demek yerine ne yapılmasını istediğinizi de ekleyin.</p>
<ul>
<li><em>“Abartılı pazarlama dilinden kaçın; ‘eşsiz’, ‘mükemmel’, ‘devrim niteliğinde’ gibi sıfatlar yerine ürünün somut özelliklerini anlat.”</em></li>
<li><em>“Emin olmadığın bir bilgiyi yazma; bilmiyorsan ‘bu konuda kesin bilgim yok’ de.”</em></li>
<li><em>“Fiyat ve tarih uydurma; bunlar için köşeli parantez içinde boş yer bırak.”</em></li>
</ul>
<p>Özellikle son madde pratikte çok işe yarar. Model eksik bilgiyi uydurmak yerine yer tutucu bırakırsa, metni kontrol etmek ve doldurmak sizin için çok daha kolay olur.</p>
<h2>Kural 6: Büyük işleri adımlara bölün</h2>
<p>Tek bir istemle “pazar araştırması yap, rakipleri analiz et, strateji öner ve sunum hazırla” demek, her parçanın yüzeysel kalmasına yol açar. Karmaşık işleri aşamalara ayırın ve her aşamanın sonucunu kontrol ederek ilerleyin.</p>
<ol>
<li>Önce taslak bir yapı isteyin: <em>“Bu rapor için bölüm başlıklarını ve her bölümde ele alınacak soruları listele.”</em></li>
<li>Yapıyı düzeltin, onaylayın.</li>
<li>Bölümleri tek tek yazdırın, gerekirse her biri için ek bilgi verin.</li>
<li>En sonda bütün metni tutarlılık açısından gözden geçirtin.</li>
</ol>
<p>Bu yöntem hem kaliteyi artırır hem de hatayı erken yakalamanızı sağlar. Yanlış bir yapı üzerine on sayfa yazdırdıktan sonra geri dönmek çok daha zahmetlidir.</p>
<h2>Kural 7: İlk cevap bir taslaktır</h2>
<p>İstem yazmak tek atışlık bir iş değildir. İlk cevabı bir taslak olarak görün ve geri bildirim verin. Burada da belirsizlikten kaçının: “Daha iyi yap” yerine neyin değişmesi gerektiğini söyleyin.</p>
<ul>
<li><em>“İkinci paragraf çok genel kaldı; oraya müşterinin kargo süresiyle ilgili kaygısına cevap veren bir cümle ekle.”</em></li>
<li><em>“Ton fazla resmî oldu, ‘siz’ hitabını koru ama cümleleri kısalt.”</em></li>
</ul>
<p>Sohbet uzadıkça model önceki ayrıntıları gözden kaçırmaya başlayabilir. Çok fazla düzeltme biriktiyse, öğrendiklerinizi tek bir yeni ve kapsamlı isteme dönüştürüp temiz bir sohbette baştan başlamak çoğu zaman daha iyi sonuç verir.</p>
<h2>Uygulamalı örnek: Bir istemi adım adım iyileştirmek</h2>
<p>Bir yazılım ekibinde çalıştığınızı ve müşteriye bir gecikmeyi bildirmeniz gerektiğini düşünelim.</p>
<p><strong>İlk hâli:</strong> <em>“Müşteriye proje gecikmesi için e-posta yaz.”</em></p>
<p>Bu istemle gelen metin muhtemelen genel bir özür ve belirsiz bir söz içerir. Şimdi kuralları uygulayalım:</p>
<p><strong>Geliştirilmiş hâli:</strong> <em>“Bir yazılım firmasında proje yöneticisiyim. Müşterimiz bir lojistik şirketi; onlar için geliştirdiğimiz depo takip uygulamasının ödeme modülü, entegrasyon yapılan bankanın test ortamındaki sorunlar nedeniyle gecikecek. Müşterinin bilgi işlem müdürüne bir e-posta yazmam gerekiyor. Gecikmeyi açıkça kabul et ama suçu tamamen bankaya atma; ne yaptığımızı ve yeni planı anlat. Yeni teslim tarihi için [TARİH] yer tutucusu bırak. Ton profesyonel ve sakin olsun, en fazla 180 kelime. Sonunda kısa bir görüşme teklif et.”</em></p>
<p>İkinci istemde bağlam, okuyucu, amaç, ton, uzunluk, kaçınılacak tutum ve yer tutucu kuralı var. Model artık tahmin etmek yerine tarif edilen işi yapar.</p>
<h2>Sık yapılan hatalar</h2>
<ul>
<li><strong>Modelin bildiğini varsaymak:</strong> “Geçen sefer konuştuğumuz gibi” demek, aynı sohbette değilseniz işe yaramaz. Gerekli bilgiyi her seferinde verin.</li>
<li><strong>Çelişkili talimatlar:</strong> “Kısa ve çok ayrıntılı olsun” gibi istekler modeli ikisinin arasında bir yere iter. Önceliği belirtin.</li>
<li><strong>Kalıp istemlere fazla güvenmek:</strong> İnternette dolaşan “mükemmel istem” şablonları başlangıç için faydalı olabilir, ama sizin bağlamınızı yazmadığınız sürece genel sonuç üretir.</li>
<li><strong>Kontrol etmeden kullanmak:</strong> İyi yazılmış bir istem hatayı azaltır ama ortadan kaldırmaz. Özellikle olgular, sayılar ve isimler her zaman gözden geçirilmelidir.</li>
</ul>
<h2>Kısa kontrol listesi</h2>
<p>Bir istemi göndermeden önce kendinize şu soruları sorun:</p>
<ol>
<li>Model kim olduğumu ve bu işin ne için yapıldığını biliyor mu?</li>
<li>Okuyucu kim, metinden ne elde etmeli?</li>
<li>Uzunluk, yapı ve ton belli mi?</li>
<li>Örnek vermem işi kolaylaştırır mı?</li>
<li>Kaçınılması gereken şeyleri ve uydurulmaması gereken bilgileri belirttim mi?</li>
<li>İş tek seferde mi yapılmalı, yoksa adımlara mı bölünmeli?</li>
</ol>
<p>Bu altı sorunun cevabı istemde varsa, aldığınız sonuç büyük ihtimalle ilk denemede bile kullanılabilir düzeyde olacaktır. İstem yazmak aslında yeni bir beceri değil; iyi bir iş tanımı yazma becerisinin yapay zekâya uyarlanmış hâlidir.</p>
<p class="yzhb-not"><em>“İyi bir istem (prompt) nasıl yazılır? Kurallar ve örnekler” haberi, Etesio Teknoloji’nin yapay zekâsı Safinaz tarafından Türkçeleştirilip yayına alınmıştır.</em></p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
