MCP (Model Context Protocol) Nedir? Kurumsal Agent Entegrasyonları Rehberi

MCP nedir? MCP (Model Context Protocol, Türkçesiyle Model Bağlam Protokolü), yapay zeka modellerini ve uygulamalarını dış araçlara, veri kaynaklarına ve iç sistemlere standart bir arayüzle bağlayan açık bir protokoldür. Amacı, her model ile her araç arasında ayrı ayrı özel entegrasyon yazma zorunluluğunu ortadan kaldırmak ve tek bir ortak dil tanımlamaktır; bu yüzden çoğu zaman "yapay zekanın USB-C'si" olarak anılır.

Bir dil modeli tek başına yalnızca metin üretir; e-posta gönderemez, veritabanı sorgulayamaz, dosya okuyamaz veya bir kurumsal sisteme yazamaz. Onu gerçekten işe yarar kılan şey, dış dünyaya bağlanabilmesidir. İşte MCP tam olarak bu bağlantıyı standartlaştırır. Bu rehberde mcp nedir, hangi sorunu çözer, host–client–server mimarisi nasıl işler, MCP server ekosistemi nedir, function calling ile farkı nedir, kurumsal entegrasyon desenleri nelerdir, bir AI agent ile ilişkisi nasıldır, kendi MCP server'ınızı nasıl kurarsınız, güvenlik ve KVKK açısından nelere dikkat etmelisiniz, nasıl ölçeklenir ve yaygın hatalar nelerdir sorularını bir yapay zeka mühendisi ve danışman titizliğiyle ele alıyoruz.

Tanım

MCP (Model Context Protocol)

Yapay zeka modellerini ve uygulamalarını dış araçlara, veri kaynaklarına ve sistemlere standart bir arayüzle bağlayan açık protokol. Host (barındıran uygulama), client (istemci) ve server (sunucu) katmanlarından oluşan bir istemci-sunucu mimarisi kullanır; bir MCP server tools, resources ve prompts biçiminde yetenekler sunar. MCP, her model–araç çifti için ayrı entegrasyon yazma yükünü ortadan kaldırır, function calling üzerine kurulu araç entegrasyonunu yeniden kullanılabilir bir standarda dönüştürür ve 'yapay zekanın USB-C'si' olarak anılır.

Ayrıca: Model Context Protocol, Model Bağlam Protokolü, MCP, yapay zekanın USB-C'si

Mcp nedir sorusunun en kısa cevabı şudur: yapay zeka modellerini dış araçlara ve verilere bağlamak için tasarlanmış açık, standart bir protokol. "Model" kelimesi bu protokolün merkezinde bir dil modelinin olduğunu; "Context" (bağlam) kelimesi modelin işini yapabilmesi için ihtiyaç duyduğu dış bilgi ve yeteneklerin ona taşındığını; "Protocol" (protokol) kelimesi ise bu taşımanın rastgele değil, üzerinde anlaşılmış ortak kurallarla yapıldığını anlatır. Üç kelime, bir mimarinin özünü özetler.

Bir benzetme meseleyi netleştirir. USB-C çıkmadan önce her cihazın kendi kablosu, kendi girişi vardı; telefon, kamera, dizüstü bilgisayar ve kulaklık için ayrı ayrı adaptörler taşımak gerekiyordu. USB-C tek bir fiziksel standartla bu kaosu bitirdi. Yapay zeka dünyasında da benzer bir kaos vardı: her model, her araca ayrı bir "kabloyla" bağlanıyordu. MCP, tam olarak USB-C'nin donanımda yaptığını yazılımda yapar; tek bir protokolle birçok aracı birçok modele bağlar. "Yapay zekanın USB-C'si" benzetmesi bu yüzden yalnızca bir slogan değil, mimarinin doğru bir özetidir.

Bu tanımın kritik sonucu şudur: MCP, modelin "zekâsını" değil, "erişimini" standartlaştırır. Model nasıl akıl yürüteceğini bilir; MCP ona hangi araçlara nasıl ulaşacağını söyler. Bu ayrışma sayesinde aynı aracı farklı modellerle, aynı modeli farklı araçlarla çalıştırabilir ve entegrasyonu bir kez yazıp her yerde yeniden kullanabilirsiniz. Dil modellerinin temelini anlamak için LLM nedir ve modelin araçları nasıl çağırdığını görmek için function calling nedir rehberleri iyi bir başlangıçtır.

Mcp nedir sorusuna verilecek en ikna edici cevap, onun hangi somut acıyı dindirdiğini göstermektir. Bu acının adı, mühendislikte iyi bilinen bir problemdir: N×M entegrasyon patlaması. Elinizde M tane yapay zeka uygulaması (farklı modeller, farklı asistanlar) ve N tane araç (veritabanı, e-posta, dosya sistemi, CRM, ticket sistemi) olduğunu düşünün. MCP'siz bir dünyada, her uygulamayı her araca ayrı ayrı bağlamanız gerekir; bu da M çarpı N kadar özel entegrasyon demektir. Araç veya model sayısı arttıkça bu sayı katlanarak büyür ve bakımı imkânsızlaşır.

MCP bu çarpımı toplama indirger. Her araç bir kez MCP server olarak yazılır, her uygulama bir kez MCP konuşmayı öğrenir; sonra herhangi bir uygulama herhangi bir aracı yeniden yazmadan kullanır. M×N problemi, M+N çözümüne dönüşür. Bu, araç entegrasyonu alanında sessiz ama devrimsel bir sadeleşmedir; çünkü entegrasyon artık tek seferlik, kırılgan bir iş değil, paylaşılabilir ve dayanıklı bir bileşendir.

İkinci gereklilik, tekrar eden emeğin ortadan kalkmasıdır. MCP öncesinde her ekip, aynı popüler aracı (örneğin aynı veritabanını veya aynı bulut deposunu) tekrar tekrar entegre ediyordu; herkes tekerleği yeniden icat ediyordu. MCP ile bir ekibin yazdığı MCP server, tüm ekosistem tarafından kullanılabilir hale gelir. Bu, açık kaynak yazılımın getirdiği türden bir kolektif verimliliktir: bir kez iyi yazılan bir bağlantı, herkesin ortak varlığı olur.

Üçüncü ve en stratejik gereklilik, değiştirilebilirliktir. Entegrasyonu standart bir katmana taşıdığınızda, altındaki modeli veya aracı değiştirmek kolaylaşır. Bugün bir modeli, yarın başka bir modeli kullanmak istediğinizde, tüm araç entegrasyonlarını yeniden yazmanız gerekmez; çünkü araçlar modelden bağımsız, standart bir arayüzün arkasındadır. Bu bağımsızlık, kurumsal entegrasyon kararlarında satıcıya kilitlenme (vendor lock-in) riskini azaltır.

Mcp nedir kadar önemli bir soru da MCP'nin perde arkasında tam olarak nasıl çalıştığıdır. MCP, bir istemci-sunucu (client-server) mimarisine dayanır ve üç temel katmandan oluşur: host, client ve server. Bu üç katmanı net ayırmak, tüm protokolü anlamanın anahtarıdır; çünkü her katmanın rolü farklıdır ve güvenlik sınırları tam olarak bu ayrımlarda çizilir.

Birinci katman host'tur. Host, yapay zeka modelini barındıran ve kullanıcının doğrudan etkileşime girdiği uygulamadır: bir masaüstü sohbet uygulaması, bir kod editörü (IDE), bir kurumsal asistan veya bir agent çalıştıran bir sunucu olabilir. Host, tüm deneyimin sahibidir; kullanıcı isteğini alır, modele iletir ve modelin araç kullanma taleplerini yönetir. Kritik olarak, güvenlik ve onay kararları host katmanında verilir — bir aracın çalıştırılıp çalıştırılmayacağına host karar verir.

İkinci katman client'tır. Client, host'un içinde yaşayan ve tek bir MCP server ile birebir (bire-bir) bir bağlantı kuran bileşendir. Görevi, host ile server arasındaki mesajlaşmayı yönetmektir: sunucudan hangi yeteneklerin mevcut olduğunu öğrenir, model bir araç çağırmak istediğinde bu isteği sunucuya iletir ve sonucu geri getirir. Bir host, birden çok client örneği çalıştırarak aynı anda birden çok server'a bağlanabilir; her client kendi sunucusuyla izole bir bağlantı tutar. Bu izolasyon, bir sunucudaki sorunun diğerlerini etkilememesini sağlar.

Üçüncü katman server'dır. MCP server, bir aracı, veri kaynağını veya yeteneği MCP protokolüyle standart biçimde açığa çıkaran programdır. Bir dosya sistemini, bir veritabanını, bir kurumsal API'yi veya bir SaaS servisini sunucu olarak sarabilirsiniz. Sunucu, hangi yeteneklere sahip olduğunu (hangi araçlar, hangi veriler) protokol üzerinden ilan eder; böylece client onu keşfeder ve model bu yetenekleri kullanabilir.

Nasıl Yapılır

Bir MCP araç çağrısının yaşam döngüsü

Kullanıcının isteğinden aracın çalıştırılıp sonucun modele dönmesine kadar MCP boru hattının izlediği temel adımlar.

1. 1

   Bağlan ve yetenekleri keşfet

   Host içindeki client, bir MCP server'a bağlanır ve sunucunun hangi araçları, kaynakları ve şablonları sunduğunu öğrenir.

