AI’de MCP Nedir? Model Context Protocol Açıklandı

AI Neden Dış Bağlantılara İhtiyaç Duyar

Bir AI asistanı kodu iyi bir şekilde açıklayabilir veya bir toplantı gündemini taslak halinde hazırlayabilir. Bunu canlı bir depo sorunu veya o sorunun arkasındaki özel dosyaları incelemesi için istediğinizde, bir boşluk ortaya çıkar. Aynı durum takvim veya dahili bilgi tabanınız için de geçerlidir. Model bilgileri yorumlayabilecek kapasiteye sahip olabilir, ancak uygulama yine de bunu almak için kontrollü bir yola ihtiyaç duyar.

Geliştiriciler geleneksel olarak bu bağlantıları birer birer kurarlar. Bir asistan depo entegrasyonu alır. Diğeri bir takvim bağlayıcısına ihtiyaç duyarken, üçüncüsü aynı sorun izleyicisine farklı bir arayüz üzerinden ulaşır. AI uygulamaları ve dış sistemler çoğaldıkça, bunların entegrasyonları da çoğalır. Her bağlantı kimlik doğrulama ve izin kararlarını beraberinde getirir, bunu takiben devam eden bakım ve veri işleme sorumlulukları gelir. Ölçekte, tek seferlik bağlantılar tekrarlanan mühendislik çalışmasına dönüşür.

Eksik olan parça daha akıllı bir model değildir. AI uygulamaları ile dış bağlam veya eylemler arasında yeniden kullanılabilir bir bağlantı sınırıdır. Bu kılavuz bu sınırı bulur ve bir isteği onun içinde izler. Daha sonra yakındaki kavramları ayırır ve uygunluğunu değerlendirmenize yardımcı olur.

MCP Nedir ve Neden Var Olduğu

Model Context Protocol (MCP), uyumlu AI uygulamalarına veri, araçlar ve yeniden kullanılabilir iş akışları sağlayan harici sistemlere bağlanmanın tutarlı bir yolunu veren açık bir standarttır. Bu, resmi tanıtımı yeniden ifade eder. “Açık standart” satıcıların bir ürünün özel bağlayıcı formatı yerine paylaşılan genel kuralları uygulayabileceği anlamına gelir. Uygulamada, MCP aracılığıyla yayınlanan bir yetenek, her bir ana bilgisayarın desteklediği ve izin verdiği şeylere tabi olarak birkaç uyumlu ana bilgisayara hizmet verebilir.

Yaygın benzetme “AI uygulamaları için USB-C” dir. Her eşleştirme için farklı bir fiş icat etmek yerine, ürünler paylaşılan bir bağlantı standardı uygulayabilir. Sınır benzetme kadar önemlidir. Uyumluluk, bir sistemin güvenli, yetkili veya yüksek kaliteli olduğunu kanıtlamaz. Ayrıca her ana bilgisayarın aynı özellikleri desteklediği anlamına da gelmez.

Anthropic, MCP’yi 25 Kasım 2024’te tanıttı, ardından Aralık 2025’te Linux Foundation’ın Agentic AI Foundation‘a katkıda bulundu. Artık Anthropic’e özgü tescilli bir özellik yerine açık yönetilen, satıcılar arası bir projedir. Destek, başlıca AI uygulamaları ve geliştirici araçları arasında yaygındır, ancak uygulama ve onay davranışı değişiklik gösterir.

MCP Mimarisi: Hostlar, İstemciler ve Sunucular

MCP host, kullanıcıya yönelik AI uygulamasıdır. Arayüzü, modeli ve dış sistemlere bağlantıları koordine eder. Host politikası hangi yeteneklerin görüneceğini ve onay gerektiğinde ne zaman gerekli olduğunu belirler. Host ayrıca sonuçları kullanıcıya döndürür. Model içinde çalışır; normalde doğrudan dış sistemlere bağlanmaz.

