You've hit your usage limit. Refactor yarıda, agent hâlâ dosyalar arasında çalışıyor ve Cursor bir anda duruyor. Ekranda üç seçenek var: başka modele geç, planı yükselt ya da ek kullanım için ödeme yap. Eksik olan şey şu: neden limite ulaştığını söylemiyor.
Cursor'ın kullanım modeli Haziran 2025'te kökten değişti ve sonrasında bir kez daha güncellendi. Bugünkü sistem, hâlâ birçok yerde anlatılan “kaç request kaldı?” mantığıyla çalışmıyor; Auto için kullanılan eski “sınırsız” cümlesi de güncel fiyatlandırma metnini tam karşılamıyor. Burada, kota dolduğunda gerçekte ne olduğunu ve aynı noktaya tekrar gelmemek için ne yapabileceğini netleştireceğim.
Cursor kullanım limiti ne anlama geliyor?
Cursor Pro, ayda en az $20 tutarında API agent kullanımı ve ek bonus kapasite içeriyor. Bu tutar, gerçek model inference fiyatlarına bağlı dolar karşılığı kullanım olarak hesaplanıyor. Haziran 2025'te eski 500 hızlı request / sınırsız yavaş request modeli bununla değiştirildi; 2026'daki güncel plan metni bonus kapasiteyi de ayrıca belirtiyor.
Bu kredi sabit sayıda request değil; bir bütçe. $20'nin ne kadar dayanacağı, seçtiğin modele ve gönderdiğin context miktarına bağlı:
- Gemini: Pro'da yaklaşık 550 request
- GPT-5: yaklaşık 500 request
- Claude Sonnet 4: yaklaşık 225 request
- MAX mode: context window genişlediği ve ücret buna göre arttığı için belirgin biçimde daha az request
Dahil edilen ve varsa bonus kullanım tükendiğinde Cursor ya durur ya da on-demand kullanıma geçme seçeneği sunar. Davranış, Settings → Billing bölümündeki ayarlarına bağlıdır. Güncel fiyatlandırma sayfası, on-demand kullanımın dahil edilen tutardan sonra devam ettiğini ve dönem sonunda faturalandırıldığını söylüyor.
İşte asıl mesele bu: “kullanım limitine ulaştın” mesajı çok fazla request gönderdiğin anlamına gelmiyor. Dahil edilen compute bütçesini tükettiğin anlamına geliyor.
Pro limiti, rate limit ve token limiti aynı şey değil
Bu üç ifade farklı şeyleri anlatıyor. Cursor'ın bunları zaman içinde tutarsız kullanması da karışıklığın ana nedeni.
Request kotası
Eski model request sayısını sınırlıyordu. Yeni modelde asıl sınır request adedi değil, tüketilen compute'un dolar karşılığıdır. Yirmi dosyaya dokunan ve birden fazla tool call çalıştıran tek bir Agent oturumu, eski sistemde 5-10 ayrı request'e denk gelecek kadar kredi tüketebilir. Ağır kullanıcıların eski açıklamalardan beklediklerinden daha hızlı limite ulaşmasının nedeni bu.
2026'daki Pro planı en az $20 API agent kullanımı ve ek bonus kapasite içeriyor. Kullanım takvim ayının başında değil, faturalandırma gününde yenileniyor. Dahil edilen tutar bittiğinde on-demand kullanımı açabilir veya daha yüksek plana geçebilirsin.
Token limiti
Alttaki gerçek birim token'dır. Her model input token'larını — prompt, context ve codebase içeriği — ve ürettiği output token'larını ayrı ücretlendirir. Input maliyetini en çok büyüten şey context uzunluğudur.
Büyük dosyaları context'e eklediğinde, Cursor'ın indexlediği çok sayıda tab açık bıraktığında veya Composer'ı geniş bir codebase üzerinde kullandığında her request'in input token tüketimi artar. Aynı model ve aynı görev için 100K token context kullanan bir request, 25K token context kullanan bir request'in yaklaşık dört katına mal olur.
Cursor'ın kullanım limitleri açıklaması bunu basitçe şöyle çerçeveliyor: modele gönderdiğin prompt veya context window uzadıkça, dahil edilen kullanım tutarından daha fazla token gider.
“Sınırsız” ifadesine neden artık dikkat etmek gerekiyor?
Cursor'ın Temmuz 2025 açıklaması Auto ve Tab için “sınırsız” diyordu. 17 Temmuz 2026 tarihli canlı fiyatlandırma metni ise daha temkinli: Agent için genişletilmiş limitler, Grok ve Composer için “generous limits” ve her plan için belirli bir model kullanım tutarı anlatılıyor.
Bu yüzden Auto mode'u sınırsız ve maliyetsiz bir kaçış yolu gibi yazmak artık doğru değil. Auto, Composer ve premium model kullanımı farklı sayaçlarla veya kapasite kurallarıyla izlenebilir; hesabındaki gerçek durumu Dashboard / Usage ekranından kontrol et.
Tab completions ile Agent kullanımı da aynı şey değildir. Güncel plan sayfası bunları ayrı özellikler olarak listeliyor. Bir tarafta limit görmen, diğerinin de aynı sayaçtan düştüğü anlamına gelmez.
Premium model request'leri sınırsız değil. Claude Sonnet, Claude Opus, GPT-5 veya Gemini gibi modellerin inference maliyeti, dahil edilen API agent kullanımını tüketir. Dahil edilen ve bonus kapasite bittikten sonra on-demand kullanımı açman veya planı yükseltmen gerekir.
Karışıklık anlaşılır. Şirketin Temmuz 2025 fiyatlandırma açıklaması, “sınırsız” ifadesinin yeterince açık anlatılmadığını kabul etmişti. Bugün karar verirken tarihî blog cümlesi yerine canlı Cursor planlarını ve hesabındaki Usage ekranını esas al.
Cursor kotası dolunca ne olur?
Hata mesajı
Dahil edilen kullanım tükendiğinde standart mesaj şudur:
“You've hit your usage limit.”
Ardından genellikle şu seçenekler gelir:
- Başka bir modele geçmek; çoğu zaman Auto ya da farklı ücretlenen daha hafif bir model
- Planı Pro'dan Pro+ veya Ultra'ya yükseltmek
- On-demand ek kullanım için ödeme yapmak
Harcama ayarların izin veriyorsa Cursor, kullanmaya devam edip fazla tutarı faturalandırma dönemi sonunda ödemen için seçenek sunabilir. Güncel fiyatlandırma sayfası bunu on-demand ve dönem sonu faturalandırma olarak açıklıyor.
Yavaş kuyruk ile bloke edilen request'i ayır
Rate limit, kredi limitinden farklıdır. Cursor, Pro ve üzeri planlarda bile tek bir kullanıcının tüm model kapasitesini kaplamaması için concurrency ve throughput sınırları uygular. Yoğun saatlerde request başarısız olmak yerine kuyruğa girebilir.
Belirti farklıdır: kredi kotasında açık bir hata alırsın; rate limit durumunda request geç de olsa tamamlanır. Açık bir kullanım limiti hatası görmeden yanıtlar yavaşlıyorsa, neden büyük ihtimalle kredi bitmesi değil rate limit'tir. Settings → Usage bölümüne bakarak dahil edilen tutarın tükenip tükenmediğini ayırabilirsin.
Limite tekrar çarpmamak için ne yapabilirsin?
Context'i küçült
En etkili hamle, request başına gönderdiğin context'i azaltmaktır.
İlgisiz tab'leri kapat. Cursor açık dosyaları indexler. Daha fazla açık dosya, her context yüklemesinde daha fazla token demektir. Yalnızca o görevle ilgili dosyaları açık bırak.
Tüm codebase yerine @** referansları kullan.** @file ve @function, her şeyi yüklemek yerine belirli kodu hedefler. Büyük context sorgularından belirgin biçimde daha ucuzdur.
Eski konuşmayı özetle veya yeni oturum aç. Uzun chat geçmişi, sonraki her mesajda input token maliyetine yeniden eklenir. Yeni bir konuşma thread'i birikmiş context'i sıfırlar.
MAX mode'u gerçekten gerektiğinde kullan. Geniş context window, çok sayıda dosyada karmaşık akıl yürütme için güçlüdür; aynı nedenle daha pahalıdır. Standart context yetiyorsa MAX açma.
Görevi böl
Tek konuşmada çok sayıda dosyaya yayılan Agent oturumları, hedefi dar request'lerden daha hızlı kredi tüketir. “Tüm auth modülünü refactor et” yerine “login handler'ı refactor et” ve “session manager'ı refactor et” işlerini ayrı oturumlar olarak yürüt.
Toplam iş aynı olabilir ama her oturum daha küçük ve daha ölçülebilir kalır. Aylık kredi havuzu sınırlı solo founder'lar ve küçük ekipler için task decomposition yalnızca iyi mühendislik pratiği değildir; dahil edilen kullanımın ne kadar dayanacağını doğrudan etkiler.
Planı yükselt ya da workflow'u değiştir
Güncel kullanım tablosunda Pro+ yaklaşık $70 API agent kullanımı ve ek bonus kapasite, Ultra ise yaklaşık $400 API agent kullanımı ve ek bonus kapasite sunuyor. Canlı plan fiyatını ödeme ekranında ayrıca kontrol et; kullanım tutarı ile abonelik fiyatı aynı şey değildir.
Cursor, Pro+'ı günlük Agent kullanıcılarına, Ultra'yı ise Agent'ı yoğun kullananlara öneriyor. MAX mode, büyük codebase ve çok sayıda Agent oturumu daha yüksek kapasiteyi de tüketebilir.
Rutin işlerde önce daha ucuz yolu dene. Basit edit ve hızlı sorularda Auto veya Composer'ın hesabındaki ayrı kapasitesini kullan; premium modeli yalnızca belirli model davranışının gerçekten önemli olduğu görevler için ayır. “Auto her zaman sınırsızdır” varsayımıyla hareket etme.
On-demand bütçeyi sınırla. Ek kullanım açıksa gerçek maliyeti model ve token hacmi belirler. Billing ekranında bir üst sınır koy; böylece Agent oturumunun çalışmaya devam etmesi sürpriz faturaya dönüşmez.
Görevin miktarı yüzünden değil, yapısı yüzünden sürekli kredi tüketiyorsan başka bir soru sormak gerekir: darboğaz gerçekten kredi havuzu mu, yoksa tek agent ve tek IDE üzerine kurulu workflow mu? İzole branch'lerde paralel görev çalıştıran çok ajanlı yürütme, tek bir agent'ı ardışık prompt'larla sürüklemekten daha verimli olabilir.
Verdent gibi sistemler sorunu request başına maliyetten değil orkestrasyon katmanından ele alır. Bu, Cursor limitini düzeltmez; workflow mimarisini değiştirir. Fark bu işte.
Sık sorulan sorular
Cursor neden kullanım limitine ulaştığımı söylüyor?
Pro planındaki dahil edilen API agent kullanımı ve varsa bonus kapasite, mevcut faturalandırma döneminde tükenmiştir. Premium modeller, geniş context window, MAX mode ve çok adımlı Agent oturumları havuzu daha hızlı tüketir. Usage ekranında hangi sayaçta sınıra ulaştığını kontrol et.
Cursor Pro gerçekten sınırsız mı?
Genel bir “her şey sınırsız” garantisi yok. Canlı plan sayfası Agent için genişletilmiş limitler, Grok ve Composer için generous limits ve belirli model kullanım tutarı gösteriyor. Elle seçilen premium modeller bu kullanımı tüketir; güncel sınırlar için Cursor fiyatlandırma sayfası ve hesabındaki Usage ekranı son sözü söyler.
Cursor token kullanımını nasıl azaltırım?
İlgisiz dosyaları kapat, geniş codebase context'i yerine @file ve @function kullan, konuşma geçmişi uzadığında yeni thread aç ve geniş context gerektirmeyen görevlerde MAX mode'u kapalı tut. Rutin işleri daha düşük maliyetli veya ayrı kapasitesi olan moda, model seçiminin gerçekten önemli olduğu karmaşık işleri premium modellere ver.
Sürekli limite ulaşıyorsam araç değiştirmeli miyim?
Pro limitini düzenli tüketmek genellikle üç şeyden birini gösterir: iş hacmin Pro+ veya Ultra'yı haklı çıkarıyordur; context fazla büyük ya da rutin işlerde premium model kullanıyorsundur; görev yapısı başka bir araca daha uygundur.
Büyük codebase üzerinde çok adımlı ve çok dosyalı Agent oturumları kotayı tüketiyorsa, tek agent'lı ardışık yapı yerine açık task decomposition ve paralel agent yürütmesinin işe daha iyi uyup uymadığına bak.
Net konuşmak gerekirse: önce kullanım modelini düzelt, sonra planı yükselt. Sorun tek agent'lı akışın yapısıysa, Verdent'in çok ajanlı çalışma biçimine de bir bak; ama bunu Cursor kotasını artıran bir düğme sanma.
İyi kodlamalar.
