Düşünce Zinciri: "Adım Adım Düşün" Demek Hâlâ Gerekli mi?

Bir dönem bu cümle prompt tavsiyelerinin merkezindeydi. Bir matematik sorusunun sonuna “adım adım düşün” eklediğinizde model doğru cevabı buluyordu; eklemediğinizde bulamıyordu.

Sonra akıl yürütme için tasarlanmış modeller geldi ve bu talimat büyük ölçüde gereksizleşti.

Ama teknik ölmedi — yer değiştirdi. Nerede hâlâ işe yaradığını bilmek için önce neden işe yaradığını anlamak gerekiyor.

Mekanizma: düşünmek için yer açmak

Model her kelimeyi bir öncekilere bakarak üretir. Bir hesabın sonucunu doğrudan yazmasını istediğinizde, o sonucu tek adımda üretmek zorunda kalır.

Ara adımları yazdırdığınızda ise durum değişir. Model ilk adımı yazar, o adım artık bağlamın parçası olur, ikinci adımı ona bakarak üretir. Her ara adım, bir sonraki adımın dayanağı hâline gelir.

Yani “adım adım düşün” modele düşünme yeteneği vermiyor. Ürettiği metni kendi hesap defteri olarak kullanmasını sağlıyor.

Bu, tekniğin sınırını da açıklıyor: model bir adımı yanlış yazarsa, sonraki adımlar o yanlışın üstüne kurulur. Ara adımların görünür olması hata yapmayı engellemez, sadece hatayı görünür kılar.

Üç kullanım biçimi

Talimatla. Prompta “önce adımları yaz, sonra sonucu ver” eklemek. En basit hâli.

Örnekle. Az örnekle istemde, örneklerin kendisinde ara adımları göstermek. Model o kalıbı sürdürür. → Sıfır, Tek ve Az Örnekle İstem: Modele Örnek Vermek Ne Yapıyor?

Yapıyla. Çıktı formatında ara adımlar için ayrı bir alan açmak:

Muhakeme: <adımlar>
Sonuç: <tek cümle>

Üçüncüsü en kontrollü olanı çünkü ara adımların nereye yazılacağını da belirliyor. → Çıktı Formatını Zorlamak: Talimat Yeter mi, Şema mı Gerekir?

Bu konuda anlaşmazlık var: bu talimat hâlâ gerekli mi?

Görüş A — Gereksiz. Akıl yürütme için tasarlanmış modeller ara adımları zaten kendiliğinden üretiyor. “Adım adım düşün” eklemek bu modellerde bir şey katmıyor, bazen çıktıyı gereksiz uzatıyor.

Görüş B — Hâlâ gerekli. Her model akıl yürütme modeli değil ve akıl yürütme modelleri daha pahalı ve yavaş. Standart bir modelde çalışan bir sistemde bu teknik hâlâ ölçülebilir fark yaratıyor.

Durum — İkisi de doğru, farklı bağlamlarda. Ayrım model türünde: akıl yürütme modelinde gereksiz, standart modelde faydalı. → 5.2.2.4^yakında

Hâlâ işe yaradığı yerler

Standart modellerde çok adımlı işler. Akıl yürütme modeli kullanmıyorsanız ve iş birden fazla çıkarım gerektiriyorsa teknik hâlâ geçerli.

Denetlenebilirlik gerektiğinde. Bir kararın nasıl verildiğini görmek istiyorsanız ara adımlar bunu sağlar. Sonucun doğru olup olmadığını değil, nereden geldiğini anlarsınız — ve bu, hatayı bulmanın tek yolu olabilir.

Kendini denetletme kalıbında. Model önce üretir, sonra kendi çıktısını kritere göre kontrol eder. İki aşama arasındaki ayrım, düşünce zincirinin bir uygulaması. → Prompt Örnekleri: ChatGPT ve Gemini'de İşe Yarayan 6 Kalıp

Sınıflandırma işlerinde. Bir metni kategorilere ayırırken önce gerekçeyi sonra kategoriyi yazdırmak, doğrudan kategori istemekten daha tutarlı sonuç verebilir.

Somut örnek: ara adımlar neyi değiştiriyor?

Bir sınıflandırma işiyle görelim. Girdi:

Müşteri: "Ürünü aldım, kutusu ezikti ama içi sağlamdı.
İade istemiyorum, sadece bir dahakine dikkat edilsin."

Ara adımsız:

Bu yorumu sınıflandır: Şikâyet | Öneri | Övgü