2. 2

   Bağlamı modele sun

   Mevcut araçların tanımları ve şemaları modele bildirilir; model artık hangi aracı ne zaman çağırabileceğini bilir.

3. 3

   Model araç çağırmayı seçer

   Kullanıcı isteğini değerlendiren model, bir aracı belirli parametrelerle çağırmak istediğini yapılandırılmış biçimde belirtir.

4. 4

   Onay ve yetki kontrolü

   Host, çağrının izinli olup olmadığını denetler; gerektiğinde kullanıcı onayı ister ve erişim politikasını uygular.

5. 5

   Aracı çalıştır ve sonucu döndür

   Client isteği sunucuya iletir, sunucu aracı çalıştırır ve sonucu modele geri verir; model bu sonuca dayanarak yanıtı tamamlar.

Bu akışın altını çizmek gerekir: MCP, mesajlaşmayı yapılandırılmış ve dilden bağımsız bir biçimde yürütür; sunucu Python ile, host TypeScript ile yazılmış olabilir, yine de aynı protokolle konuşurlar. Yerel araçlar için bağlantı genellikle standart girdi/çıktı (stdio) üzerinden, uzak araçlar için ise HTTP tabanlı bir taşıma üzerinden kurulur. Bu esneklik, hem masaüstünde hem de kurumsal sunucularda aynı standardın çalışmasını sağlar. Modelin ne kadar bağlam taşıyabileceğini belirleyen sınır için token nedir yazısı yol gösterir.

MCP mimarisinin en somut ve en çok konuşulan parçası MCP server'dır; çünkü değeri gerçekten üreten katman burasıdır. Bir MCP server, tek bir işi iyi yapar: belirli bir yeteneği MCP protokolüyle standart biçimde dışarı açar. Bir dosya sistemi sunucusu dosyaları okur/yazar; bir veritabanı sunucusu sorgu çalıştırır; bir e-posta sunucusu mesaj arar ve gönderir; bir kurumsal CRM sunucusu müşteri kayıtlarına erişir. Her biri küçük, odaklı ve tek başına anlaşılır bir bileşendir.

Bu tasarımın gücü bileşenselliğinde yatar. Bir MCP server bir kez yazıldığında, MCP uyumlu her host tarafından yeniden kullanılabilir; kimse aynı entegrasyonu ikinci kez yazmak zorunda kalmaz. Bu, ekosistemde hızla büyüyen bir paylaşılan sunucular havuzu oluşturur: popüler veri kaynakları, geliştirici araçları ve bulut servisleri için hazır MCP server'lar toplulukça ve satıcılarca üretilir. Bir kurum, kendi özel sistemleri için kendi sunucularını yazarken, standart araçlar için hazır olanları kullanabilir. Bu karışım, kurumsal entegrasyon hızını belirgin biçimde artırır.

Ekosistemin ikinci boyutu, geliştirme kitleridir (SDK). MCP açık bir standart olduğu için, birden çok programlama dilinde resmi SDK'lar mevcuttur; bu SDK'lar, bir sunucu yazmanın büyük kısmını (protokol mesajlaşması, taşıma, şema doğrulama) sizin yerinize halleder. Böylece bir geliştirici, protokolün ayrıntılarına boğulmadan, yalnızca "bu araç ne yapar" mantığına odaklanabilir. Bu düşük giriş engeli, ekosistemin hızlı büyümesinin ana nedenidir.

Üçüncü boyut, keşfedilebilirliktir. Bir MCP server yalnızca yeteneklerini sunmakla kalmaz, bunları modelin ve host'un anlayabileceği biçimde tanımlar: her aracın adı, ne işe yaradığı, hangi parametreleri aldığı ve ne döndürdüğü açıkça belirtilir. Bu sayede model, çalışma zamanında "elimde hangi araçlar var, hangisi bu işe uygun" sorusunu yanıtlayabilir. Keşfedilebilirlik, MCP'yi statik bir entegrasyondan, dinamik ve genişletilebilir bir yetenek katmanına dönüştüren özelliktir.

Mcp nedir tartışmasında en sık karışan kavram function calling'dir; ikisi ilişkili ama aynı şey değildir ve farkı anlamak MCP'nin katmanlı doğasını netleştirir. Function calling (işlev çağırma), bir dil modelinin bir işlevi çalıştırmak için yapılandırılmış bir istek — genellikle bir isim ve parametreler — üretme yeteneğidir. Model "hava durumunu getir" demek yerine, hava_durumu_getir(sehir: "İstanbul") biçiminde makine tarafından işlenebilir bir çağrı üretir. Bu yeteneğin ayrıntısını function calling nedir yazısında ele alıyoruz.

Function calling'in sınırı şudur: her işlevi ve onu modele bağlayan kodu, geliştiricinin her uygulama için ayrı yazması gerekir. Bir işlevi bir uygulamada tanımlarsınız; başka bir uygulamada aynı işlevi yeniden tanımlamanız gerekir. Ayrıca işlevlerin nasıl tanımlanacağı, farklı model sağlayıcıları arasında ince farklarla değişebilir. Yani function calling güçlüdür, ama doğası gereği uygulamaya özeldir ve yeniden kullanımı zordur.

MCP tam bu noktada devreye girer. MCP, araçların nasıl tanımlanacağını, keşfedileceğini ve çağrılacağını standartlaştırır; böylece bir kez yazılan araç, tüm MCP uyumlu uygulamalarda yeniden kullanılır. Function calling "modelin araç çağırabilme yeteneği" ise, MCP "bu araçları uygulamalar arası taşınabilir kılan ortak dildir". Kritik nokta şudur: MCP, function calling'in yerine geçmez; onun üzerine kurulur. Bir MCP server'daki araçlar, host tarafından modele çoğu zaman yine function calling mekanizmasıyla sunulur. Yani ikisi rakip değil, katmanlıdır: function calling alt mekanizma, MCP ise onu standartlaştıran üst katman.

Function calling ile MCP'nin karşılaştırması

Boyut	Function calling	MCP (Model Context Protocol)
Ne olduğu	Modelin araç çağırma yeteneği	Araçları standartlaştıran protokol katmanı
Kapsam	Tek uygulama içinde	Uygulamalar arası, yeniden kullanılabilir
Yeniden kullanım	Her uygulamada yeniden yazılır	Bir kez yaz, her yerde kullan
Keşif	Elle tanımlanır	Çalışma zamanında keşfedilir
İlişki	Alt mekanizma	Üstüne kurulan standart

Bu ayrımı bir benzetmeyle netleştirebiliriz: function calling, bir cihazın "elektrikle çalışabilme" yeteneği gibidir; MCP ise "priz standardı" gibidir. Cihazın elektrikle çalışması gerekir (function calling), ama her ülkede farklı priz olması entegrasyonu zorlaştırır; ortak bir priz standardı (MCP) her cihazın her prize takılmasını sağlar. İkisi birlikte, taşınabilir ve ölçeklenebilir bir sistem oluşturur.

Bir MCP server'ın sunduğu yetenekler üç temel türe ayrılır ve bu üçlüyü anlamak, kurumsal entegrasyon desenlerini doğru tasarlamanın anahtarıdır. Bu türlere protokolde "primitive" (temel yapı taşı) denir; her biri farklı bir kontrol modeline ve farklı bir kullanım amacına sahiptir. Karıştırıldıklarında güvenlik ve tasarım hataları doğar; ayrıştırıldıklarında ise temiz ve yönetilebilir bir sistem ortaya çıkar.

Birinci primitive tools'tur (araçlar). Tools, modelin çağırabileceği, bir eylem gerçekleştiren işlevlerdir: bir e-posta göndermek, bir veritabanı kaydı oluşturmak, bir hesaplama yapmak, bir API'yi tetiklemek. Tools "model-kontrollü"dür; yani hangi aracın ne zaman çağrılacağına, kullanıcı isteğini değerlendirerek model karar verir. Bu, tools'u en güçlü ama aynı zamanda en dikkat gerektiren primitive yapar; çünkü bir araç gerçek bir eylem yürütür ve yan etkisi olabilir.

İkinci primitive resources'tur (kaynaklar). Resources, modelin okuyabileceği veri parçalarıdır: bir dosyanın içeriği, bir veritabanı kaydı, bir belge, bir yapılandırma. Tools'tan farkı, resources'un genellikle salt-okunur ve yan etkisiz olmasıdır; bir kaynağı okumak sistemi değiştirmez. Resources genellikle "uygulama-kontrollü"dür; yani host, hangi kaynağın modele sunulacağını yönetir. Bu ayrım, "okumak" ile "eylem yürütmek" arasındaki güvenlik sınırını netleştirir.

Üçüncü primitive prompts'tur (şablonlar). Prompts, belirli bir görevi standart biçimde yürütmek için önceden hazırlanmış, yeniden kullanılabilir şablonlardır: örneğin "bu sözleşmeyi şu başlıklara göre özetle" gibi yapılandırılmış bir talimat kalıbı. Prompts genellikle "kullanıcı-kontrollü"dür; kullanıcı bir şablonu seçer ve tetikler. Sistem promptlarının nasıl tasarlandığını sistem promptu nedir yazısında ele alıyoruz.

MCP'nin üç temel primitive'i ve kontrol modelleri