MCP istemcisi, hostun bir sunucu bağlantısı için oluşturduğu veya yönettiği protokol konuşan bileşendir. Bağlı her sunucu için bir istemci vardır. Ürün arayüzü bunu gizleyebilir, ancak istemci ve host farklı kalır. Ayrı istemciler, bağlantıları ve açığa çıkarılan yetenekleri host kontrolü altında tutar.

MCP sunucusu, MCP aracılığıyla yetenekleri ortaya koyan bir programdır—donanım sınıfı değildir. Aynı sunucu bir dizüstü bilgisayarda çalışabilir ve kullanıcının hesabı altında seçili yerel dosyalarla çalışabilir. Bunu uzak bir hizmet olarak çalıştırın ve ağ kimliği ve kullanılabilirliği işletim kaygıları haline gelir. MCP rolü her iki konumda da aynı kalır.

Sunucular üç ana yetenek türünü ortaya koyan. Bir araç, bir sorunu alma veya takvim etkinliği oluşturma gibi bir işlemdir. Bir kaynak, bir dosya, kayıt veya şema gibi okunabilir bağlamdır. Bir istem, bir olay incelemesi istemi gibi yeniden kullanılabilir bir etkileşim şablonudur.

User request
     ↓
┌─ MCP host: AI application ───────────────────────────┐
│ Interface + model + policy/approval + result handling│
│                                                     │
│ ├─ MCP client A ────────────────────────────────────┼─⇄ Local MCP server
│ └─ MCP client B ────────────────────────────────────┼─⇄ Remote MCP server
└─────────────────────────────────────────────────────┘          │
                                                                 ├─ each exposes tools / resources / prompts
                                                                 ├─ local server ⇄ local files or application
                                                                 └─ remote server ⇄ external API, database, or service

Request/action travels →        Result/context returns ←

Resmi mimari genel bakış daha derinlemesine gider. Bir sunucu, mevcut bir API veya veritabanının önünde oturabilir. Ayrıca komut satırı arayüzü, dosya sistemi veya iş hizmetine erişim sağlayabilir. MCP, maruziyeti ve değişimi standartlaştırır; temel sistem verileri depolar veya işlemi gerçekleştirir.

Hizmet masası terimleriyle, host ziyareti koordine eder. Her istemci bir protokol konuşan memurdur ve bir masaya atanmış, her sunucu ise bir yetenek menüsü yayınlar. Bu menü kullanılabilirliği gösterir, güvenliği değil.

Bir MCP İsteği Nasıl Çalışır

Bu mimarinin hareket halinde olduğunu düşünün. Bir geliştirici, bir kodlama asistanından bir sorunu ve ilgili depo dosyalarını incelemesini, ardından olası nedeni açıklamasını ister. Görev salt okunur: araştırın, ancak düzenlemeyin, işlemeyin, birleştirmeyin veya dağıtmayın.

Tipik bir kavramsal akış altı aşamaya sahiptir:

1. Ana bilgisayar bağlanır. Asistan, MCP istemcileri aracılığıyla sorun ve depo sunucularına ulaşacak şekilde yapılandırılır.
2. Ana bilgisayar yetenekleri keşfeder ve filtreler. İstemciler sunucularının neler sunduğunu öğrenirler; ana bilgisayar seti yapılandırma, ilgililik ve izin ile daraltır.
3. Kullanıcı soruyu sorar. Ana bilgisayar modele isteği, mevcut bağlamı ve yalnızca ilgili yetenek açıklamalarını verir.
4. Model bir işlem önerir. Uygun bir okuma aracı seçer. Ana bilgisayar politiği uygular ve gerekirse onay ister; davranış ana bilgisayar ve yapılandırmaya göre değişir.
5. Sunucu işi gerçekleştirir. Sorun izleyiciyi, depo arayüzünü veya API’yi çağırır ve yapılandırılmış sonuçları istemci aracılığıyla döndürür.
6. Model kanıtları yorumlar. Ana bilgisayar döndürülen bilgileri model bağlamına ekler ve model bunu kullanıcıya açıklar.

