MCP Nedir? Yapay Zeka Ajanları Verilerinize Nasıl Bağlanır (2026 Spesifikasyon Güncellemesi)

MCP (Model Context Protocol), bir yapay zeka ajanının araçlara ve veri kaynaklarına tek bir ortak arayüz üzerinden erişmesini sağlayan açık bir standarttır. Uygulama başına özel bir entegrasyon yapmak yerine, istemci tek bir protokol konuşur ve uyumlu herhangi bir sunucu yanıt verebilir. Spesifikasyon 28 Temmuz 2026'da yeniden yazıldı ve bu değişiklik oldukça önemli.

Bu kılavuz, protokolün ne işe yaradığını ve 2026-07-28 sürümünün neleri değiştirdiğini ele almaktadır. Ayrıca nelerin artık kullanımdan kaldırıldığını, bunun sıradan bir API entegrasyonundan nasıl farklı olduğunu ve buna ne zaman ihtiyaç duymayacağınızı da kapsamaktadır. Buradaki bilgiler 5 Ağustos 2026 tarihi itibarıyla geçerlidir.

MCP nedir?

Bunu ortak bir priz tipi gibi düşünebilirsiniz. Bir standart var olmadan önce, bir asistanı veritabanınıza, bilet sisteminize ve dosyalarınıza bağlamak, üç ayrı özel entegrasyon anlamına geliyordu. Her birinin kendi yetkilendirmesi (auth), kendi hata yönetimi ve kendi bakım yükü vardı.

MCP bu bağlantıyı bir kez tanımlar. Bir istemci (client) ajan tarafıdır. Bir sunucu (server) ise bir veri kaynağını veya aracı sarmalayarak neler yapabileceğini dışa açar. İstemci, sunucuya nelerin mevcut olduğunu sorar ve ardından onu çağırır.

Sunucular genellikle üç tür bileşen sunar. Araçlar (Tools), ajanın çağırabileceği eylemlerdir. Kaynaklar (Resources), okunabilir içeriklerdir. İstemler (Prompts) ise yeniden kullanılabilir şablonlardır. İstemci, bunları kodun içine sabitlenmiş olarak bulmak yerine, çalışma zamanında keşfeder.

Bu isim biraz esnek kullanılıyor, bu yüzden bir konuyu netleştirmekte fayda var. Protokol bir model, bir ajan veya bir ürün değildir. Bunların arasındaki veri aktarım formatıdır.

Konuyla ilgili kafa karışıklığının çoğunu iki kelime açıklar. Keşif (Discovery), istemcinin çalışma zamanında bir sunucunun neler sunduğunu öğrenmesi anlamına gelir. Yeniden Kullanım (Reuse) ise aynı sunucunun uyumlu herhangi bir istemciye yanıt vermesi demektir.

Benimsenme oranı artık teorik olmaktan çıktı. Protokol yöneticileri, Tier 1 SDK'lar genelinde ayda yarım milyara yakın indirme bildiriyor. TypeScript ve Python SDK'larının her biri toplamda bir milyarı aşmış durumda.

2026-07-28 spesifikasyonunda ne değişti?

Bu sürüm, protokolün şimdiye kadar aldığı en büyük revizyondur. En önemli gelişme, çekirdeğin artık durumsuz (stateless) olmasıdır.

Değişiklik	Ne anlama geliyor
Durumsuz çekirdek	Oturumlar ve el sıkışmalar artık yok. Her istek kendi protokol sürümünü ve istemci kimliğini taşır
Çoklu Gidiş-Dönüş İstekleri	Açık bir akış gerektiren sunucu başlatmalı isteklerin yerini alır. Bir araç, çağrı sırasında kullanıcıdan girdi isteyebilir
Üstbilgi tabanlı yönlendirme	Yöntem ve araç adları Mcp-Method ve Mcp-Name üstbilgilerinde taşınır, böylece ağ geçitleri yönlendirmeyi ve yetkilendirmeyi üstbilgiler üzerinden yapar
Önbelleğe alınabilir liste sonuçları	Araç, istem ve kaynak listeleri artık ttlMs ve cacheScope taşımaktadır
Yetkilendirme güçlendirmesi	RFC 9207 yayıncı doğrulaması, Dinamik İstemci Kaydı'ndan (Dynamic Client Registration) İstemci Kimliği Meta Veri Belgeleri'ne (Client ID Metadata Documents) geçiş ve yayıncıya bağlı kimlik bilgileri
Uzantı çerçevesi	Görevler, deneysel çekirdekten çıkarılarak Uygulamalar ve Kurumsal Yönetilen Yetkilendirme ile birlikte resmi bir uzantıya taşınır

Bu listeyi, altı kez tekrarlanan tek bir karar olarak okuyun. Her değişiklik, uzak sunucuların çalıştırılmasını zorlaştıran bir varsayımı ortadan kaldırıyor. Bunların hiçbiri bir aracın neler yapabileceğini değiştirmiyor.