Primitive	Ne yapar	Kontrol modeli	Tipik risk
Tools (araçlar)	Eylem yürütür (yazma/çağırma)	Model-kontrollü	Yan etki, yetkisiz eylem
Resources (kaynaklar)	Veri okur (salt-okunur)	Uygulama-kontrollü	Hassas veri sızıntısı
Prompts (şablonlar)	Hazır görev kalıbı sunar	Kullanıcı-kontrollü	Yanlış kalıp seçimi

Bu üçlüyü doğru ayırmak, hem güvenlik hem de kullanıcı deneyimi açısından belirleyicidir. Salt veri okuması gereken bir senaryoyu bir "tool" olarak tasarlamak, gereksiz yere eylem riski yaratır; oysa onu bir "resource" yapmak sınırı temiz tutar. Olgun MCP tasarımı, her yeteneği doğru primitive'e yerleştirir ve böylece "neyin okunduğu" ile "neyin yapıldığı" arasındaki çizgiyi net tutar.

MCP'nin en yüksek getirili kullanımı, kurumsal entegrasyon alanındadır: bir yapay zeka asistanını veya agent'ı, kurumun dağınık veri kaynaklarına, iç sistemlerine ve araçlarına standart biçimde bağlamak. Kurumsal entegrasyon açısından bakıldığında, MCP server'lar üç geniş kategoriye ayrılır ve olgun bir mimari genellikle üçünü birden içerir.

Birinci kategori veri kaynaklarıdır. Buraya veritabanları, veri ambarları, belge depoları, bilgi tabanları ve dosya sistemleri girer. Bu sunucular çoğunlukla resources ve salt-okunur tools sunar: modelin kurumsal veriye erişip onu okumasını sağlar. Örneğin bir ürün kataloğu veritabanına bağlı bir MCP server, asistanın güncel fiyat ve stok bilgisini çekmesine olanak tanır. Bu desen, bir RAG nedir mimarisiyle de birleşebilir: MCP, RAG'in ihtiyaç duyduğu belgeleri getiren standart bir arayüz haline gelir.

İkinci kategori iç sistemlerdir. Buraya CRM, ERP, İK sistemleri, ticket/destek sistemleri ve iş akışı araçları girer. Bu sunucular genellikle hem okuma hem yazma yetenekleri sunar; yani asistan yalnızca bilgi çekmekle kalmaz, bir kayıt günceller, bir talep oluşturur veya bir süreci tetikler. Bu, en yüksek değerli ama en dikkat gerektiren desen: gerçek iş sistemlerine yazma yetkisi, sıkı erişim kontrolü ve onay akışları gerektirir.

Üçüncü kategori araçlar ve dış servislerdir. Buraya e-posta, takvim, mesajlaşma, bulut depolama, ödeme sağlayıcıları ve üçüncü taraf API'ler girer. Bu sunucular, asistanı kurum dışıyla konuşan bir aktöre dönüştürür. Araç entegrasyonu bu kategoride en çeşitlidir; her servisin kendi yetkilendirme ve kısıtlama kuralları vardır ve MCP bunları standart bir arayüzün arkasına alır.

Kurumsal entegrasyon için üç MCP server kategorisi

Kategori	Örnek sistemler	Baskın yetenek	Öncelikli tasarım kaygısı
Veri kaynakları	Veritabanı, belge deposu, bilgi tabanı	Okuma (resources)	Erişim filtreleme, gizlilik
İç sistemler	CRM, ERP, İK, ticket sistemi	Okuma + yazma (tools)	Onay akışı, denetim kaydı
Araçlar ve dış servisler	E-posta, takvim, bulut, ödeme	Eylem (tools)	Yetkilendirme, hız sınırı

Bu üç kategoriyi tek bir asistan altında birleştirmek, kurumsal entegrasyonun asıl gücünü ortaya çıkarır: "geçen çeyrekte en çok iade edilen ürünü bul (veri kaynağı), ilgili tedarikçiye bir inceleme talebi aç (iç sistem) ve sorumlu ekibe bir özet e-posta gönder (araç)" gibi uçtan uca bir görev, tek bir doğal dil isteğiyle yürütülebilir hale gelir. İşte MCP'nin kurumsal entegrasyondaki asıl vaadi budur. Otomasyonun genel çerçevesi için otomasyon nedir yazısı bağlam sağlar.

MCP ile bir AI agent arasındaki ilişki, protokolün belki de en önemli kullanım alanıdır; çünkü MCP'nin asıl parladığı yer, agentic senaryolardır. Bir AI agent, yalnızca metin üreten pasif bir model değil, bir hedefe ulaşmak için araç kullanan, adımlar planlayan ve eylem yürüten aktif bir sistemdir. Agent mimarilerinin temelini AI agent nedir ve agentic AI nedir yazılarında ele alıyoruz. Bir agent'ın işe yaraması için araçlara ihtiyacı vardır; işte MCP, bu araçları ona sağlayan standart kanaldır.

MCP olmadan, bir agent'ın kullandığı her araç ona elle, uygulamaya özel biçimde bağlanır; bu, agent'ı kırılgan ve genişletilmesi zor kılar. Yeni bir yetenek eklemek her seferinde özel kod yazmayı gerektirir. MCP ile ise agent, araçları standart bir arayüzün arkasında görür: bir kez MCP konuşmayı öğrenir, sonra herhangi bir MCP server'ı takıp çıkarabilir. Bu, agent'ın yeteneklerini "fişe takılan modüller" gibi genişletilebilir kılar. Bir agent'a yeni bir yetenek kazandırmak, artık kod yazmak değil, bir sunucu bağlamaktır.

Bu ilişki, agent tasarımında derin bir sonuç doğurur: yeteneklerin agent'ın çekirdek mantığından ayrışması. Agent'ın "nasıl akıl yürüteceği" ve "hangi araçlara sahip olduğu" birbirinden bağımsız hale gelir. Aynı agent mantığını farklı araç kümeleriyle çalıştırabilir, bir aracı bir başkasıyla değiştirebilir veya bir aracı birden çok agent arasında paylaşabilirsiniz. Bu modülerlik, karmaşık ve çok yetenekli agent'lar kurmayı yönetilebilir kılar.

İleri senaryolarda MCP, çok sayıda agent'ın birlikte çalıştığı sistemlerin de temeli olur. Bir çoklu ajan sistemi nedir mimarisinde farklı agent'lar farklı sorumluluklar taşır; MCP, bu agent'ların ortak bir araç ve veri katmanına standart biçimde erişmesini sağlar. Ayrıca modelin doğrudan bilgisayarı kullandığı computer use nedir gibi ileri yaklaşımlar da MCP ile birlikte, kontrollü ve standart bir yetenek katmanına oturtulabilir.

Mcp nedir sorusunu teoride anlamak bir şeydir; kendi MCP server'ınızı kurmak, protokolü gerçekten içselleştirmenin en iyi yoludur. İyi haber şu ki, açık SDK'lar sayesinde temel bir sunucu yazmak sanıldığından kolaydır; zor olan, onu güvenli ve üretim kalitesinde yapmaktır. Aşağıda, bir MCP server kurmanın mantıksal adımlarını ele alıyoruz.

İlk karar, kapsamdır: hangi aracı veya veriyi açacaksınız? Doğru başlangıç, dar ve düşük riskli bir yetenektir — örneğin salt-okunur bir veri sorgusu. "Her şeyi yapan" bir sunucu yerine, tek bir işi iyi yapan bir sunucuyla başlamak, hem güvenliği hem de anlaşılırlığı korur. Bu ilk sunucu, ekibinizin protokolü öğrenmesi için bir öğrenme aracı işlevi de görür.

İkinci adım, yeteneği doğru primitive olarak modellemektir. Sunacağınız şey bir eylem mi (tool), okunacak bir veri mi (resource), yoksa bir görev kalıbı mı (prompt)? Bu seçim, hem güvenlik sınırını hem de kullanıcı deneyimini belirler. Ardından her yeteneğin girdi ve çıktı şemasını netleştirirsiniz: model hangi parametreleri verecek, sunucu ne döndürecek? Net şemalar, modelin aracı doğru kullanmasının ve hataların erken yakalanmasının anahtarıdır.

Nasıl Yapılır

Kendi MCP server'ınızı kurma adımları

Dar ve güvenli bir MCP server'ı fikirden çalışır hale getirmek için pratik adımlar.

1. 1

   Kapsamı daralt

   Tek, düşük riskli bir yetenek seç (örneğin salt-okunur bir sorgu); geniş, çok işlevli sunucudan kaçın.

2. 2

   Primitive'i seç

   Yeteneği tool, resource veya prompt olarak modelle; okuma ile eylemi net ayır.

3. 3

   Şemayı tanımla

   Her yeteneğin girdi/çıktı şemasını ve açıklamasını netleştir; modelin doğru kullanması buna bağlıdır.

4. 4

   Kimlik doğrulama ve yetki ekle

   Sunucunun hangi kimlikle, hangi kaynaklara, hangi sınırlarla eriştiğini en az ayrıcalık ilkesiyle tanımla.

5. 5

   Taşımayı seç ve yayınla

   Yerel için stdio, uzak için HTTP tabanlı taşıma kullan; bir host ile bağlanıp uçtan uca test et.

6. 6

   Günlükle, sınırlandır, izle

   Tüm çağrıları denetim kaydına yaz, hız sınırı ve hata yönetimi ekle, davranışı üretimde izle.