Burada, yetenek keşfi, istemcinin uygulamaya kodlanmış bir menüye güvenmek yerine bir sunucunun şu anda neler sunduğunu öğrenmesi anlamına gelir. Sağlayıcı bu menüyü her ana bilgisayarın içinde ayrı olarak yeniden tanımlamadan geliştirebilir.

Diyagramın gösterdiği gibi, istek ana bilgisayardan istemciye, sunucuya ve temel sisteme hareket eder. Sonuçlar model bunları kullanmadan önce aynı yol boyunca geri döner.

Küçük, göreve özgü bir yetenek seti genellikle tam katalogdan daha iyidir. Dar maruz kalma gereksiz ayrıcalığı sınırlar. Daha az açıklama ayrıca token kullanımını, maliyeti ve gecikmeyi azaltırken araç seçimini daha az kafa karıştırıcı hale getirir. Keşif seçenekler sağlar; ana bilgisayar hangilerinin etkileşime gireceğine karar verir.

MCP, API’ler, Fonksiyon Çağrısı, Ajanlar ve RAG

MCP, API’ler, fonksiyon çağrısı, ajanlar ve retrieval-augmented generation (RAG) genellikle rakipler olarak sunulur. Farklı sorunları çözerler ve düzenli olarak birlikte çalışırlar.

Katmanlı zincir şöyle görünebilir: temel hizmet/API → MCP sunucusu → MCP istemcisi/ana bilgisayarı → model araç seçimi → isteğe bağlı ajan döngüsü.

Depo örneğinde, bir API verileri sağlar ve bir MCP sunucusu kapsamlı bir okuma işlemini ortaya çıkarır. Fonksiyon çağrısı modelin bu işlemi önermasine izin verir. İsteğe bağlı bir ajan döngüsü onaylanan okumaları tekrarlayabilir. Hizmet mevcut arayüzünü korurken uyumlu ana bilgisayarlar işlemi keşfetmek için standart bir yol kazanır.

“Bağlayıcı” ve “eklenti” ürün etiketleridir, MCP eşanlamlıları değildir. Her ikisi de MCP’yi veya tescilli bir entegrasyonu kullanabilir; ad tek başına protokolü ortaya koymaz.

Pratik MCP Kullanım Durumları

MCP kullanım durumlarının iki pratik şekli vardır. Bağlam ve okuma işlemleri kaynağı değiştirmeden kanıt toplar. Sonuç doğuran eylemler veri güncelleme veya mesaj gönderme gibi dış etki yaratır. MCP her ikisini de açığa çıkarabilir; güvenlik bölümü ikinci grup için gereken daha sıkı kontrolleri açıklar.

En güvenli ilk projeler bu nedenle dar ve okuma ağırlıklıdır:

Geliştirme ekipleri, aynı depolar ve sorunlara karşı bir editör, sohbet arayüzü ve inceleme aracı kullanabilir. Paylaşılan bir yetenek, her ana bilgisayara aynı kapsamlı kanıtı vererek, bir araştırma başlamadan önce kurulum işini azaltır.

İşletme ekipleri için, acil değer daha hızlı hazırlıktır. Onaylı bilgi tabanı veya CRM bağlamı, yanıt taslağı veya toplantı özetini destekleyebilir, böylece personel inceleme öncesinde arka plan toplamak için daha az zaman harcayabilir.

Kendi sunucularını yönetenler, özel dosyaları ve ev laboratuvarı hizmetlerini birkaç arayüz arasında hareket etmeden kontrol etmek için aynı deseni kullanabilir. Bulut ve BT ekipleri, günlükleri, metrikleri ve runbook’ları bir araştırmaya getirebilir, olay kanıtını ilişkilendirmeyi kolaylaştırabilir.

Dört satırın tamamında, yararlı bir ilk proje adlandırılmış bir kaynağa, açık bir göreve ve gözlemlenebilir bir sonuca sahiptir. Bu, kapsam büyümeden önce değerini yargılamayı kolaylaştırır.

Yerel vs Uzak MCP

