
MCP öldü mü? Quandri mühendisi skills ve CLI'yi savunuyor
Quandri mühendislik blogundaki yazı, MCP'nin bağlam penceresini tükettiğini, güvenilirliğinin düşük olduğunu ve mevcut CLI ile API'lerle örtüştüğünü savunuyor. Yazar, şirketin kendi yığınında yaptığı ölçümleri paylaşıyor.
Quandri mühendislik blogunda yayımlanan yazı, büyük dil modellerini harici araçlara bağlayan standart olan Model Context Protocol'ün çoğu geliştirici iş akışı için yanlış varsayılan hâline geldiğini savunuyor. Şirketin kıdemli yazılım mühendisi Chloe Kim üç sorunu özetliyor: MCP bağlam penceresini tüketiyor, güvenilirliği düşük ve hâlihazırda kullanılan CLI ve API'lerle örtüşüyor.
Yazı, büyük ilgi gören "MCP is dead. Long live the CLI" metnine ve Quandri'nin kendi yığınında yapılan ölçümlere dayanıyor. Güncelleme notunda yazar, Claude Code'un bu ölçümlerden sonra Tool Search with Deferred Loading özelliğini sunduğunu, araç şemalarını istek üzerine yükleyerek bağlam kullanımını %85'ten fazla azalttığını belirtiyor. Bu, güncel sürümlerde ilk sorunu büyük ölçüde çözüyor; ancak performans, hata ayıklama ve mimari argümanlar geçerliliğini koruyor.
77 araç tanımı, yaklaşık 21.000 token
MCP sunucuları asistanları GitHub, Linear, Notion ve Slack gibi servislere bağlıyor. 2024 sonunda kullanıma girmesinden bu yana protokol "yapay zekâ ekosisteminin USB-C'si" olarak anılıyor. Maliyet bağlam penceresinde görünüyor: dört sunucu bağlıyken yalnızca araç tanımları Claude'un 200K'lık penceresinin %10,5'ini, GPT-4o'nun 128K'lık penceresinin ise %16,5'ini kaplıyordu. Ekip 77 araç ve yaklaşık 84.300 karakter saydı; bu da yaklaşık 21.000 tokena denk geliyor. Tek başına Linear 42 tanım ve 12.800'den fazla token ekliyor; üstelik yalnızca ikisini kullansanız bile sürekli yüklü kalıyor.
Güvenilirlik ve 65 kat token farkı
Operasyonel sorunlar arasında başlatma hataları ve tekrarlanan kimlik doğrulama, her çağrıda sunucuya gidiş-dönüşten kaynaklanan yavaş yanıtlar, oturum ortasında çöken araçlar ve şeffaf olmayan izinler sayılıyor. İlk yazının yazarı Jira MCP sunucusunu aynı servisin REST API'siyle karşılaştırdı: çağrı başına üç kat, başlatma dâhil ilk çağrıda 9,4 kat daha yavaş. Tek bir Linear kaydını bulmak için MCP yolu CLI'ye kıyasla yaklaşık 65 kat daha fazla token harcıyor.
Yerine ne kullanılmalı
Önerilen sıralama önce CLI, sonra API, ardından dokümantasyon: modeller man sayfaları ve forum yanıtlarıyla zaten eğitildi; komutlar boru hatları, grep ve jq ile rahatça birleştiriliyor. Tekrarlanan iş akışları için skills yaklaşımı, onlarca şemayı sürekli taşımak yerine talimatları yalnızca çağrıldığında yüklüyor.
MCP tamamen gözden çıkarılmıyor: servisin CLI'si yoksa, terminal kullanmayan kişiler için ve gerçek zamanlı çift yönlü iletişimde hâlâ anlamlı. Veritabanlarında yanıt bağlama göre değişiyor: yerel veya kişisel veritabanları için skills ve CLI hafif kalıyor; üretim ve ekipçe paylaşılan veritabanları için ise sunucu tarafında salt okunur modu ve kimlik bilgisi korumasını zorlayabilen MCP öne çıkıyor.
Quandri'de üç yaklaşım bir arada kullanılıyor. Yazara göre MCP sunucularının mevcut CLI'leri saran skills ile değiştirilmesi yaklaşık 21.000 token bağlam alanı açtı ve günlük iş akışından başlatma hatalarını kaldırdı.
SiTech — AI destekli web geliştirme
Hızlı ve modern web siteleri kuruyor, AI'yı gerçek iş akışlarına taşıyoruz. Projeniz veya sorunuz mu var? Yardımcı olmaktan mutluluk duyarız.