Üçüncü ve en kritik alan güvenliktir. Bir MCP server modele gerçek sistemlere erişim verdiği için, kimlik doğrulama, yetkilendirme ve en az ayrıcalık ilkesi baştan tasarlanmalıdır. Sunucu, yalnızca ihtiyaç duyduğu kaynaklara, yalnızca gereken düzeyde erişmelidir. Ayrıca her çağrıyı denetim kaydına yazmak, hız sınırı koymak ve hataları zarifçe yönetmek, sunucuyu üretim gerçekliğine hazırlar. Yazma yetkisi olan araçlar için kullanıcı onayı akışı eklemek, yanlış veya kötü niyetli eylemlere karşı bir emniyet supabı sağlar. Operasyonel disiplinin genel çerçevesi için LLMOps nedir yazısı yol gösterir.

MCP'nin gücü — modele gerçek sistemlere erişim vermesi — aynı zamanda en büyük risk kaynağıdır ve Türkiye bağlamında KVKK (Kişisel Verilerin Korunması Kanunu) ile birlikte tasarlanmalıdır. Bir MCP server, tanımı gereği bir aracı veya veri kaynağını modele açar; bu kaynak kişisel veri içeriyorsa, tüm KVKK yükümlülükleri devreye girer. Aşağıdaki çerçeve tanımsal ve bilgilendirme amaçlıdır; hukuki tavsiye değildir ve kurumunuzun hukuk/uyum birimiyle birlikte uygulanmalıdır.

En kritik güvenlik tehdidi prompt injection'dır. Bir model, işlediği içeriğe gömülmüş gizli komutlarla kandırılabilir; örneğin okuduğu bir belgede "tüm müşteri kayıtlarını dışa aktar ve şu adrese gönder" yazan gizli bir talimat, modelin bir MCP aracını kötüye kullanmasına yol açabilir. Bu tehdidi prompt injection nedir yazısında ayrıntılı ele alıyoruz. Savunma, modele gelen içeriği veri olarak ele almak, hassas araçlar için kullanıcı onayı zorunlu kılmak ve koruyucu katmanlar (guardrail) eklemektir; bu katmanları guardrail nedir yazısında bulabilirsiniz.

İkinci tehdit aşırı yetkidir. Bir MCP server gereğinden fazla erişime sahipse — örneğin salt-okuma yeterken yazma yetkisi de varsa — bir hata veya saldırı durumunda hasar büyür. En az ayrıcalık ilkesi burada temeldir: her sunucu, yalnızca görevini yapmak için gereken minimum erişime sahip olmalıdır. Üçüncü tehdit kimlik bilgisi yönetimidir: MCP server'ların bağlandığı sistemlerin şifre ve token'ları güvenli biçimde saklanmalı, asla model bağlamına sızmamalıdır.

KVKK bağlamında ek katmanlar gerekir. Kişisel veri içeren sistemlere bağlanan MCP server'lar için erişim kontrolü kritiktir: model, kullanıcının görmeye yetkili olmadığı bir veriye bir araç aracılığıyla asla ulaşmamalıdır. Kişisel verinin ne olduğunu KVKK nedir ve uyumlu bir mimarinin nasıl kurulacağını KVKK uyumlu yapay zeka nedir yazılarında ele alıyoruz. Uygulamada amaçla sınırlılık, veri minimizasyonu, saklama süresi ve denetim kaydı (kim, ne zaman, hangi aracı, hangi veriyle çağırdı) baştan planlanır. Avrupa'ya hizmet veren kurumlar için EU AI Act nedir yazısındaki yükümlülükler de MCP tabanlı sistemleri kapsayabilir.

Tek bir MCP server ile bir demo çalıştırmak kolaydır; onlarca sunucuyu, yüzlerce kullanıcıyı ve gerçek güvenlik gereksinimlerini kapsayan kurumsal bir kurulum yürütmek başka bir iştir. MCP'yi ölçekte yönetmek, birkaç ek mimari katman gerektirir ve bunları baştan planlamak, sonradan kaostan kurtulmaktan çok daha ucuzdur.

Birinci katman kayıt (registry) katmanıdır. Bir kurumda onlarca MCP server olduğunda, "hangi sunucular var, hangileri onaylı, kim sahibi, hangi sürümde" sorularını yanıtlayan merkezî bir kayıt gerekir. Kayıt olmadan sunucular kontrolsüz çoğalır; kimse hangi aracın nereye eriştiğini bilemez. Bir kayıt katmanı, onaylı sunucuları listeler, sürümleri izler ve güvenlik incelemesinden geçmiş sunucuları işaretler. Bu, araç entegrasyonunu yönetilebilir bir envantere dönüştürür.

İkinci katman ağ geçidi (gateway) katmanıdır. Bir MCP gateway, host'lar ile sunucular arasında oturan bir aracıdır; tüm çağrılar bu geçitten geçer. Bu merkezî nokta, kimlik doğrulama, yetkilendirme, hız sınırlama, denetim kaydı ve politika uygulamayı tek yerde toplar. Gateway olmadan, her host'un güvenliği ayrı ayrı yönetmesi gerekir; gateway ile güvenlik tek bir kontrol noktasında standartlaşır. Kurumsal ölçekte bu merkezîleşme, hem güvenlik hem de gözlemlenebilirlik açısından kritiktir.

Üçüncü katman gözlemlenebilirlik ve yönetişimdir. Ölçekte, her araç çağrısının kim tarafından, ne zaman, hangi sonuçla yapıldığını izlemek gerekir; aksi halde bir sorun çıktığında kör kalırsınız. Kullanım metrikleri, hata oranları, gecikme ve maliyet sürekli izlenmelidir. Ayrıca bir yönetişim çerçevesi — hangi sunucuların onaylandığı, kimin ekleyebileceği, güvenlik incelemesinin nasıl yapıldığı — belirlenmelidir. Yapay zeka yönetişiminin genel çerçevesini kurumsal bir programda ele almak için yapay zeka danışmanlığı ile başlayabilirsiniz.

Mcp nedir sorusunu somutlaştırmanın en iyi yolu, farklı sektörlerde nasıl değer ürettiğini görmektir. Aşağıdaki senaryolar, MCP tabanlı kurumsal entegrasyonun somut biçimlerini gösterir; hepsinin ortak paydası, bir yapay zeka asistanının veya agent'ın iç sistemlere ve araçlara standart biçimde bağlanarak uçtan uca görevler yürütmesidir.

Finans ve bankacılıkta, bir asistan müşteri kayıtlarına (veri kaynağı), işlem sistemlerine (iç sistem) ve raporlama araçlarına (araç) bağlanarak "bu müşterinin son üç aydaki anormal işlemlerini özetle ve bir inceleme talebi aç" gibi görevleri yürütebilir. Burada erişim kontrolü ve denetim kaydı özellikle kritiktir; finansal veriye erişen her MCP server sıkı yetkiyle sınırlanmalıdır. Perakende ve e-ticarette, bir asistan ürün kataloğu, stok sistemi ve kargo servisine bağlanarak sipariş durumu sorgular, iade başlatır ve müşteriye bilgi verir.

Üretim ve tedarik zincirinde, MCP server'lar ERP sistemine, bakım kayıtlarına ve tedarikçi portallarına bağlanır; bir agent "şu makinenin bakım geçmişini getir, benzer arızaları bul ve bir bakım talebi oluştur" gibi bir görevi tek istekle yürütür. Sağlıkta, hasta kayıtlarına erişen MCP server'lar en yüksek gizlilik standardını gerektirir; burada KVKK ve erişim kontrolü pazarlık konusu değildir ve her erişim denetlenmelidir. Yazılım geliştirmede ise MCP, en olgun kullanım alanlarından biridir: kod depoları, hata takip sistemleri ve dokümantasyon araçlarına bağlanan sunucular, geliştirme agent'larını güçlendirir.

Bu senaryoların ortak dersi şudur: MCP'nin değeri, tek bir aracı bağlamaktan değil, birden çok sistemi bir araya getirip uçtan uca bir görevi otomatikleştirmekten gelir. Bir asistanın gerçekten işe yaraması için genellikle üç kategorinin de (veri kaynağı, iç sistem, araç) bir arada olması gerekir. Türkiye'nin yüksek yapay zeka benimsemesi düşünüldüğünde, iç sistemlerini MCP ile doğru ve güvenli biçimde bağlayan kurumlar, operasyonel verimlilikte belirgin bir avantaj yakalayabilir.

Mcp nedir sorusunu tam olarak kavramanın en iyi yolu, tek bir isteğin sistem içindeki yolculuğunu adım adım izlemektir. Varsayalım ki bir satış temsilcisi, kurum içi asistana şunu soruyor: "Bu müşterinin son siparişinin durumu ne ve gecikmişse sorumlu ekibe bir uyarı gönder." Bu tek cümle, perde arkasında birden çok MCP server'ı, bir dizi araç çağrısını ve bir onay adımını tetikler; her adım nihai sonucun kalitesini belirler.

Önce host, isteği modele iletir ve modele hangi araçların mevcut olduğunu bildirir. Model, bağlı MCP server'ların yeteneklerini görür: bir sipariş sistemi sunucusu (sipariş durumu sorgulama tool'u), bir müşteri veritabanı sunucusu (müşteri kaydı resource'u) ve bir mesajlaşma sunucusu (uyarı gönderme tool'u). Model, isteği çözümler ve ilk adımı planlar: müşteriyi tanımlamak için müşteri kaydını okumak. Bu, salt-okunur bir resource erişimidir; yan etkisi yoktur ve genellikle onay gerektirmez.

