MCP Nedir? Model Context Protocol ve Yapay Zeka Ajanları

MCP (Model Context Protocol), yapay zeka modellerinin ve ajanların dış sistemlere — veritabanları, dosya sistemleri, API'ler, kurumsal uygulamalar — tek ve standart bir arayüz üzerinden bağlanmasını sağlayan açık bir protokoldür. Anthropic tarafından açık standart olarak yayımlanan MCP sayesinde bir sistemi yalnızca bir kez tanımlarsınız; protokolü konuşan her yapay zeka istemcisi o sistemi kullanabilir. Kısacası MCP, dil modelleri ile gerçek dünyadaki uygulamalar arasındaki ortak dildir.

Yaygın benzetme şudur: MCP, yapay zeka uygulamaları için USB-C gibidir. Her cihaz için ayrı kablo taşımak yerine tek bir bağlantı standardı kullanırsınız. Ucuna taktığınız şey değişir, bağlantı biçimi değişmez.

MCP hangi sorunu çözüyor?

Bir dil modeli tek başına yalnızca metin üretir. İşe yarar bir yapay zeka ajanı olabilmesi için CRM'den kayıt okuması, veritabanında sorgu çalıştırması, bir dosyayı açması ya da sipariş sistemine yazması gerekir. Bu yeteneklere "araç" (tool) denir ve MCP'den önce her araç, her uygulama için elle bağlanırdı.

Ortaya çıkan tablo klasik N×M problemidir: N tane yapay zeka uygulamanız ve M tane sisteminiz varsa, teorik olarak N×M ayrı entegrasyon yazmanız gerekir. Bunun pratikteki bedelleri şunlardır:

• Tekrarlanan iş: Aynı ticket sistemi veya veritabanı bağlantısı her ajan projesinde baştan yazılır.
• Dağınık yetkilendirme: Her entegrasyon kendi kimlik doğrulama ve anahtar saklama yöntemini getirir; merkezî bir denetim noktası oluşmaz.
• Sağlayıcıya bağımlılık: Araç tanımları belirli bir model sağlayıcısının biçimine gömüldüğünde, model değiştirmek entegrasyon katmanını yeniden yazmak anlamına gelir.
• Bakım yükü: Hedef sistemin API'si değiştiğinde o sisteme dokunan bütün ajanlar tek tek güncellenir.

MCP bu ilişkiyi N+M'e indirir: her sistem için bir sunucu, her uygulama için bir istemci. Aradaki sözleşme sabit kalır.

MCP nasıl çalışır? İstemci, sunucu ve araçlar

MCP, JSON-RPC 2.0 üzerine kurulu bir istemci–sunucu protokolüdür. Üç temel bileşeni vardır.

Host ve istemci (client)

Host, kullanıcının etkileşime girdiği yapay zeka uygulamasıdır: bir sohbet arayüzü, bir kod editörü ya da kendi kurduğunuz ajan çalışma zamanı. Host, bağlanmak istediği her MCP sunucusu için bir istemci örneği açar. İstemci, el sıkışma sırasında sunucunun hangi yetenekleri sunduğunu öğrenir ve bunları modele bildirir.

Sunucu (server)

MCP sunucusu, belirli bir sistemin yeteneklerini protokolün diliyle dışa açan küçük bir programdır. Bir dosya sistemi sunucusu "dosya oku" ve "dizin listele" işlevlerini, bir veritabanı sunucusu "şemayı getir" ve "sorgu çalıştır" işlevlerini sunar. Sunucu yerel makinede çalışabileceği gibi uzak bir servis olarak da barındırılabilir.

Araçlar, kaynaklar ve istemler

• Araçlar (tools): Modelin çağırabileceği eylemler. Her aracın adı, açıklaması ve girdi şeması vardır; model bu tanıma bakarak hangi aracı ne zaman çağıracağına karar verir.
• Kaynaklar (resources): Modele bağlam olarak verilebilecek okunabilir veriler — bir doküman, bir tablo şeması, bir log dosyası. Eylem değil, veri sağlarlar.
• İstemler (prompts): Sunucunun sunduğu hazır ve parametreli iş akışı şablonları. Tekrarlayan görevleri standart hale getirir.

Protokol, istemci tarafında da yetenekler tanımlar: sunucunun istemciden model çıktısı talep etmesi (sampling) ve eksik bilginin kullanıcıya sorulması (elicitation) bunların başında gelir. Taşıma katmanında iki yaygın seçenek vardır: yerel süreçler için stdio, uzak sunucular için HTTP tabanlı akış.

Bir çağrı nasıl ilerler?