Model doğrudan bir etiket üretir. “Şikâyet” demesi olası — çünkü “ezikti” kelimesi baskın sinyal. Ama müşteri açıkça iade istemiyor ve ileriye dönük bir talep iletiyor.

Ara adımlı:

Bu yorumu sınıflandır: Şikâyet | Öneri | Övgü

Önce şunları yaz:
1. Müşteri ne oldu diyor?
2. Müşteri ne talep ediyor?
3. Talep geçmişe mi geleceğe mi dönük?

Sonra sınıfı ver.

Şimdi model şunları üretir: olay ambalaj hasarı, talep yok, talep geleceğe dönük. Bu üç ara bilgi bağlamda durunca “Öneri” etiketi daha olası hâle gelir.

Değişen şey modelin bilgisi değil. Değişen şey, kararı verdiği anda elinde ne olduğu. Ara adımsız hâlde yalnızca ham yorum vardı; ara adımlı hâlde yorumun ayrıştırılmış hâli de var.

Bu örnek tekniğin doğru kullanımını da gösteriyor: ara adımlar rastgele “düşün” talimatı değil, hangi ayrımların yapılacağını söyleyen sorulardır. “Adım adım düşün” demek yerine hangi adımların atılacağını yazmak, çoğu durumda daha etkili.

Maliyeti

Bu teknik bedava değil ve bedeli genellikle sayılmıyor.

Uzunluk. Ara adımlar çıktıyı belirgin biçimde uzatır. Ölçekte çalışan bir sistemde bu doğrudan maliyet.

Gecikme. Daha çok metin, daha uzun bekleme. Kullanıcının cevap beklediği bir arayüzde fark edilir.

Ayıklama işi. Yalnızca sonucu istiyorsanız ara adımları çıktıdan ayırmanız gerekir. Formatla ayırmazsanız bu iş kod tarafına kalır.

Bu yüzden basit ve tek adımlı işlerde teknik uygulanmamalı: maliyeti var, karşılığı yok.

Akıl yürütmeyi sınırlamak

Maliyetin tamamını ödemek zorunda değilsiniz. Ara adımlar açık uçlu bırakıldığında model gerektiğinden çok daha uzun düşünür; sınır koymak çoğu işte kaliteyi düşürmeden maliyeti kırpar.

İki müdahale işe yarar. Birincisi adım sayısını bağlamak — “en fazla üç adımda” demek, modelin kaç kez döneceğini belirsiz bırakmaktan daha öngörülebilir sonuç verir. İkincisi adımların ne olacağını söylemek: yukarıdaki sınıflandırma örneğinde üç soru önceden yazılmıştı, model kendi gündemini kurmadı. Serbest bırakılan akıl yürütme genellikle konudan uzaklaşır.

Bir de görünürlük kararı var. Ara adımlar modelin işine yarar ama okurun işine yaramaz. Çıktıyı bir kullanıcı görecekse muhakemeyi ayrı bir alana yazdırıp o alanı arayüzde göstermemek, hem faydayı korur hem çıktıyı temiz tutar. → Çıktı Formatını Zorlamak: Talimat Yeter mi, Şema mı Gerekir?

Sınırın kendisinin de bir sınırı var: gerçekten çok adımlı bir işte adım sayısını fazla kısarsanız modeli yarıda kesmiş olursunuz. Üç adım bir başlangıç değeri; doğru sayıyı işin kendisi belirler ve ancak ölçerek bulunur. → Promptları Test Etme: \"Bana İyi Göründü\"yü Bırakmak

Akıl yürütme izine güvenilir mi?

Kritik bir ayrım: modelin yazdığı ara adımlar, gerçekten izlediği yolu göstermek zorunda değil.

Model bir sonuca ulaşıp sonra o sonucu destekleyen makul görünen adımlar üretebilir. Adımlar tutarlı okunur, sonuç yanlıştır ve gerekçe hatayı gizler.

Pratik sonucu: ara adımların varlığı doğruluk kanıtı değildir. Kritik bir kararda gerekçeyi de doğrulamanız gerekir. → 5.2.2.3^yakında

Sık yapılan hatalar

Her prompta eklemek. Basit işlerde gereksiz uzunluk ve maliyet.

Akıl yürütme modelinde kullanmak. Zaten yapılan şeyi talimatla istemek katkı sağlamaz.

Ara adımları formatla ayırmamak. Sonuç, muhakemenin içinde kaybolur ve otomatik işleme uygun olmaz.