İkinci adımda model, sipariş durumu sorgulama aracını çağırır. Client bu isteği sipariş sistemi sunucusuna iletir; host, çağrının bu kullanıcının yetkisi dahilinde olduğunu doğrular (erişim kontrolü); sunucu sorguyu çalıştırır ve sonucu döndürür: "Sipariş üç gün gecikmiş." Model bu sonucu yorumlar ve isteğin ikinci kısmının — bir uyarı göndermenin — artık gerekli olduğuna karar verir. Ama bu, bir mesaj gönderme eylemidir; yani gerçek bir yan etkisi olan bir tool çağrısıdır.

İşte burada güvenlik katmanı devreye girer. Uyarı gönderme aracı, yüksek etkili bir eylem olduğu için host bir onay adımı uygular: kullanıcıya "sorumlu ekibe şu içerikte bir uyarı gönderilecek, onaylıyor musunuz?" diye sorar. Kullanıcı onayladıktan sonra client, isteği mesajlaşma sunucusuna iletir, sunucu uyarıyı gönderir ve sonucu döndürür. Model, tüm bu adımları birleştirerek kullanıcıya özetler: "Siparişin üç gün gecikmiş; sorumlu ekibe bir uyarı gönderdim." Ve kritik biçimde, her araç çağrısı denetim kaydına yazılır: kim, ne zaman, hangi aracı, hangi veriyle çağırdı.

Bu uçtan uca yolculuk — yetenekleri keşfet, oku, sorgula, onayla, eylem yürüt, kaydet — MCP'nin özüdür ve mcp nedir sorusunun en somut cevabıdır. Dikkat edin: bu yolculukta modelin "zekâsı" tek başına belirleyici değildir; asıl belirleyici, ona doğru araçların doğru sınırlarla verilip verilmediğidir. İyi tasarlanmış bir MCP sistemi, her adımda "bu erişime izin var mı, bu eylem onay gerektirir mi" sorusunu sessizce yanıtlar; işte kurumsal entegrasyonu güvenli kılan da budur.

Bir mühendisin sık sorduğu soru şudur: "Zaten API'lerim var; MCP bana ne kazandırır?" Bu, yerinde bir sorudur ve cevabı MCP'nin değerini net biçimde ortaya koyar. Klasik bir API entegrasyonu, belirli bir uygulamanın belirli bir servise özel olarak kodlanmasıdır; her yeni uygulama veya model, aynı servisi yeniden entegre etmek zorundadır. MCP ise entegrasyonu modelden ve uygulamadan bağımsız, standart bir katmana taşır.

Farkın ilk boyutu yeniden kullanımdır. Klasik bir API entegrasyonunda, bir servisi bir uygulamaya bağlayan kod o uygulamaya özeldir; başka bir uygulama aynı servisi kullanmak istediğinde her şeyi yeniden yazar. MCP'de ise bir kez yazılan MCP server, tüm MCP uyumlu uygulamalar tarafından kullanılır. Bu, entegrasyon emeğini bir kez harcayıp defalarca geri kazanmak demektir; klasik API dünyasında bu düzeyde bir yeniden kullanım nadirdir.

İkinci boyut keşiftir. Klasik bir API, ne yaptığını bir dokümantasyonda anlatır; entegrasyonu yapan geliştirici bu dokümanı okuyup kodu elle yazar. MCP ise aracın yeteneklerini modelin çalışma zamanında anlayabileceği biçimde tanımlar; model "elimde hangi araçlar var, bu iş için hangisi uygun" sorusunu kendisi yanıtlayabilir. Bu, statik bir entegrasyondan, dinamik ve öz-tanımlı bir yetenek katmanına geçiştir. Modelin araçları anlama biçimi için function calling nedir yazısı bağlam sağlar.

Kritik nokta şudur: MCP, klasik API'nin yerine geçmez; onu sarmalar. Bir MCP server'ın altında hâlâ klasik bir API çağrısı çalışabilir; MCP, o API'yi modelin ve host'un standart biçimde kullanabileceği bir arayüzün arkasına alır. Yani mevcut API'lerinizi çöpe atmazsınız; onları MCP server'larla sararak yapay zekaya standart biçimde açarsınız. Bu, MCP'yi mevcut kurumsal mimariye eklemenin en pratik yoludur: yıkıcı değil, katmanlı bir yaklaşım.

Klasik API entegrasyonu ile MCP tabanlı entegrasyon

Boyut	Klasik API entegrasyonu	MCP tabanlı entegrasyon
Bağımlılık	Uygulamaya/modele özel	Model ve uygulamadan bağımsız
Yeniden kullanım	Her yerde yeniden yazılır	Bir kez yaz, her yerde kullan
Keşif	Elle, dokümandan	Çalışma zamanında, öz-tanımlı
Model değişimi	Entegrasyon yeniden yazılır	Araçlar aynı kalır
Mevcut API ile	Doğrudan kullanılır	Sarmalanarak kullanılır

Mcp nedir sorusunu anlamak kolaydır; üretimde çalışan, güvenli ve sürdürülebilir bir MCP kurulumu yapmak zordur. Deneyimli bir gözle bakıldığında, başarısız MCP projeleri benzer hatalarla bozulur. En yaygınları şunlardır:

• Aşırı geniş yetkili sunucular: En tehlikeli hata, bir MCP server'a gereğinden fazla erişim vermektir. Salt-okuma yeterken yazma yetkisi eklemek, bir hata veya saldırıda hasarı büyütür. En az ayrıcalık ilkesi, her sunucuda uygulanmalıdır.
• Güvenliği sonraya bırakmak: Sunucuları önce kurup erişim kontrolünü, onay akışlarını ve denetim kaydını sonra eklemeye çalışmak, geriye dönük düzeltilmesi zor açıklar bırakır. Güvenlik baştan tasarlanmalıdır.
• Prompt injection'ı hafife almak: Modelin işlediği içeriğe gömülü gizli komutları görmezden gelmek, bir MCP aracının kötüye kullanılmasına yol açabilir. İçerik veri olarak ele alınmalı, hassas eylemler onaya bağlanmalıdır.
• Devasa, çok işlevli sunucular: Tek bir sunucuya onlarca farklı yetenek yüklemek, hem güvenliği hem bakımı zorlaştırır. Küçük, odaklı sunucular tercih edilmelidir.
• Belirsiz araç tanımları: Bir aracın ne yaptığını, hangi parametreleri aldığını net tanımlamamak, modelin onu yanlış kullanmasına yol açar. Şemalar ve açıklamalar net olmalıdır.
• Kayıt ve gateway'siz ölçeklenme: Onlarca sunucuyu merkezî bir kayıt ve ağ geçidi olmadan yaygınlaştırmak, denetlenemeyen bir kaos yaratır. Yönetişim, yaygınlaşmadan önce kurulmalıdır.
• Denetim kaydı tutmamak: Hangi aracın kim tarafından ne zaman çağrıldığını kaydetmemek, bir sorun çıktığında kör kalmak demektir. Her çağrı izlenebilir olmalıdır.
• İnsan onayını atlamak: Yüksek etkili eylemleri (ödeme, silme, dışa aktarma) doğrudan modele bırakmak, geri döndürülemez hatalara açık kapı bırakır. Kritik eylemler onay gerektirmelidir.

Mcp nedir sorusundan hemen sonra gelen soru "MCP kurulumum ne kadar iyi çalışıyor" olmalıdır; çünkü ölçülmeyen bir sistem yönetilemez. MCP başarısı, birbirini tamamlayan üç boyutta ölçülür: doğruluk, güvenlik ve operasyonel verimlilik. Bu boyutları ayrı ayrı izlemeyen bir kurum, sistemin sessizce bozulmasını fark edemez.

Doğruluk boyutu, "araçlar doğru kullanılıyor mu" sorusuna cevap verir. Model doğru aracı mı seçiyor, doğru parametrelerle mi çağırıyor, sonuçları doğru mu yorumluyor? Bunu ölçmek için etiketli bir senaryo kümesi hazırlanır: belirli istekler için hangi aracın hangi parametrelerle çağrılması gerektiği önceden tanımlanır, sonra sistemin bunu doğru yapıp yapmadığı değerlendirilir. Yanlış araç seçimi, eksik parametre veya sonucun yanlış yorumlanması, bu katmanda yakalanır. Model çıktısını değerlendirmenin genel yöntemleri, araç kullanımı için de uyarlanabilir.

Güvenlik boyutu, "sınırlar tutuyor mu" sorusuna cevap verir. Yetkisiz bir erişim denemesi engellendi mi, hassas eylemler onaydan geçti mi, prompt injection girişimleri savuşturuldu mu? Bu, kırmızı takım (red team) testleriyle ölçülür: sistem, kötü niyetli senaryolarla sınanır ve sınırların dayanıklılığı kanıtlanır. Denetim kaydının eksiksizliği de bu boyutun bir parçasıdır; her çağrı izlenebilir olmalıdır.

Operasyonel verimlilik boyutu, gecikme, maliyet ve güvenilirliği kapsar. Araç çağrıları ne kadar sürüyor, ne kadar token/kaynak tüketiyor, ne sıklıkla başarısız oluyor? Bu metrikler, sistemin üretim gerçekliğinde sürdürülebilir olup olmadığını gösterir. Aşağıdaki tablo, bu üç boyutu örnek ölçütlerle özetler; sayılar illüstratiftir ve kendi sisteminizde ölçmelisiniz.