Resmi 2026-07-28 spesifikasyon yazısı tüm değişiklik listesini içermektedir. TypeScript, Python, Go ve C# SDK'ları bunu zaten destekliyor, Rust ise beta aşamasında.

Bir sunucu çalıştırıyorsanız durumsuz yapı neden önemlidir?

Eski tasarım, kalıcı ve çift yönlü bir bağlantı varsayıyordu. Bu tek varsayım, operasyonel zorlukların çoğuna neden oluyordu.

Eskiden bir uzak sunucunun, istemcinin sürekli aynı örneğe ulaşmasını sağlamak için yapışkan oturumlara (sticky sessions) ihtiyacı vardı. Durumun yeniden başlatma sonrasında da korunabilmesi için paylaşımlı oturum depolamasına ihtiyacı vardı. Ağ geçitlerinin, bir isteğin ne yaptığını anlamak için genellikle veri paketlerini incelemesi gerekiyordu.

Artık bunların hiçbirine gerek yok. Bir sunucu, sıradan bir round-robin yük dengeleyicinin arkasında durabilir. Yönlendirme bir üstbilgi üzerinden gerçekleşir. İstemciler, araç listesini sunucunun belirttiği süre boyunca önbelleğe alır. Protokol, dikkatle dağıtılması gereken bir şeyden, normal bir şekilde dağıtılan bir şeye dönüştü.

Tabii ki bunun beraberinde getirdiği bir geçiş maliyeti var. Eski çekirdeğe göre oluşturulmuş sunucuların güncellenmesi gerekiyor ve istemci kütüphanelerinin de onlarla birlikte taşınması şart.

Bu değişiklik aynı zamanda bir sunucuyu deneme maliyetini de düşürüyor. Eskiden bir sunucu kurmak altyapısal bir karardı. Şimdi ise herhangi bir küçük web hizmetini yayına almaktan farksız.

Bir sağlayıcının MCP sunucusunu değerlendiren herkes için sorulması gereken pratik soru şudur: Hangi spesifikasyon sürümünü hedefliyor ve ne zaman geçiş yapacak?

Neler kullanımdan kaldırıldı ve ne kadar süreniz var?

Üç özellik kullanımdan kaldırılma yolunda: Roots, Sampling ve Logging. Eski HTTP+SSE aktarımı da kullanımdan kaldırıldı.

Yöneticiler, kaldırma işleminden önce en az on iki aylık bir süre tanımayı taahhüt etti. Bu cömert bir süre, ancak aynı zamanda bir son tarih. Eğer bu dördünden herhangi birinin üzerine sistem kurduysanız, geçişi bir iş listesinde bekletmek yerine yol haritanıza ekleyin.

Sadece sunucunuzu değil, istemcinizi de kontrol edin. Eski aktarıma kilitlenmiş bir istemci, bu süre boyunca çalışmaya devam edecek ve ardından duracaktır.

Dynamic Client Registration, Client ID Metadata Documents lehine resmi olarak kullanımdan kaldırıldı. Yayıncıya bağlı kimlik bilgileri artık bir sunucu için verilen bir belirtecin başka bir sunucuya karşı yeniden kullanılmasını engelliyor.

Düz bir API entegrasyonu ile karşılaştırıldığında MCP

	Özel API entegrasyonu	MCP sunucusu
Kaynak başına çalışma	Her seferinde yeni yetkilendirme, şema ve hata yönetimi	Tek bir protokol, yeniden kullanılır
Keşif	Mevcut olanı kodun içine sabitlersiniz	İstemci çalışma zamanında sorar
Kimler kullanabilir	Entegre ettiğiniz uygulama	Uyumlu herhangi bir istemci
Bakım	Sağlayıcının API'si değiştiğinde bozulur	Sunucu değişikliği absorbe eder
En uygun kullanım alanı	Tek bir derin, yüksek hacimli yol	Bir ajanın eriştiği birçok kaynak

Dikkat edilmesi gereken bir diğer husus da bağlayıcıyı kimin sürdürdüğüdür. Sağlayıcı tarafından yayınlanan bir sunucu, sağlayıcının ürünüyle birlikte güncellenir; bu da artık sizin üstlenmeniz gerekmeyen bir iştir.

Dürüst olmak gerekirse, MCP tek bir entegrasyon için daha hızlı veya daha ucuz değildir. Kaynak sayısı arttığında veya birden fazla ajanın aynı kaynağa yeniden geliştirme yapmadan erişmesini istediğinizde avantaj sağlar.

Bir veri kaynağı bağlandıktan sonra neler üretebilirsiniz?

Bağlantı işin tesisat kısmıdır. İnsanların bununla uğraşmasının asıl nedeni, sürecin sonundaki çıktıdır.

Bir veri kaynağı bağlandığında, bir ajan güncel verileri çekebilir ve analizi çalıştırabilir. Geri dönen şey tamamlanmış bir üründür: bir grafik, yazılı bir özet veya bir slayt grubu. Değer, protokolün kendisinden değil, dışa aktarma adımının ortadan kaldırılmasından gelir. Bu çıktı, aynı zamanda bu kurulumu şirket içinde savunmaya değer kılan şeydir. Kimsenin rapora dönüştürmediği bir bağlantı sessizce kapatılır.