Bir MCP sunucusu, iki yaygın yerde bulunabilen bir yazılım rolüdür. Yerel bir sunucu, ana bilgisayarın başlattığı veya stdio üzerinden eriştiği bir işlemdir; bu, yerel işlemler arasında doğrudan standart giriş/çıkış anlamına gelir. Yerel dosya ve uygulamalara yakın bulunur, genellikle bir istemciyi hizmet eder ve kullanıcının ayrıcalıklarıyla çalışabilir.

Uzak bir sunucu, MCP’nin uzak taşıması (şu anda Streamable HTTP) kullanılarak HTTPS üzerinden erişilen sürekli olarak ulaşılabilir bir hizmettir. Bir veya birçok uyumlu ana bilgisayara hizmet verebilir. “Uzak”, halka açık internete maruz kalması anlamına gelmez, hedeflenen ağ istemcileri tarafından ulaşılabilir anlamına gelir.

Local:  AI host → stdio → local MCP process → scoped local files/app
                        [same-machine trust boundary]

Remote: AI host → HTTPS → remote MCP service → API/database/business system
                        [network + identity trust boundary]

MCP’yi uzaktan çalıştırmak, olağan hizmet sorumluluklarını oluşturur. Erişim ve sırlar korunması gerekir, günlükler ve izleme davranışı görünür kılar. Yama, kullanılabilirlik ve ağ sınırları da işletme endişeleri haline gelir. Sonraki bölüm bu denetimleri tamamen kapsar.

Standart bir AlexHost VPS, küçük, her zaman açık olan uzak MCP hizmeti veya ağ geçidi için uygun olabilir. AlexHost AI barındırması, yalnızca kendi kendine barındırılan model çıkarımı ayrı, işlem açısından ağır bir iş yükü olduğunda önemlidir. MCP’nin kendisi GPU gerektirmez.

MCP Güvenliği ve Güven

Uyumluluk, veri ve eylemler sınırı aştığında bir güvenlik sorusu haline gelir. Bir sunucu seçili verileri alabilir veya dış eylemleri tetikleyen araçları ortaya çıkarabilir. Bir aracın adı ve açıklaması yazılım talepleridir, güvenli davranışın kanıtı değildir. Aynı dikkat ek açıklamalarına da uygulanır.

Yerleşim riski değiştirir. Yerel bir sunucu, kullanıcının dosya ve ağ erişimini miras alabilen yürütülebilir koddur. Uzak bir sunucu ağ üzerinden veri alır, bu nedenle kimliği ve yetkilendirme kontrolleri önemlidir. Bağlantı ayrıca taşıma korumasına ve operatöre olan güvene bağlıdır.

⚠️ Uyarı: Bağlantı uyumluluğu bir güven sertifikası değildir. USB-C’de olduğu gibi, birlikte çalışabilirlik bir bileşenin verilerinizi veya izinlerinizi alıp almayacağına karar vermez.

Bu altı bölümlü temeli kullanın:

1. Kasıtlı olarak seçin. Resmi, incelenmiş veya dahili olarak kontrol edilen sunucuları tercih edin. Yerel kodu çalıştırmadan önce tam komutu ve paketi inceleyin.
2. Maruziyeti dar tutun. Yalnızca gerekli sunucuları, yetenekleri, dizinleri, kayıtları ve araçları izin verin. Salt okunur olarak başlayın ve en az ayrıcalık uygulayın—gereken minimum erişim.
3. Önemli eylemleri kapıyla kontrol edin. Gönderme, silme, ödeme, dağıtma, izin değiştirme ve benzer işlemler için açık onay veya sıkı bir politika gerekli kılın.
4. Uzak erişimi koruyun. Uygun kimlik doğrulama ve yetkilendirme, HTTPS, kapsamlı kimlik bilgileri ve dikkatli gizli dizi işleme kullanın.
5. Yerel işlemleri izole edin. Özellikle geniş dosya sistemi veya ağ erişimine ihtiyaç duymadıkları zaman, uygulanabilir yerlerde korumalı alana alın.
6. Yararlı günlükleri saklayın. Bağlantıları, veri paylaşımını, araç çağrılarını, onayları, hataları ve sonuçları denetim için kaydedin.