MCP başarısının üç ölçüm boyutu (örnek ölçütler, kendi verinizle ölçün)

Boyut	Ne sorar	Örnek ölçüt
Doğruluk	Araçlar doğru kullanılıyor mu?	Doğru araç seçimi oranı, parametre hatası
Güvenlik	Sınırlar tutuyor mu?	Engellenen yetkisiz erişim, red team başarısı
Gecikme	Ne kadar hızlı?	Araç çağrısı süresi, uçtan uca yanıt süresi
Maliyet	Ne kadar tüketiyor?	Çağrı başına token/kaynak maliyeti
Güvenilirlik	Ne sıklıkla başarısız?	Hata oranı, yeniden deneme sayısı

Değerlendirmeyi bir kez değil, sürekli yapmak gerekir. Araçlar güncellenir, modeller değişir, kullanıcı istekleri evrilir; bu yüzden bir değerlendirme kümesi oluşturup her değişiklikte tekrar çalıştırmak, kalitenin sessizce bozulmasını önler. Üretim ortamında sistemi izlemek için gözlemlenebilirlik disiplini gerekir; bunu LLMOps nedir yazısında ele alıyoruz.

Mcp nedir sorusunun teknik ayrıntısında sık atlanan ama üretimde belirleyici bir konu, taşıma katmanıdır (transport). Bir client ile bir MCP server, birbirleriyle mesajlaşırken bu mesajları fiziksel olarak bir kanal üzerinden taşır; işte bu kanalın türü, sunucunun nerede çalıştığını ve nasıl güvenli hale getirileceğini doğrudan etkiler. MCP, taşımayı protokolün mantığından ayırır: aynı yetenekler, farklı taşıma katmanları üzerinden sunulabilir.

Birinci ve en yaygın yerel taşıma, standart girdi/çıktı (stdio) üzerinden çalışır. Bu modelde MCP server, host ile aynı makinede bir alt süreç olarak başlatılır ve mesajlar süreçler arası standart akışlar üzerinden gidip gelir. stdio, kurulum kolaylığı ve düşük gecikme açısından idealdir; masaüstü uygulamalarında, geliştirici araçlarında ve yerel dosya sistemine erişen sunucularda sıkça tercih edilir. Güvenlik açısından avantajı, iletişimin makineyi terk etmemesidir; ama dezavantajı, sunucunun yalnızca o makinede erişilebilir olmasıdır.

İkinci taşıma, HTTP tabanlı uzak bağlantıdır. Bu modelde MCP server bir ağ servisi olarak çalışır; host ona bir ağ üzerinden bağlanır. Bu, sunucunun merkezî bir yerde barındırılmasını, birden çok kullanıcı tarafından paylaşılmasını ve kurumsal altyapıya entegre edilmesini mümkün kılar. Kurumsal entegrasyon senaryolarının çoğu bu modeli gerektirir; çünkü iç sistemlere bağlanan bir sunucu genellikle merkezî, yönetilen ve denetlenen bir hizmet olmalıdır. Ancak ağ üzerinden erişilen her sunuç gibi, HTTP tabanlı bir MCP server da kimlik doğrulama, yetkilendirme ve şifreli iletişim gerektirir; aksi halde ağdaki herkese açık bir kapı olur.

Taşıma seçimi, güvenlik modelini doğrudan biçimlendirir. Yerel bir stdio sunucusunda güven sınırı makinenin kendisiyken, uzak bir HTTP sunucusunda güven sınırı ağ üzerinden uzanır ve bu yüzden yetkilendirme mekanizmaları (örneğin belirteç tabanlı kimlik doğrulama) kritik hale gelir. Olgun bir kurumsal MCP mimarisi, hangi sunucunun hangi taşımayla çalışacağını bilinçli seçer: hassas yerel araçlar stdio ile, paylaşılan kurumsal servisler ise sıkı yetkilendirmeli HTTP ile. Bu ayrım, hem güvenliği hem de ölçeklenebilirliği belirler ve baştan tasarlanmalıdır.

Kurumsal bir yapay zeka sisteminde MCP, function calling ve RAG nadiren tek başına kullanılır; asıl güç, bu üçünün bir arada çalışmasından doğar. Bu katmanların nasıl birleştiğini anlamak, mcp nedir sorusunu izole bir kavram olmaktan çıkarıp, gerçek bir mimarinin parçası olarak görmeyi sağlar. Üçü, farklı ihtiyaçları karşılayan tamamlayıcı katmanlardır.

En altta function calling vardır: modelin bir aracı yapılandırılmış biçimde çağırabilme yeteneği. Bunun üzerine MCP oturur: bu araçları standartlaştıran, keşfedilebilir ve yeniden kullanılabilir kılan protokol. RAG ise farklı bir eksene hitap eder: modele, yanıt üretmeden önce dış bir bilgi kaynağından ilgili belgeleri getirip bağlam olarak verme mimarisi. Bir sistemde bu üçü birleştiğinde, model hem doğru bilgiye (RAG) hem doğru araçlara (MCP + function calling) erişir.

Somut bir örnek bu birleşimi netleştirir. Bir kurumsal asistan düşünün: kullanıcı "geçen ay en çok şikâyet edilen ürün hangisiydi ve ilgili tedarikçiye bir inceleme talebi aç" diyor. Asistan önce bir MCP server üzerinden şikâyet veritabanını sorgular (araç entegrasyonu); dönen veriyi anlamlandırmak için gerekirse ürün dokümantasyonundan RAG ile ilgili parçaları getirir; sonra yine bir MCP server aracılığıyla tedarikçi sistemine bir inceleme talebi açar (function calling ile tetiklenen bir tool). Tek bir doğal dil isteği, üç katmanın koordineli çalışmasıyla uçtan uca bir göreve dönüşür.

Bu katmanlı bakış, mimari kararları da netleştirir. "Bilgi mi eksik, yoksa eylem mi gerekli?" sorusu, hangi katmanın devreye gireceğini belirler: eksik olan güncel bilgiyse RAG; gereken bir eylem veya sistem erişimiyse MCP üzerinden bir araç. İkisi çoğu zaman aynı görevde birlikte gerekir. Bir AI agent, bu katmanları yöneten orkestratördür: ne zaman bilgi getireceğine, ne zaman araç çağıracağına ve sonuçları nasıl birleştireceğine karar verir. MCP, bu orkestrasyonda araç ve veri erişiminin standart kanalı olarak merkezî bir rol oynar.

MCP bir sistem mühendisliği ve yönetişim problemi olduğu için, başarılı bir kurumsal MCP benimsemesi tek bir kişinin değil, birkaç farklı yetkinliğin bir araya gelmesini gerektirir. Kimin neyi sahiplendiğini baştan tanımlamak, projenin en sık atlanan ama en belirleyici adımlarından biridir; çünkü MCP'nin güvenliği ve kalitesi, katmanların her birinin doğru sahiplenilmesine bağlıdır.

Tipik bir MCP programında şu roller öne çıkar. Platform/altyapı mühendisi, MCP server'ları, taşıma katmanını, kayıt ve gateway'i kurar ve işletir; teknik omurgadan sorumludur. Güvenlik sorumlusu, en az ayrıcalık ilkesini, prompt injection savunmasını, onay akışlarını ve denetim kaydını tanımlar; her yeni sunucunun güvenlik incelemesini yürütür. Uyum/hukuk sorumlusu, KVKK yükümlülüklerini, kişisel veri erişimini ve saklama politikalarını belirler; kişisel veriye dokunan her araç entegrasyonu onun katılımını gerektirir.

Bunlara ek olarak, alan uzmanı hangi iç sistemlerin ve araçların gerçekten değerli olduğunu bilir ve önceliklendirir; onun katkısı olmadan ekip, kimsenin ihtiyaç duymadığı sunucular yazabilir. Ürün sahibi ise kullanım senaryosunu daraltır, başarı ölçütlerini tanımlar ve benimseme sürecini yönetir. Küçük bir kurumda bu roller tek bir kişide birleşebilir; büyük bir kurumda ayrı ekipler olabilir. Önemli olan rol sayısı değil, her sorumluluğun bilinçli olarak birine verilmiş olmasıdır.

Çoğu programda eksik kalan kritik bir sorumluluk, güvenlik ve yönetişim sahipliğidir. MCP ekosistemi kontrolsüz büyüdüğünde bir gölge-BT'ye dönüşebildiği için, birinin sürekli olarak onaylı sunucuları denetlemekten, yeni eklemeleri incelemekten ve güvenlik politikalarını güncel tutmaktan sorumlu olması gerekir. Bu sorumluluk kimseye verilmezse, sistem sessizce risk biriktirir. Ekiplerin bu yetkinlikleri kazanması için gereken eğitim çerçevesini bir kurumsal programla ele almak üzere kurumsal eğitim seçeneklerini inceleyebilir, tüm kavramları öğrenme merkezinde derinleştirebilirsiniz.

Teknik olarak sağlam bir MCP kurulumu yapmak yeterli değildir; o kurulumun kuruma gerçek bir değer üretip üretmediğini de gösterebilmek gerekir. Aksi halde proje, "havalı ama gereksiz" damgasını yer ve bütçe masasında düşer. MCP'nin iş değeri, çoğunlukla üç kanaldan gelir ve her biri ayrı ölçülmelidir.

