İki yaşını bile doldurmamış bir protokol için Model Context Protocol alışılmadık bir kariyer yaptı: on sekiz aydan kısa sürede bir spesifikasyondan bir varsayıma dönüştü. Figma kurucu ortaklarından Dylan Field'ın 20 Ekim'de TechCrunch'ta aktarılan değerlendirmesi — MCP'nin kusursuz bir protokol olmadığı — aykırı olduğu için değil, protokole karşı ürün çıkarmak zorunda kalmış birinden geldiği için ciddiye alınmalı.
MCP ne yapıyor ve neden kazandı
MCP, bir yapay zeka uygulamasının araçları ve verileri bir modele nasıl sunduğunu standartlaştırıyor. Bir sunucu yeteneklerini bildirir, bir istemci bağlanır, model araçları çağırır. Cazibe yapısaldı: öncesinde dosyalarınızı okumak, veritabanınıza sorgu atmak veya tasarım aracınızı sürmek isteyen her yapay zeka ürünü kendine özel bir entegrasyon yazıyordu ve her entegrasyon iki kez bakım görüyordu — bir araç tarafından, bir asistan tarafından. N çarpı M bağlayıcı yerine tek bir protokol.
Bu başarının bedeli şu: bu kadar hızlı varsayılan haline gelen bir spesifikasyonun kendi hatalarına karşı sertleşmeye pek zamanı olmadı. Şimdi ortaya çıkanlar mühendislik şikâyetleri ve bunlar çoğunlukla yetenekten değil maliyetten ve güvenden.
Dört takılma noktası
**Bağlam bedava değil.** Araç tanımları token tüketir. Yirmi araç sunan bir sunucu, model kullanıcının talebinden tek kelime okumadan önce kendini anlatmak için binlerce token harcayabilir. Çok turlu bir ajan döngüsünde bu vergi birikir. Araç şemalarını ağırlıksız sayan bir protokol tasarımı, tur başına token başına ödeme yaptığınızda başka görünür.
**Güvenlik sonuçları olan kısım kimlik doğrulama.** MCP sunucuları sıklıkla gerçek sistemlere ait kimlik bilgileri tutar. Protokolün kimlik doğrulama hikâyesi, erken kurulumların ortaya çıkardığı confused-deputy sorunlarından sonra revize edildi: kullanıcı adına işlem yapabilen bir sunucunun tam olarak kimin adına yaptığını bilmesi gerekir ve istemci, model ve sunucudan oluşan bir zincirde token kapsamını incelikli biçimde yanlış kurmak kolaydır. Demoda çalışan bir izin modeli, bir sunucuyu bin kullanıcının paylaştığı durumda çalışan modelle aynı şey değildir.
**Durum ve sürümleme.** Oturumlar, yetenek pazarlığı ve şema değişikliklerinin davranışı, bir spesifikasyonun insanların bozulana kadar okumadığı kısımlarıdır. Hızlı büyüyen ekosistemler dengesiz büyür: bir sunucu yazarı iki üç istemciye karşı test eder, pazarın geri kalanı boşlukları keşfeder.
**İstemci parçalanması.** Referans uygulamaları fiilen spesifikasyonun kendisi olan bir standart kayar. Farklı istemciler farklı alt kümeler uyguladığında, "MCP destekliyor" güvenilebilecek bir özellik değil, istemci başına doğrulanması gereken bir iddia haline gelir.
Neden özellikle Figma söylüyor
Tasarım verisi bu model için patolojik vakadır. Bir tasarım dosyası büyük, yüksek düzeyde yapılandırılmış ve yüksek sadakatlidir — tamamını bağlama koymak aynı anda hem pahalı hem kayıplıdır. Bağlam maliyetiyle çıktı sadakatinin birlikte baskı altında olduğu yerde, bir protokolün zayıflıkları ilk orada görünür. Figma MCP desteği yayınladı; onunla yaşamak, onu demo etmekten farklı bir iştir.
Bu, sözün neden bir reddediş olarak okunmaması gerektiğini de açıklıyor. Olgunlaşan bir standardın normal sesi bu: coşkunun ilk dalgası bitti, ikinci dalga faturaları ödeyenlerden oluşuyor.
Daha iyi bir protokol neye benzer
Eleştiriye yapıcı yanıt gösterişsiz ve çoğu zaten biliniyor.
Araçlar tamamen ilan edilmek yerine keşfedilebilir olmalı — yirmi şemayı baştan yüklemek yerine, ayrıntıyı talep üzerine getiren kısa bir açıklama. Yetenekler pazarlık edilmeli ki istemci ile sunucu birinin diğerini varsayması yerine kesişimde anlaşsın. Token'lar oturuma değil amaca bağlı ve dar kapsamlı olmalı. Ve okuma yazmadan ayrılmalı: veritabanını sorgulama izni olan bir sunucu, onu değiştirme iznini de taşımamalı.
Bunların hiçbiri imkânsız değil ve çoğu üzerinde çalışılıyor. Açık soru yönetişim: MCP'nin idaresi, ekosistem hâlâ kaldırabilecek kadar gençken kırıcı nitelikte değişiklikler yapabilir mi? O pencere şu anda kapanıyor.
Okuma
Bir standarda yönelik en keskin eleştiri nadiren rakiplerinden gelir. Onu ciddiye almış kullanıcılardan gelir. Büyük bir tasarım aracının kurucu ortağının protokolün kusursuz olmadığını açıkça söylemesi, MCP'nin başarısız olduğunun değil, eleştirilecek kadar önemli hale geldiğinin kanıtı.
Önümüzdeki aylarda iki şey izlenmeli: kimlik doğrulama ve izin modellerinin spesifikasyonun ötesinde standartlaşıp standartlaşmadığı ve büyük istemcilerin aynı alt kümede anlaşmaya başlayıp başlamadığı. İkisi de olmadıkça "MCP uyumlu", üzerine inşa edilecek bir özellik değil, kontrol edilecek bir iddia olarak kalır.