Adımların doğruluğunu varsaymak. Tutarlı görünen bir gerekçe, doğru bir gerekçe değildir.

Ne zaman uygulanmalı, ne zaman uygulanmamalı?

Karar, işin kaç çıkarım gerektirdiğine bakarak verilir.

Tek çıkarımlı işlerde uygulamayın. Bir metni çevirmek, bir cümleyi kısaltmak, bir listeyi alfabetik sıralamak — bunlarda ara adım üretmenin karşılığı yok, sadece maliyet ve gecikme var. Model zaten tek adımda doğru sonuca gidiyor.

Çok çıkarımlı işlerde uygulayın. Bir sözleşmeden risk çıkarmak, çelişkili ifadeler içeren bir metinden karar üretmek, bir hesabın birden fazla basamağını takip etmek. Buralarda ara adımlar, modelin kendi çıkarımlarını üstüne basarak ilerlemesini sağlıyor.

Kararın gerekçelendirilmesi gerekiyorsa uygulayın. Sonucun doğru olup olmadığından bağımsız olarak, nasıl varıldığını görmek isteyen bir okuyucu varsa ara adımlar bir belgelendirme işlevi görür. Bir başvurunun neden reddedildiğini açıklayabilmek, çoğu zaman doğru reddetmek kadar önemli.

Gecikme kritikse uygulamayın. Kullanıcının ekran başında beklediği bir arayüzde, ara adımların ürettiği ek metin doğrudan bekleme süresine yansır. Böyle durumlarda ara adımları arka planda üretip yalnızca sonucu göstermek bir seçenek — ama bu, formatla ayırmayı gerektirir. → Çıktı Formatını Zorlamak: Talimat Yeter mi, Şema mı Gerekir?

“Düşün” demek yerine ne düşüneceğini söylemek

Bu yazıdaki en pratik ayrım burada. “Adım adım düşün” genel bir talimat ve modelin hangi adımları atacağını yine ona bırakıyor — yani bir belirsizlik bırakıyor. → Belirsizlik: Promptunuzda Söylemediğiniz Her Şey Bir Karardır

Hangi ayrımların yapılacağını yazdığınızda ise ara adımlar da kontrolünüze giriyor. Bir sözleşme incelemesinde “adım adım düşün” demek yerine “önce tarafları listele, sonra her tarafın yükümlülüklerini çıkar, sonra hangi yükümlülüğün yaptırımı olduğunu belirt” demek, hem daha öngörülebilir hem denetlenebilir sonuç veriyor.

Bu yaklaşımın bir sınırı var: adımları siz belirlediğiniz için, atlamış olduğunuz bir adım çıktıda da olmaz. Genel talimat daha esnek, yönlendirilmiş talimat daha kontrollü. Tanıdık işlerde ikincisi, keşif gerektiren işlerde birincisi daha uygun.

Sınırlar

Bilgi eksikliğini kapatmaz. Model bir konuyu bilmiyorsa adım adım yanlış düşünür. → Promptla Çözülemeyen Problemler: Yedi Belirti ve Doğru Çözümleri

Yetenek sınırını aşmaz. Görev modelin kapasitesinin dışındaysa ara adımlar sonucu kurtarmaz.

Uzun zincirlerde hata birikir. Sekiz adımlı bir muhakemede üçüncü adımın hatası sona kadar taşınır. Böyle işlerde promptu değil işi bölmek gerekir. → Prompt Zincirleme: Tek İstekte Yapılamayan İşi Bölmek

Hızla eskiyen bir konu. Model yetenekleri değiştikçe bu tekniğin gerekliliği de değişiyor. Buradaki değerlendirme 2026 ortası içindir.

Özet

Düşünce zinciri, modele düşünme yeteneği vermiyor; ürettiği metni kendi hesap defteri olarak kullanmasını sağlıyor. Her ara adım bir sonrakinin dayanağı oluyor.

Akıl yürütme için tasarlanmış modeller bunu kendiliğinden yaptığı için talimat orada gereksiz. Standart modellerde ve maliyet kısıtlı sistemlerde ise hâlâ ölçülebilir fark yaratıyor.

Bedeli var: uzunluk, gecikme ve ayıklama işi. Basit işlerde uygulanmamalı.

En önemli uyarı: ara adımların varlığı doğruluk kanıtı değil. Model tutarlı görünen ama yanlış bir gerekçe üretebilir.

Sık sorulanlar

İlgili yazılar