Birinci kanal, entegrasyon maliyetindeki düşüştür. MCP'nin özü, aynı aracı defalarca entegre etme yükünü ortadan kaldırmaktır; bir kez yazılan bir MCP server, birçok uygulama ve ekip tarafından yeniden kullanılır. Bu, entegrasyon geliştirme süresini ve bakım yükünü belirgin biçimde azaltır. Değeri savunmak için bir taban çizgisi gerekir: MCP öncesinde benzer bir entegrasyon ne kadar sürüyordu, kaç kez tekrarlanıyordu? Bu rakamlar, standartlaşmanın getirdiği tasarrufu somutlaştırır.

İkinci kanal, operasyonel verimliliktir. Bir AI agent, MCP ile iç sistemlere bağlandığında, çalışanların manuel olarak yaptığı bilgi arama, veri girişi ve süreç tetikleme gibi işleri otomatikleştirir. Bir destek uzmanının bir talebi çözmek için birden çok sisteme tek tek girmesi yerine, asistan bunu tek istekle yürütür. Bu tasarruf, işlem başına süre ve hata oranı ölçülerek hesaplanabilir. Üçüncü kanal, ölçeklenebilirliktir: bir insan uzmanın kapasitesi sınırlıyken, MCP ile donatılmış bir asistan aynı anda birçok görevi yürütür; bu, ekibi büyütmeden kapasiteyi artırır.

Bir uyarı gerekir: MCP'nin getirisi yalnızca teknolojiden değil, güvenli ve doğru kurulumdan gelir. Yanlış yapılandırılmış, aşırı yetkili bir MCP kurulumu, bir güvenlik olayıyla tüm getiriyi silebilir; bu yüzden değer hesabına güvenlik ve yönetişim maliyetleri de dahil edilmelidir. Yapay zeka projelerinde getirinin nasıl hesaplanacağını genel olarak değerlendirirken, MCP için de aynı disiplin geçerlidir: faydayı tahmin etmeyin, taban çizgisiyle ölçün. Doğru kurulmuş, güvenli ve benimsenen bir MCP mimarisi, kurumsal entegrasyonda somut ve sürdürülebilir bir getiri üretir; ama bu getiri, kanıtla gösterilmelidir. Kurumunuza özel bir değerlendirme için yapay zeka danışmanlığı ile başlayabilirsiniz.

Aşağıdaki kontrol listesi, bir MCP projesini fikirden güvenli üretime sağlıklı yürütmek için pratik bir rehberdir. Mcp nedir sorusunu bir sisteme dönüştürürken bu adımları sırayla işaretleyebiliyorsanız, sağlam bir temel kurmuşsunuz demektir.

Nasıl Yapılır

MCP uygulama kontrol listesi

Bir MCP kurulumunu dar bir pilottan güvenli kurumsal üretime taşımak için adım adım kontrol listesi.

1. 1

   Dar bir kullanım senaryosu seç

   Tüm kurum yerine tek, ölçülebilir bir senaryoyla (örneğin tek bir iç sistemin salt-okunur sorgusu) başla.

2. 2

   İlk MCP server'ı dar kur

   Küçük, tek sorumluluklu bir sunucu yaz; yeteneği doğru primitive (tool/resource/prompt) olarak modelle.

3. 3

   En az ayrıcalığı uygula

   Her sunucuya yalnızca gereken erişimi ver; yazma yetkilerini ayrı ve onaya bağlı tut.

4. 4

   Güvenlik katmanını ekle

   Prompt injection savunması, kullanıcı onayı, kimlik doğrulama ve denetim kaydını baştan kur.

5. 5

   KVKK ve erişim kontrolünü tasarla

   Kişisel veriye erişimi kullanıcı yetkisine göre filtrele; amaçla sınırlılık ve saklama süresini planla.

6. 6

   Kayıt ve gateway kur

   Ölçeklenmeden önce onaylı sunucuları listeleyen bir kayıt ve çağrıları merkezîleştiren bir ağ geçidi ekle.

7. 7

   Değerlendirme kümesi oluştur

   Doğru araç seçimi ve güvenlik sınırlarını ölçen etiketli senaryolarla bir değerlendirme çerçevesi kur.

8. 8

   Ölç, iyileştir, ölçekle

   Doğruluk, güvenlik ve verimliliği düzenli ölç; kanıtlandıkça yeni sunucular ve senaryolar ekle.

Bu listeyi bir pilot üzerinde uygulamak, büyük bir dönüşüm vaadinden çok daha değerlidir; çünkü küçük ama güvenli ve ölçülebilir bir başarı, büyük ama belirsiz bir plandan her zaman daha ikna edicidir. Kurumsal bir MCP entegrasyonunu uçtan uca tasarlamak ve doğru pilotu seçmek için yapay zeka danışmanlığı ile başlayabilir, ekiplerinizin yetkinliği için kurumsal eğitim seçeneklerini inceleyebilirsiniz.

MCP güçlü bir standarttır, ama her senaryo için doğru araç değildir; ne zaman MCP'ye geçileceğini bilmek, onu doğru kurmak kadar önemlidir. Yanlış zamanda eklenen karmaşıklık, çözdüğünden fazla sorun yaratır. Aşağıdaki karar çerçevesi, MCP'ye geçmenin mantıklı olup olmadığını değerlendirmeye yardımcı olur.

MCP'yi düşünmek için en net işaret, tekrar eden entegrasyon ihtiyacıdır. Eğer aynı araçları birden çok yapay zeka uygulamasına bağlıyorsanız, veya araç ve model sayınız artıyorsa, N×M patlaması sizi vurmaya başlamıştır ve MCP'nin standartlaştırma değeri devreye girer. Buna karşılık, tek bir modelin tek bir araca bağlandığı basit ve sabit bir senaryoda, doğrudan function calling yeterli olabilir; MCP'nin ek katmanı bu durumda gereksiz karmaşıklık olur.

İkinci işaret, agent ihtiyacıdır. Eğer yalnızca soru-cevap değil, araç kullanarak eylem yürüten bir AI agent kuruyorsanız, MCP'nin modüler yetenek katmanı büyük değer sağlar; agent'ın araçlarını yeniden kullanılabilir ve değiştirilebilir kılar. Üçüncü işaret, yeniden kullanım ve paylaşımdır: eğer bir entegrasyonu birden çok ekip veya uygulama arasında paylaşmak istiyorsanız, MCP bu paylaşımı standartlaştırır.

MCP ne zaman uygundur, ne zaman erken olur

Durum	MCP uygun	MCP erken/gereksiz
Entegrasyon sayısı	Çok model × çok araç	Tek model, tek araç
Agent ihtiyacı	Araç kullanan agent var	Yalnızca metin üretimi
Yeniden kullanım	Ekipler arası paylaşım	Tek seferlik, izole
Ölçek	Büyüyen araç envanteri	Sabit, küçük kapsam
Olgunluk	Yönetişim kurulabiliyor	Henüz temel yok

Pratik kural şudur: küçük ve basit başlayın, karmaşıklığı ancak ölçülen bir ihtiyaç doğduğunda ekleyin. Tek bir aracınız varsa doğrudan function calling ile başlayabilirsiniz; entegrasyon sayınız ve agent ihtiyacınız arttıkça MCP'nin standartlaştırma değeri belirginleşir. Doğru zamanda geçiş, hem gereksiz erken karmaşıklıktan hem de geç kalıp entegrasyon borcunda boğulmaktan korur. Kurumunuza özel bir MCP yol haritası tasarlamak için yapay zeka danışmanlığı ile başlayabilir, tüm kavramları öğrenme merkezinde derinleştirebilirsiniz.

MCP'nin bir açık standart olarak hızla yaygınlaşması tesadüf değildir; birkaç eğilimin aynı anda olgunlaşmasının sonucudur. Yapay zeka uygulamalarının sohbet kutusundan çıkıp gerçek iş sistemleriyle etkileşen agent'lara evrilmesi, araç entegrasyonu için bir standarda olan ihtiyacı acil hale getirdi. MCP, bu ihtiyacın karşılığı olarak ortaya çıktı ve kısa sürede geniş bir benimseme gördü; çünkü çözdüğü problem — N×M entegrasyon patlaması — gerçek ve yaygındı.

Bir standardın değeri, ağ etkisiyle büyür: ne kadar çok uygulama ve araç ona uyarsa, ona uymak o kadar değerli hale gelir. MCP bu döngüye girdi; hazır sunucuların, SDK'ların ve uyumlu uygulamaların sayısı arttıkça, yeni bir aracı MCP ile açmak veya yeni bir uygulamayı MCP uyumlu yapmak giderek daha mantıklı hale geliyor. Bu, HTTP veya USB gibi standartların yaygınlaşma dinamiğine benzer: bir eşik aşıldıktan sonra, standart fiili norm haline gelir.

Ancak temkinli olmak gerekir. MCP genç bir standarttır ve olgunlaşmaya devam ediyor; güvenlik modeli, yetkilendirme mekanizmaları ve kurumsal yönetişim araçları hâlâ gelişmektedir. Bir kurum, MCP'yi benimserken bu olgunlaşmayı hesaba katmalı; temel mimariyi sağlam kurup, standart evrildikçe uyum sağlayacak esnekliği korumalıdır. Erken benimseyenler avantaj kazanır, ama güvenlik ve yönetişim disiplinini atlayanlar risk biriktirir.