Bir kayıt defteri keşfi kolaylaştırır, açık kaynak lisansı incelemeye izin verir ve geçerli bir uygulama uyumluluğu sağlar. Hiçbiri tek başına güvenliği garantilemez. Resmi MCP güvenlik rehberi uygulayıcılar için daha derindir.

Güvenlik paylaşılmış kalır. Ana bilgisayar maruziyeti kontrol eder ve sunucu sınırlarını uygular. Operatör dağıtımı ve kimlik bilgilerini korur, temel sistem ise her isteği yetkilendirir.

MCP Ne Zaman Kullanılır

MCP, bağımsız olarak sağlanan yeteneklerin uyumlu konaklar arasında yeniden kullanılması gerektiğinde ek sınırını kazanır. Runtime keşfi, bu yetenekler zaman içinde değiştiğinde de önemli olabilir. Paylaşılan bir sınır, yönetişimi tutarlı tutarken yeteneğin ve konağın ayrı ayrı gelişmesine izin verebilir.

Bir uygulamanın küçük, kararlı bir entegrasyona ihtiyacı varsa, doğrudan bir API çağrısı veya uygulamaya ait bir işlev daha basit olabilir. Kod zaten işlem sırasını biliyorsa, deterministik bir iş akışı kullanın: model tarafından seçilen adımlar yerine öngörülebilirliği ve denetlenebilirliği tercih eden önceden tanımlanmış bir dizi.

Pratik bir filtre olarak bu altı soruyu kullanın:

1. Birden fazla uyumlu AI konak yeteneği yeniden kullanacak mı? Hayırsa, doğrudan bir entegrasyon yeterli olabilir.
2. Yetenek konaktan bağımsız olarak gelişmeli veya dinamik olarak keşfedilmeli mi? Hayırsa, uygulamaya ait işlevler daha basit olabilir.
3. Bir model işlemler arasında seçim yapmalı mı, yoksa dizi zaten bilinmekte mi? Bilinen diziler deterministik kodu tercih eder.
4. Takım bu sınırı yönetebilir mi? Hayırsa, henüz önemli MCP araçlarını eklemeyin; önce güvenlik bölümündeki denetimleri uygulayın.
5. Eklenen gecikme, yetenek seçimi hataları ve hizmet işlemleri yeniden kullanım tarafından haklı mı? Hayırsa, sınırı daha küçük tutun.
6. Hedef konaklar projenin ihtiyaç duyduğu ilkelleri ve onay davranışını destekliyor mu? Emin değilseniz, MCP’yi standartlaştırmadan önce uyumluluğu doğrulayın.

Dinamik keşfe “evet” demek, tam kataloğu ortaya çıkarmanın bir nedeni değildir. Çok fazla açıklama token tüketir, maliyet ve gecikme ekler ve seçimi daha az güvenilir hale getirir. Daha fazla araç daha iyi bir uygulamayı garanti etmez.

İşe yarayan en basit entegrasyonla başlayın. MCP’yi yalnızca kontrol listesi doğrudan bir entegrasyona göre açık bir avantajı işaret ettiğinde seçin.

Sonuç

Başından itibaren asistana dön. MCP, modelin akıl yürütme yeteneğini değiştirmedi. Konağa seçili dış bağlamı almak için tanımlanmış bir yol verdi.

Zihinsel model basittir: sunucu ortaya çıkarır; istemci bağlanır; konak kontrol eder; alttaki sistem işi yapar. MCP, daha geniş bir AI yığını içinde bir bağlantı katmanıdır.

MCP’yi benimsemeden önce, birden fazla AI konağının faydalanacağı dar, salt okunur bir yetenek belirleyin. Bir tane adlandıramazsanız, bunun yerine doğrudan bir entegrasyonla başlayın.