Powerdrill Bloom bu şablona uygun bir sunucu sunuyor. Kendi dokümantasyonuna göre, User ID ve Project API Key bilgilerinizle kimlik doğrulaması yapar. Bir istemci daha sonra hesabınızdaki veri kümelerine göz atabilir, herhangi biri hakkında ayrıntıları çekebilir ve doğal dilde sorular sorarak işleri çalıştırabilir. Claude Desktop ve diğer uyumlu istemcilerle çalışır. MCP sunucusu duyurusu kurulumu kapsar ve veri bağlayıcıları sayfası diğer kaynak türlerini listeler.

MCP'ye ne zaman hiç ihtiyacınız olmaz?

Bu kısım çoğu açıklayıcı yazıda atlanır, bu yüzden açıkça belirtmekte fayda var.

Verileriniz bir dosya olarak geliyorsa, bir protokole ihtiyacınız yoktur. Bir yüklemeye ihtiyacınız vardır. Üç aylık bir dışa aktarım, birinin size e-posta ile gönderdiği bir CSV, bir PDF ekstresi — bunların hiçbiri bir sunucu kurmayı gerektirmez. Dosyayı sürükleyip bırakın ve sorunuzu sorun.

Kurulumu yapmadan önce kendinize şu soruyu sorun: Gelecek ay, sizden başka birinin yine aynı dışa aktarıma ihtiyacı olacak mı?

MCP, kaynak canlı ve tekrarlayan olduğunda değerini kanıtlar. Saatlik olarak değişen bir veritabanı, bir bilet kuyruğu, haftalık bir raporu besleyen bir depo tablosu. Buradaki test, aksi takdirde haftaya aynı şeyi tekrar dışa aktarıp aktarmayacağınızdır.

Bir de güvenlik boyutu var. Bağlı bir kaynak, tek seferlik bir paylaşımdan ziyade sürekli bir yetkilendirmedir. 2026-07-28 yetkilendirme değişiklikleri tam da bu ayrım önemli olduğu için yapıldı.

Özetle

MCP, ajanlar ile veri kaynakları arasında standart bir prizdir. 2026-07-28 sürümü çekirdeği durumsuz hale getirdi, yönlendirmeyi üstbilgilere taşıdı, liste sonuçlarını önbelleğe alınabilir yaptı ve yetkilendirmeyi sıkılaştırdı. Roots, Sampling, Logging ve eski HTTP+SSE aktarımı on iki aylık bir süre tanınarak kullanımdan kaldırıldı.

Tek seferlik bir dosya için tüm bunları geçin. Powerdrill Bloom'u ücretsiz deneyin — dosyayı yükleyin, sorunuzu doğal dilde sorun ve grafiği veya sunumu dışa aktarın. Sunucu seçeneklerini karşılaştırıyorsanız, en iyi MCP platformlarına göz atın.

Sıkça sorulan sorular

MCP'nin açılımı nedir?

Model Context Protocol. Yapay zeka istemcilerini tek bir arayüz üzerinden araçlara ve veri kaynaklarına bağlamak için açık bir standarttır. Böylece her yeni kaynak için özel bir entegrasyon yapma zorunluluğu ortadan kalkar.

MCP 2026-07-28 spesifikasyonunda ne değişti?

Çekirdek durumsuz hale geldi, oturumlar ve el sıkışmalar kaldırıldı. Çoklu Gidiş-Dönüş İstekleri, açık akışlar üzerindeki sunucu başlatmalı isteklerin yerini aldı ve yönlendirme Mcp-Method ve Mcp-Name üstbilgilerine taşındı. Liste sonuçları önbelleğe alınabilir hale geldi ve yetkilendirme, yayıncı doğrulaması ve yayıncıya bağlı kimlik bilgileri ile güçlendirildi.

MCP, bir API ile aynı şey midir?

Hayır. Bir API, tek bir sağlayıcının tek bir sisteme yönelik arayüzüdür. Protokol ise birçok sistemin uygulayabileceği ortak bir sarmalayıcıdır; böylece uyumlu herhangi bir istemci, kaynak başına özel kod yazmaya gerek kalmadan bunları keşfedebilir ve çağırabilir.

Yeni MCP spesifikasyonunda neler kullanımdan kaldırıldı?

Roots, Sampling ve Logging'in yanı sıra eski HTTP+SSE aktarımı da kullanımdan kaldırıldı. Dynamic Client Registration yerini Client ID Metadata Documents'a bırakıyor. Yöneticiler, kaldırma işleminden önce en az on iki aylık bir süre tanınacağını belirtti.

Bir e-tabloyu yapay zeka ile analiz etmek için MCP'ye ihtiyacım var mı?

Hayır. Zaten sahip olduğunuz bir dosya için, onu yüklemek daha basit ve hızlıdır. Protokol, kaynak canlı olduğunda ve aksi takdirde aynı verileri belirli bir programa göre tekrar dışa aktaracağınız durumlarda kurulmaya değerdir.