Uzun vadede MCP'nin asıl değeri, yapay zekayı izole bir "sohbet aracı" olmaktan çıkarıp, kurumun sistemleriyle konuşan operasyonel bir katmana dönüştürmesinde yatar. Model ne kadar gelişirse gelişsin, onu gerçek dünyaya bağlayan standart bir arayüze ihtiyaç kalıcıdır; MCP bu ihtiyacın bugünkü en güçlü cevabıdır. Bir sonraki yıllarda araçlar ve modeller değişse bile, "modeli dünyaya standart biçimde bağlama" fikri — yani MCP'nin özü — kalıcı olacaktır. Bu yüzden mcp nedir sorusunu bugün doğru anlamak, yalnızca güncel bir teknolojiyi öğrenmek değil, önümüzdeki yılların kurumsal yapay zeka mimarisine hazırlanmaktır; erken ve doğru konumlanan kurumlar, bu standardın olgunlaşmasından en çok yararlanacak olanlardır.

MCP nedir ve ne işe yarar?

MCP (Model Context Protocol, Model Bağlam Protokolü), yapay zeka modellerini ve uygulamalarını dış araçlara, veri kaynaklarına ve sistemlere bağlayan açık bir standart protokoldür. İşe yararı, her model ile her araç arasında ayrı ayrı özel entegrasyon yazma zorunluluğunu ortadan kaldırıp tek bir ortak arayüz tanımlamaktır. Bir MCP server bir aracı standart biçimde açar, herhangi bir MCP uyumlu uygulama da onu yeniden kullanabilir. Bu yüzden MCP, "yapay zekanın USB-C'si" olarak anılır: nasıl USB-C tek bir kabloyla birçok cihazı bağlıyorsa, MCP de tek bir protokolle birçok aracı yapay zekaya bağlar.

MCP ile function calling arasındaki fark nedir?

Function calling, bir dil modelinin bir işlevi çağırmak için yapılandırılmış bir istek üretme yeteneğidir; her işlevi ve onu modele bağlayan kodu geliştirici, her uygulama için ayrı yazar. MCP ise bu araçların nasıl tanımlanacağını, keşfedileceğini ve çağrılacağını standartlaştıran bir protokol katmanıdır. Yani function calling modelin "araç çağırabilme" yeteneği, MCP ise bu araçları uygulamalar arasında yeniden kullanılabilir kılan ortak dildir. MCP bir MCP server'daki araçları, çoğu zaman yine function calling üzerinden modele sunar; ikisi rakip değil, katmanlıdır.

MCP server nedir?

MCP server, belirli bir aracı, veri kaynağını veya yeteneği MCP protokolüyle standart biçimde açığa çıkaran hafif bir programdır. Örneğin bir dosya sistemi, bir veritabanı, bir e-posta kutusu veya bir kurumsal API'yi MCP server olarak sarabilirsiniz. Sunucu üç tür yetenek sunabilir: tools (modelin çağırabileceği işlevler), resources (okunabilir veri parçaları) ve prompts (hazır şablonlar). Bir kez yazılan bir MCP server, MCP uyumlu her host tarafından yeniden kullanılabilir; bu, araç entegrasyonunu tek seferlik bir işten, paylaşılabilir bir bileşene dönüştürür.

MCP mimarisinde host, client ve server ne demek?

Host, yapay zeka modelini barındıran ve kullanıcının etkileşime girdiği uygulamadır (bir sohbet uygulaması, bir IDE veya bir kurumsal asistan gibi). Client, host içinde yaşayan ve tek bir MCP server ile birebir bağlantı kuran bileşendir; mesajlaşmayı yönetir. Server ise aracı veya veri kaynağını açan programdır. Bir host birden çok client çalıştırarak birden çok server'a aynı anda bağlanabilir. Bu üç katmanlı istemci-sunucu mimarisi, modelin yeteneklerini güvenli ve modüler biçimde genişletmenin temelidir.

MCP bir AI agent için neden önemlidir?

Bir AI agent, yalnızca metin üretmekle kalmayıp araç kullanarak eylem yürüten bir sistemdir; ama her aracı ayrı ayrı entegre etmek onu kırılgan ve bakımı zor kılar. MCP, agent'ın kullandığı araçları standart bir arayüzün arkasına koyar: agent bir kez MCP konuşmayı öğrenir, sonra herhangi bir MCP server'ı ekleyip çıkarabilir. Böylece araç entegrasyonu yeniden kullanılabilir, değiştirilebilir ve güvenli hale gelir. MCP, agent'ı statik bir sohbet kutusundan, iç sistemlerle konuşan operasyonel bir asistana dönüştüren bağlayıcı dokudur.

MCP güvenli mi? Kurumsal kullanımda nelere dikkat edilmeli?

MCP güçlü olduğu kadar dikkat gerektirir; çünkü bir MCP server modele gerçek sistemlere erişim verir. En büyük riskler prompt injection (kötü niyetli içeriğin modele gizli komut vermesi), aşırı yetki (bir sunucunun gereğinden fazla erişime sahip olması) ve kimlik bilgisi sızıntısıdır. Güvenli kurulumda her sunucuya en az ayrıcalık ilkesiyle yetki verilir, araç çağrıları için kullanıcı onayı ve allow-list uygulanır, tüm çağrılar denetim kaydına yazılır ve hassas eylemler sandbox içinde çalıştırılır. Türkiye'de kişisel veri içeren sistemlere bağlanan MCP server'lar, KVKK yükümlülükleriyle birlikte tasarlanmalıdır; bu, hukuki tavsiye değildir ve kurumun hukuk/uyum birimiyle yürütülmelidir.

Kendi MCP server'ımı kurabilir miyim?

Evet. MCP açık bir standart olduğu için, resmi yazılım geliştirme kitleri (SDK) ile kendi MCP server'ınızı yazabilirsiniz. Tipik akış şudur: hangi aracı veya veriyi açacağınıza karar verin, bu yeteneği bir tool, resource veya prompt olarak tanımlayın, girdi/çıktı şemasını netleştirin, kimlik doğrulama ve yetkilendirmeyi ekleyin ve sunucuyu bir taşıma katmanı (yerel için stdio, uzak için HTTP tabanlı) üzerinden yayınlayın. Küçük başlamak — tek bir araçla, salt-okunur bir yetenekle — en güvenli yoldur; sonra ölçüp genişletebilirsiniz.

MCP ile klasik API entegrasyonu arasındaki fark nedir?

Klasik bir API entegrasyonu, belirli bir uygulamanın belirli bir servise özel olarak kodlanmasıdır; her yeni model veya uygulama, aynı servisi yeniden entegre etmek zorundadır. MCP ise entegrasyonu modelden ve uygulamadan bağımsız, standart bir katmana taşır: bir kez yazılan MCP server, tüm MCP uyumlu uygulamalar tarafından kullanılır. Ayrıca MCP, aracın yeteneklerini modelin anlayabileceği biçimde tanımlar (keşif), böylece model hangi aracın ne yaptığını çalışma zamanında öğrenebilir. Klasik API hâlâ MCP server'ın altında kullanılır; MCP onu sarmalayan standart arayüzdür.

MCP hangi sorunları çözmez?

MCP bir bağlantı standardıdır; modelin akıl yürütme kalitesini, verinizin doğruluğunu veya iş sürecinizin tasarımını düzeltmez. Kötü tanımlanmış bir araç, hatalı bir veri kaynağı veya belirsiz bir görev, MCP ile de kötü sonuç verir. Ayrıca MCP, güvenlik ve yönetişimi otomatik sağlamaz; erişim kontrolü, onay akışları ve denetim kaydı sizin tasarımınızdır. MCP'yi doğru düşünmenin yolu, onu bir "sihirli çözüm" değil, iyi tasarlanmış bir entegrasyon standardı olarak görmektir: temeli sağlamlaştırır, ama üzerine kurduğunuz sistemin kalitesi yine size bağlıdır.

Özetle mcp nedir sorusunun cevabı şudur: yapay zeka modellerini ve uygulamalarını dış araçlara, veri kaynaklarına ve iç sistemlere standart bir arayüzle bağlayan açık bir protokoldür. Host, client ve server katmanlarından oluşan bir istemci-sunucu mimarisi kullanır; bir MCP server tools, resources ve prompts biçiminde yetenekler sunar. MCP, her model–araç çifti için ayrı entegrasyon yazma yükünü ortadan kaldırır, function calling üzerine kurulu araç entegrasyonunu yeniden kullanılabilir bir standarda dönüştürür ve bu yüzden "yapay zekanın USB-C'si" olarak anılır.

En önemli mesaj şudur: MCP bir ürün değil, bir standarttır; değeri tek bir araçtan değil, entegrasyonu yeniden kullanılabilir, güvenli ve ölçeklenebilir kılmasından gelir. Küçük ve dar bir sunucuyla başlamak, en az ayrıcalığı uygulamak, güvenliği ve KVKK'yı baştan tasarlamak, kayıt ve gateway ile yönetişim kurmak ve sürekli ölçmek — bunlar bir araya geldiğinde, MCP bir AI agent'ı kurumun sistemleriyle güvenle konuşan operasyonel bir asistana dönüştürür. Temel kavramlar için yapay zeka nedir, AI agent nedir ve function calling nedir rehberlerine göz atabilir; kurumunuza özel bir MCP ve agent entegrasyonu tasarımı için yapay zeka danışmanlığı ile başlayabilir, ekiplerinizin yetkinliği için kurumsal eğitim seçeneklerini inceleyebilir ve tüm kavramları öğrenme merkezinde derinleştirebilirsiniz.