Kullanıcı "geçen haftanın açık taleplerini özetle" dediğinde sıra şöyle işler: istemci bağlı sunuculardan araç listesini alır ve modele sunar; model uygun aracı ve parametreleri seçer; istemci çağrıyı sunucuya iletir; sunucu gerçek sistemle konuşur ve sonucu döndürür; model dönen veriyle yanıtı hazırlar. Model hiçbir aşamada hedef sisteme doğrudan erişmez — arada her zaman sunucu durur. Bu ayrım, ilerideki güvenlik başlığının da temelidir.

MCP sunucusu ne işe yarar?

MCP sunucusu, bir sistemin yapay zekâya açılan kapısıdır ve aynı anda üç iş görür:

• Çeviri: Kurumsal API'nin karmaşık uç noktalarını, modelin anlayabileceği sade ve iyi tanımlanmış araçlara dönüştürür.
• Sınır çizme: Hangi işlemlerin mümkün olduğunu sunucu belirler. Yalnızca okuma yapan bir sunucu tanımlarsanız, ajan ne kadar ısrarcı olursa olsun yazma işlemi yapamaz.
• Yeniden kullanım: Aynı sunucu farklı ajanlar, farklı ekipler ve farklı modeller tarafından ortak biçimde kullanılır.

Bir başka pratik faydası test edilebilirliktir. Araç davranışını ajandan bağımsız doğrulayabildiğiniz için hata ayıklama çok daha öngörülebilir hale gelir; "model mi yanlış karar verdi, araç mı yanlış sonuç döndü" sorusu net biçimde ayrışır.

MCP öncesi ve MCP ile: karşılaştırma

MCP nasıl kullanılır?

Hazır bir MCP sunucusuna bağlanmak

Tüketici tarafında iş, sunucuyu istemcinizin yapılandırmasına tanıtmakla başlar: sunucunun nasıl çalıştırılacağı, hangi kimlik bilgileriyle bağlanacağı ve hangi kapsamlara sahip olacağı belirtilir. Bağlantı kurulduğunda istemci araç listesini otomatik olarak alır. Bu noktada iki karar kritiktir: hangi sunucuların bağlanmasına izin verildiği ve hangi işlemlerin kullanıcı onayı gerektirdiği.

Kendi MCP sunucunuzu geliştirmek

• Kapsamı dar tutun: Tüm API'yi aynanız gibi dışa açmayın; ajanın gerçekten ihtiyaç duyduğu işlemleri tanımlayın.
• Şemaları net yazın: Araç adı ve açıklaması modelin tek yol göstericisidir. Belirsiz açıklama, yanlış araç seçimi demektir.
• Hata mesajlarını modele okunur verin: "400 Bad Request" yerine eksik alanın adını döndüren bir mesaj, ajanın kendini düzeltmesini sağlar.
• Salt okunurla başlayın: Önce okuma araçlarını yayına alın, yazma yeteneklerini kademeli ekleyin.
• Yanıtı sadeleştirin: Devasa JSON gövdeleri yerine özetlenmiş, alan adları anlaşılır çıktılar verin.

Kurumsal senaryolar

MCP, "sohbet botuna internet erişimi vermek" gibi dar bir konu değildir; kurum içi sistemlerin ajanlara güvenli biçimde açılmasıdır. Tipik kullanım alanları:

• Müşteri operasyonu: Ajanın talep kayıtlarını okuması, sipariş durumunu sorgulaması ve yanıt taslağı hazırlaması.
• Kurumsal bilgi erişimi: Doküman arşivi, prosedürler ve teknik dokümantasyonun kaynak olarak modele açılması.
• Raporlama: Veri ambarına salt okunur sorgu araçları tanımlayıp doğal dille rapor üretilmesi.
• Operasyon ve üretim: Stok, planlama ve bakım sistemlerinden durum bilgisi çekilmesi.
• Geliştirici verimliliği: Depo, hata takip ve dağıtım sistemlerinin tek protokol üzerinden ajanlara bağlanması.

Bu senaryolarda ortak nokta şudur: değeri belirleyen şey modelin gücünden çok, ona verilen araçların doğru tasarlanmış olmasıdır.

Güvenlik ve yetkilendirme: bir ajana araç vermek risk de açar

Dürüst olmak gerekir: MCP yalnızca yetenek eklemez, saldırı yüzeyi de ekler. Metin üreten bir modeli, sisteminizde işlem yapabilen bir aktöre dönüştürürsünüz. Dikkate alınması gereken başlıklar:

• İstem enjeksiyonu: Araçtan dönen içerik (bir e-posta gövdesi, bir web sayfası, bir kayıt notu) modele talimat vermeye çalışabilir. Araç çıktısı her zaman veri olarak ele alınmalı, talimat olarak değil.
• Aşırı geniş yetki: Kolaylık olsun diye verilen tam erişimli hesaplar, ajanın hatasını sistem çapında bir hataya dönüştürür. En az yetki ilkesi burada pazarlık konusu değildir.
• Kafası karışmış vekil: Sunucu, kendi yüksek yetkisiyle kullanıcı adına işlem yaparsa, kullanıcının aslında yetkisi olmayan verilere erişim açılabilir. Yetki kontrolü sunucu tarafında da yapılmalıdır.
• Güvenilmeyen sunucular: Üçüncü taraf bir sunucu, araç tanımlarını sonradan değiştirerek davranışını dönüştürebilir. Kaynağı bilinmeyen sunucular kurumsal ortama bağlanmamalı; bağlananlar sürümlenip gözden geçirilmelidir.
• Kimlik bilgisi sızıntısı: Token'ların model bağlamına veya loglara düşmesi ciddi bir risktir. Kimlik bilgileri sunucu tarafında kalmalı, istem içine taşınmamalıdır.

Uygulanabilir önlemler: yıkıcı işlemler için insan onayı, sunucu izin listesi, kapsam bazlı kimlik doğrulama, hassas sistemler için kendi altyapınızda barındırma, salt okunur varsayılan ve tüm araç çağrılarının denetim kaydına alınması. Bir ajan mimarisinin olgunluğu, hangi araçları verdiğinizden çok hangilerini bilinçli olarak vermediğinizle ölçülür.

MCP'nin ajan mimarisindeki yeri

Bir ajan sistemini dört katman olarak düşünebilirsiniz: muhakemeyi yapan model, görevi planlayan ve döngüyü yöneten orkestrasyon katmanı, dış dünyaya erişimi sağlayan araç katmanı ve nihayet gerçek sistemler. MCP, bu tablonun araç katmanı standardıdır.

Bu ayrımı görmek önemli; çünkü MCP planlamayı, hafızayı, değerlendirme (evaluation) altyapısını veya maliyet yönetimini çözmez. Yalnızca bağlantı sorununu standarda bağlar — ama tam da bu sayede geri kalan katmanlar üzerinde çalışabilecek alanı açar. Ajanların genel çalışma mantığını hatırlamak isterseniz yapay zeka ajanları (AI agents) nedir yazımıza göz atabilirsiniz. Kurumunuzdaki sistemleri ajanlara güvenli biçimde açmayı planlıyorsanız hizmetlerimiz sayfasında bu çalışmaların nasıl yürütüldüğünü bulabilirsiniz.

Sıkça Sorulan Sorular

MCP ile normal bir API arasındaki fark nedir?

API, yazılımlar arasında konuşma yöntemidir; MCP ise yapay zeka istemcilerinin araçları keşfetmesi ve çağırması için ortak bir sözleşme tanımlar. MCP, API'nin yerini almaz; genellikle bir MCP sunucusu mevcut API'nin önünde durur ve onu modelin anlayacağı biçime çevirir.

MCP sunucusu kurmak için ne bilmek gerekir?

Temel düzeyde bir programlama dili ve hedef sistemin API'si yeterlidir; resmî SDK'lar protokol ayrıntılarının çoğunu üstlenir. Asıl zorluk teknik değil tasarımsaldır: hangi araçların tanımlanacağına, girdi şemalarının nasıl kurgulanacağına ve yetki sınırlarının nerede çizileceğine karar vermek.

MCP sadece belirli bir model ailesiyle mi çalışır?

Hayır. MCP açık bir standarttır ve model bağımsız tasarlanmıştır. Protokolü destekleyen herhangi bir istemci, aynı sunucuya bağlanabilir. Modelin araç kullanma becerisi sonucun kalitesini etkiler, ancak protokol tek bir sağlayıcıya bağlı değildir.

MCP kullanmak verilerimi dışarıya gönderir mi?

Bu tamamen mimariye bağlıdır. Sunucuyu kendi altyapınızda çalıştırırsanız veri kurum sınırları içinde kalır; modele yalnızca aracın döndürdüğü içerik gider. Üçüncü taraf bir uzak sunucuya bağlanırsanız o servisin veri işleme politikası devreye girer. Hassas sistemlerde kendi sunucunuzu barındırmak tercih edilen yoldur.

MCP, function calling'in yerini mi alıyor?

Hayır, onu tamamlar. Function calling modelin bir aracı çağırma kabiliyetidir; MCP ise o aracın nasıl tanımlanacağını, keşfedileceğini ve bağlanacağını standartlaştıran katmandır. Model yine fonksiyon çağırır — fark, çağrılabilir araçların artık her uygulama için baştan yazılmamasıdır.