Bağlam penceresi, bir dil modelinin yanıt üretirken dikkate alabileceği içeriğin kapasitesidir. Sorunuz, konuşmanın modele gönderilen bölümü, sistem talimatları, belgeler ve araç sonuçları bu alanın parçaları olabilir. Kapasite genellikle token ile ifade edilir. Bu nedenle bağlam penceresini, sohbet ekranında görünen mesaj sayısıyla veya hesabınızın aylık kullanım hakkıyla aynı şey saymamak gerekir.[1]
Uzun bir işin ortasında yapay zekâ ilk verdiğiniz kuralı kaçırıyorsa tek olası açıklama “hafızası silindi” değildir. İlgili ayrıntı modele gönderilmiyor, özetlenmiş bağlamda kaybolmuş veya mevcut içerik içinde doğru kullanılmamış olabilir. Çözüm için önce bilgiyi saklama, erişilebilir kılma ve doğru kullanma sorunlarını ayırmalısınız.[1][2]
Bağlam penceresi nasıl çalışır?
Bir konuşmada ilk mesajınızı yazdınız, model yanıtladı ve ikinci soruya geçtiniz. Uygulama, sonraki yanıtı üretmek için gerekli geçmişi yeni isteğin içine alabilir. Geçmişin ne kadarının korunacağı ve nasıl hazırlanacağı uygulamanın tasarımına bağlıdır. Modelin eğitim sırasında gördüğü bütün veriler ise bu konuşma penceresinin içinde taşınmaz.[1]
Çalışma masası benzetmesi burada yardımcı olur: Arşivinizde binlerce belge bulunabilir ama o anda masaya koyduğunuz belgeler ayrı bir kümedir. Benzetme kusursuz değildir; modelin gerçek bir masası veya insan gibi dikkati yoktur. Yine de “sistemde kayıtlı” ile “bu yanıtta erişilebilir” ayrımını görmeyi kolaylaştırır.
Bu kapasitenin ölçüsü olan tokenı token nedir rehberimizde örneklerle anlattık. Belgenin sayfa sayısı, yazı boyutu ve tarama biçimi değiştiğinden yalnızca “200 sayfa” bilgisiyle kesin kapasite hesabı yapmak doğru değildir.
Bağlam, hafıza ve kullanım kotası farkı
| Kavram | Hangi soruya cevap verir? | Karıştırılmaması gereken |
|---|---|---|
| Bağlam penceresi | Bu istekte ne kadar içerik işlenebilir? | Aylık abonelik hakkı |
| Konuşma geçmişi | Önceki mesajlar nerede kayıtlı? | Hepsinin her an modele gönderilmesi |
| Kalıcı hafıza | Sohbetler arasında hangi bilgiler taşınır? | Bütün dosyaların değişmeden saklanması |
| Kullanım kotası | Hangi süre içinde ne kadar kullanım mümkün? | Tek isteğin kapasitesi |
| Bilgi arama sistemi | Hangi belge parçası gerektiğinde bulunur? | Belgenin tamamının her yanıtta okunması |
Claude belgeleri kullanım limitleriyle konuşma uzunluğu limitlerini ayrı ele alıyor. Ayrıca proje talimatları ve otomatik hafıza gibi özelliklerin farklı amaçları bulunuyor. Bu ayrımları uygulamanın adından bağımsız bir kontrol listesi gibi kullanabilirsiniz.[3][4]
Örneğin “beni hatırlıyor ama yüklediğim dosyayı bulamıyor” durumu tek başına çelişki değildir. Bir tercih hafızada tutulurken eski dosyanın içeriği o isteğe dahil edilmemiş olabilir. Doğru soru, “bütün geçmişi neden unuttun?” yerine “bu görevde hangi dosya ve sürüme erişiyorsun?” olabilir.
Büyük bağlam penceresi neden doğruluk garantisi vermez?
Bir metnin teknik olarak sığmasıyla içindeki önemli bilginin doğru kullanılması farklıdır. “Lost in the Middle” araştırması, incelenen görev ve modellerde ilgili bilginin konumu değiştiğinde performansın da değişebildiğini gösterdi. Bu çalışma belirli bir araştırma düzenine aittir; bugünkü bütün modellerin aynı oranda hata yapacağını söylemez.[2]
Pratik sonuç, büyük kapasiteye güvenip belge düzenini bırakmamaktır. Yüzlerce sayfalık dosyayı rastgele bir araya getirirseniz çelişen sürümleri, eski rakamları ve geçersiz kararları da aynı isteğe koyarsınız. Model doğru bilgiyi seçse bile sonucun nasıl oluştuğunu denetlemek zorlaşır.
Bir fiyat karşılaştırmasında ürün kataloğunun 2024 ve 2026 sürümlerini birlikte verdiğinizi düşünün. Soruda hangi sürümün esas alınacağını yazmadınız. Burada tek sorun kapasite değildir; veri seçimi de belirsizdir. Önce eski sürümü arşiv diye işaretlemek, sonra güncel tabloyu açıkça göstermek gerekir.
Yapay zekâ unuttuğunda ilk kontrol edilecekler
İlk olarak eski talimatın hangi mesajda olduğunu bulun. Sonra modelin doğru dosyayı kullanıp kullanmadığını kontrol edin. Özellikle aynı adla yeniden yüklenmiş dosyalar ve benzer başlıklı belgeler, yanlış sürümün seçilmesine yol açabilecek iş akışı sorunlarıdır. Bunu çözmek için dosya adında tarih ve sürüm belirtmek yararlıdır.
İkinci olarak isteğinizi daraltın. “Daha önce anlattığım gibi devam et” ifadesi yerine korunacak üç kararı tekrar yazın. Bu tekrar bütün konuşmayı yeniden göndermek anlamına gelmez. Kritik kararların kısa listesi çoğu zaman uzun bir geçmişi taramaktan daha kolay denetlenir.
Üçüncü olarak eksikliği görünür kılın. Modelden kaynakta bulunmayan bilgiyi tamamlamamasını isteyin. Ancak böyle yazmanızın hatayı tamamen ortadan kaldıracağını varsaymayın. Son yanıtı belgeyle karşılaştırmak hâlâ gerekir. Uydurma ayrıntıları yakalamak için halüsinasyon kontrolü rehberimizden yararlanabilirsiniz.
Uzun bir işi güvenilir biçimde bölme
Bir rehber hazırladığınızı düşünün. Araştırma, plan, taslak, görsel ve yayın kontrolü tek bir konuşmada birbirine karıştığında görev büyür. Her aşama için bir çıktı tanımlamak, o aşamanın doğru tamamlanıp tamamlanmadığını görmeyi kolaylaştırır. Örneğin araştırmanın çıktısı kaynak listesi, planın çıktısı onaylanmış bölüm yapısı olabilir.
Bir sonraki aşamaya geçerken bütün konuşmayı kopyalamak yerine gerekli kararları taşıyın. Yazarın neyi yapacağı, hangi bilgilerin doğrulandığı, hangi noktaların belirsiz olduğu ve sıradaki işlemin ne olduğu ayrı yazılsın. Böylece yeni sohbet kısa başlar ama yönünü kaybetmez.
Bu yöntemi uygularken bir risk bulunur: Kötü hazırlanmış özet, önemli ayrıntıyı kalıcı biçimde dışarıda bırakabilir. Bu nedenle özetin yanında asıl kaynakların adreslerini veya dosya adlarını da tutun. Özet, doğrulanmış kaynağın yerini almamalı; gerektiğinde kaynağa dönmek için bir harita görevi görmelidir.
Yeni sohbete taşımak için devir notu
Görev: Üç ürünün Türkçe satın alma rehberini hazırlamak.
Esas kaynaklar: katalog-2026-v2.pdf ve fiyat-2026-11-05.xlsx.
Kesinleşen kararlar: hedef kitle küçük işletmeler; fiyatlar aynı para biriminde.
Korunacak bilgiler: model adları, garanti koşulları, kaynak tarihleri.
Belirsizler: ikinci ürünün Türkiye servis koşulları doğrulanmadı.
Tamamlananlar: özellik tablosu çıkarıldı, kaynaklar eşleştirildi.
Sonraki adım: yalnızca kullanım senaryolarını yaz.
Kontrol: belgede bulunmayan teknik özellik ekleme.
Bu örnek bir ürün testi değildir. Kendi görev devriniz için uyarlayabileceğiniz şablondur. Özellikle belirsizleri ayrı tutmak değerlidir; aksi halde önceki konuşmadaki bir tahmin yeni sohbette kesin bilgiye dönüşebilir. Notu oluşturduktan sonra kaynaklarla karşılaştırıp yanlışları düzeltin.
Belgeleri tek dosya yerine nasıl düzenlemelisiniz?
Bir klasörde sözleşme, kullanım kılavuzu, eski teklif ve güncel fiyat listesi bulunduğunu varsayın. Hepsini tek metne yapıştırmadan önce her dosyanın sorudaki rolünü belirleyin. Fiyat sorusunda sözleşmenin yalnızca ilgili bölümü gerekebilir; kurulum sorusunda fiyat listesinin katkısı olmayabilir.
Belge başına kısa bir kayıt hazırlayın: ad, tarih, kapsam ve hangi durumda kullanılacağı. “Bu belge yalnızca geçmiş kararları açıklar; güncel fiyat içermez” gibi bir not, sürüm karmaşasını önler. Teknik kapasiteyi zorlamadan önce bilgi düzenini iyileştirmiş olursunuz.
Uzun PDF için aşamalı çalışma da uygundur. Önce ilgili bölümlerin listesini çıkarın. Ardından seçilen bölümden cevap isteyin. Son olarak cevabın dayandığı satır veya başlığı kontrol edin. ChatGPT PDF rehberimiz bu iş için daha ayrıntılı kullanım adımlarını içerir.
Bağlamı azaltırken yapılmaması gerekenler
Talimatları anlamsız kısaltmalara çevirmek, her zaman iyi bir çözüm değildir. “K1’e göre B2’yi uygula” gibi ifadeler yalnızca sizin bildiğiniz anlamlara dayanıyorsa görev daha belirsiz hale gelir. Kısa ama açık cümleler, açıklamasız kodlardan daha kolay kontrol edilir.
Önemli istisnaları da silmeyin. Örneğin iade politikasını özetlerken “kişiselleştirilmiş ürünler kapsam dışında” şartı karar için belirleyiciyse, bu satırı tasarruf amacıyla çıkarmak hatalı sonuç doğurur. Kısaltma işleminin ardından metnin karar vermek için gereken bütün koşulları koruyup korumadığını kontrol edin.
Son olarak, modelden kendi bağlamını kusursuz denetlediğini varsayan yanıtlar istemeyin. “Her şeyi hatırlıyor musun?” sorusuna gelen olumlu cevap kanıt değildir. Onun yerine iki somut koşulu sorup yanıtı kaynağınızla karşılaştırın. Ölçülebilir bir soru, genel güven ifadesinden daha yararlıdır.
Kendi iş akışınızda küçük bir deneme yapın
On maddelik hayalî bir proje notu hazırlayın. İçine üç kritik karar koyun: hedef dil Türkçe, teslim biçimi tablo ve fiyatların uydurulmaması. Ardından modelden kısa bir çıktı isteyin. Sonraki turda yeni görev ekleyin ve aynı üç koşulun korunup korunmadığını inceleyin.
İkinci denemede uzun konuşma yerine yukarıdaki devir notunu kullanın. Sonuçları karşılaştırırken yalnızca akıcılığa bakmayın. Üç koşulun her biri için geçti veya kaldı kaydı tutun. Aynı girdiyi farklı günlerde denerseniz kullanılan modeli ve tarihi de not edin. Bu küçük çalışma evrensel bir performans testi değildir; sizin görev düzeninizin nerede aksadığını bulmanıza yardımcı olur.
Ekip çalışmasında hangi dosya esas alınmalı?
Birden fazla kişi aynı projede çalışıyorsa en büyük sorun bazen modelin kapasitesi değil, herkesin farklı notu güncel saymasıdır. Editör başlık kararını bir sohbette, tasarımcı görsel ölçüsünü başka bir belgede ve geliştirici teknik sınırlamayı ayrı bir dosyada tutabilir. Bu bilgileri birleştirmeden yalnızca daha büyük modele geçmek, çelişkiyi ortadan kaldırmaz.
Basit bir proje durum dosyası belirleyin. Bu dosyada son kabul edilen karar, karar tarihi, ilgili kaynak ve açık iş bulunsun. Yeni bir işlem tamamlandığında yalnızca gerçekten değişen satırı güncelleyin. Eski kararları güncel bölümün içinde bırakmak yerine kısa bir geçmiş kaydına taşıyın. Böylece modelin önüne koyacağınız devir notu da tek bir esas kaynaktan hazırlanır.
Örneğin üç ürünlü karşılaştırmada ikinci ürünün fiyatı henüz doğrulanmadıysa durum dosyasında “bekleniyor” yazsın. Modelin önceki taslakta kullandığı varsayımsal rakamı buraya taşımayın. Bir sonraki çalışana veya sohbete devrederken fiyatın eksik olduğu açık kalır. Bu düzen, bağlam kapasitesini artırmaz; fakat bağlama giren bilginin kalitesini ve izlenebilirliğini artırır. Uzun görevlerde aradığımız kazanım çoğu zaman tam olarak budur.
Sık sorulan sorular
Bağlam dolunca sohbet silinir mi?
Bu, uygulamanın davranışına bağlıdır. Sohbet kaydının görünmesi ile tamamının sonraki istekte kullanılması aynı şey değildir. Uygulama içeriği özetleyebilir veya farklı bağlam yönetimi yöntemleri kullanabilir.[1]
Yeni sohbet açmak bütün sorunları çözer mi?
Hayır. Yeni sohbet gereksiz geçmişi azaltabilir ama önemli kararları taşımazsanız görev tekrar eksik başlar. Yeni konuşmaya kısa, kontrol edilmiş devir notuyla geçmek daha düzenli bir yaklaşımdır.
Daha yüksek abonelik daha büyük bağlam demek mi?
Her ürün ve model için aynı ilişki geçerli değildir. Kullanım hakkı, model erişimi ve bağlam kapasitesi ayrı koşullar olabilir. İlgili planın güncel açıklamasını inceleyin; yalnızca plan adından sonuç çıkarmayın.[3]
Bir milyon token bütün kitabı kusursuz analiz etmek demek mi?
Hayır. Kapasite, ilgili görevdeki doğruluğun yerine geçmez. İçeriğin niteliği, belgelerin düzeni ve sorunun açıklığı önemini korur. Büyük belgenin işlenebilmesi, her ayrıntının doğru kullanıldığını kanıtlamaz.[1][2]
Kaynaklar ve hazırlama notu
Bu rehber resmî belgeler ve aşağıdaki birincil kaynaklar incelenerek hazırlandı. Uygulama örnekleri Dijipedya tarafından açıklama ve karşılaştırma amacıyla kurgulandı; ölçülmüş performans sonucu olarak sunulmaz. Özellik ve plan koşulları değişebilir.
- Anthropic, Context windows. Bilginin alındığı tarih: 5 Kasım 2026.
- Liu ve arkadaşları, Lost in the Middle. Bilginin alındığı tarih: 5 Kasım 2026.
- Claude Help Center, Usage and length limits. Bilginin alındığı tarih: 5 Kasım 2026.
- Anthropic, How Claude remembers your project. Bilginin alındığı tarih: 5 Kasım 2026.
