Derin Bakış

Yapay Zeka Entegrasyonu: MCP ile Sistemlerinizi Bağlamak

MCP, yapay zekayı şirket sistemlerine bağlamanın ortak dili oldu. Peki bu bağlantı gerçekte ne kadar iş, nerede kırılıyor ve KVKK açısından ne anlama geliyor?

Muhammet Fatih Batman28 Temmuz 20269 dakika4 görüntülenme
Yapay Zeka Entegrasyonu: MCP ile Sistemlerinizi Bağlamak

Bir dil modelini şirketinizin ERP'sine bağlamak 2026'da teknik bir problem olmaktan çıktı. Ortak bir protokol var, on binlerce hazır bağlayıcı var, büyük kurumsal yazılım satıcılarının çoğu kendi bağlantısını yayınladı. Asıl mesele başka yerde: bağlantıyı kurduğunuz anda hangi verinin nereye gideceğine artık kod değil, model karar vermeye başlıyor.

Bu cümle kulağa küçük bir nüans gibi gelebilir. Değil. Klasik bir entegrasyonda bir alan dışarı çıkıyorsa, onu oraya bir geliştirici yazmıştır ve satır satır gösterebilirsiniz. Yapay zeka entegrasyonunda ise model, kendi seçtiği parametrelerle bir aracı çağırır ve dönen kayıt doğrudan bağlama girer. Kapsam çalışma zamanında, model kararıyla belirlenir.

Bu yazı, o kararın etrafındaki teknik ve hukuki çerçeveyi anlatıyor. Konu MCP, açık adıyla Model Context Protocol. Kasım 2024'te Anthropic'in duyurduğu, Aralık 2025'te Linux Foundation çatısına devredilen ve bugün, 28 Temmuz 2026'da doğuşundan bu yana en büyük revizyonunu alan standart. Altyapı kararlarının bütününe bakmak isterseniz AI altyapısı kurmanın patron özeti bu serinin çatı yazısı; burada entegrasyon katmanına iniyoruz.

MCP nedir ve neden 2026'da bu kadar konuşuluyor?

MCP, bir yapay zeka uygulamasının dış araçlara ve veri kaynaklarına nasıl bağlanacağını tarif eden açık bir protokoldür. Basitçe: modelin şirket sistemlerinizle konuşurken kullandığı ortak dil. Anthropic geliştirdi, ama Aralık 2025'ten beri Linux Foundation bünyesindeki Agentic AI Foundation yönetiyor. Platin üyeleri arasında AWS, Google, Microsoft, OpenAI, Bloomberg ve Cloudflare var.

Bu yönetişim değişikliği, karar verici açısından teknik detaylardan daha önemli. 2025'te "MCP kullanırsak Anthropic'e bağımlı mı oluruz" sorusu meşru bir endişeydi. Bugün protokolün sahibi tek bir şirket değil, sekiz büyük oyuncunun finanse ettiği bağımsız bir vakıf. Standardın arkasındaki risk profili değişti.

Rakamlar da bunu doğruluyor. Anthropic'in Aralık 2025 verisine göre MCP kütüphaneleri aylık 97 milyonun üzerinde indiriliyor ve 10.000'den fazla herkese açık sunucu çalışıyor. Mayıs 2026 itibarıyla resmî kayıt defterinde 9.652 sunucu kayıtlı. Salesforce, Nisan 2026'da kendi platformunda MCP'ye geçti ve bir ay içinde 4,5 milyon çağrı raporladı.

MCP'den önce entegrasyon neye benziyordu?

Kısa cevap: her yapay zeka uygulaması, her araç için ayrı yazılıyordu. Beş modeliniz ve on sisteminiz varsa elli ayrı entegrasyon demekti bu. Sektör buna N×M problemi diyor. MCP bunu N+M'e indiriyor: her sistemi bir kez sarmalıyorsunuz, tüm ekosistem kullanabiliyor.

Burada yaygın bir yanlış anlama var. MCP, OpenAI'ın function calling özelliğinin yerini almadı. Onun üzerine oturan bir standartlaştırma katmanı. Function calling hâlâ modelin aracı nasıl çağırdığını tarif ediyor; MCP o aracın nasıl keşfedileceğini ve nasıl paketleneceğini tarif ediyor. Tek bir ajanınız, sabit ve küçük bir araç setiniz varsa ve o araçları sizden başka kimse kullanmayacaksa, düz function calling hâlâ yeterli. MCP'nin kazandırdığı şey yeniden kullanılabilirlik.

Pratikte bu şu demek: yazdığınız bir MCP sunucusu Claude'da, ChatGPT'de, Microsoft Copilot Studio'da ve kendi ajan platformunuzda aynen çalışır. Sistemi bir kez bağlarsınız, model değiştirdiğinizde entegrasyonu yeniden yazmazsınız. Model seçimini geri döndürülebilir bir karar haline getirmesi, MCP'nin işletme açısından en somut faydası.

Mimari, üç kelimeyle

MCP'nin üç rolü var. Host, yapay zeka uygulamasının kendisi: Claude Desktop, bir IDE, kurumsal ajan platformunuz. Güvenlik brokeri görevini o üstlenir, hangi bağlantıya izin verileceğine o karar verir. İstemci, host'un her sunucu için açtığı bağlantı ucu. Sunucu ise araçlarını, kaynaklarını ve hazır şablonlarını yayınlayan taraf, yani sizin ERP'nizin veya veritabanınızın önüne koyduğunuz katman.

Sunucu üç şey yayınlayabilir: modelin çağırabileceği eylemler (araçlar), okunabilir veri (kaynaklar) ve hazır komut şablonları (prompt'lar). Bağlantı ya makinede yerel bir süreç olarak ya da uzak bir HTTP servisi olarak kurulur.

Bugün yayınlanan revizyonun en büyük değişikliği burada: protokol durum tutmayan (stateless) hale geldi. Oturum yönetimi kalktı. Karar verici karşılığı şu: uzak bir MCP sunucusunu artık sıradan bir yük dengeleyici arkasına koyabiliyorsunuz, yapışkan oturum ve paylaşımlı oturum deposu gerekmiyor. Altyapı maliyeti düşüyor. Aynı revizyon 12 aylık bir geçiş penceresi de başlattı; mevcut kurulumlarınız yarın bozulmayacak ama takviminize bir not düşün.

Kaç MCP sunucusu bağlamalısınız?

Sandığınızdan çok daha azını. Bu, sahada en sık yapılan hatanın da cevabı: "ne kadar çok sistem bağlarsak o kadar iyi" varsayımı tam tersi yönde çalışıyor.

Rakamlar acımasız. Üretimde ölçülen bir kurulumda yalnızca üç sunucu, yaklaşık kırk araç, 200 bin token'lık bağlam penceresinin 143 binini doldurdu. Yani kullanıcı daha ilk sorusunu yazmadan pencerenin yüzde 72'si araç tanımlarıyla tükenmişti. Beş on sunucu kurulu bir oturum, ilk prompt öncesinde 50-67 bin token yakabiliyor. Bazı istemciler sert sınır koymaya başladı; kırk aracın üstünde model çıktısının gözle görülür bozulduğu bildiriliyor.

Bir ajana bağladığınız her araç, o ajanın düşünme alanından bir parça alır. Entegrasyon bir birikim yarışı değil, bir bütçe yönetimi.

Karşı argümanı da söyleyelim: protokolün kurucularından biri bunun protokol değil istemci uygulaması problemi olduğunu savunuyor ve kademeli keşif (araçların hepsini baştan yüklemek yerine ihtiyaç anında aramak) bu yükü ciddi biçimde azaltıyor. Yeni nesil istemcilerde ana bağlamda yaklaşık yüzde 47'lik bir azalma ölçüldü. Yine de bugün bir kurulum yapıyorsanız pratik tavsiye net: sistemleri tek tek, ölçerek ekleyin.

MCP güvenli mi?

Standart olması güvenli olduğu anlamına gelmiyor. Protokol keşif ve çağrı sözleşmesini standartlaştırıyor; kimlik doğrulama, yetkilendirme, veri temizliği ve hata semantiği hâlâ sizin probleminiz. Son iki yılın olay listesi bunu fazlasıyla gösteriyor.

En öğretici vaka Asana'nınki. Mayıs 2025'te yayına alınan MCP sunucusundaki bir erişim kontrol hatası, bir organizasyonun proje, görev, yorum ve dosyalarını başka müşterilere görünür kıldı. Hata ilk günden vardı, bir ay sonra fark edildi, yaklaşık bin müşteri organizasyonu etkilendi. Eylül 2025'te ise sahte bir e-posta MCP sunucusunun gönderilen tüm postaların gizli bir kopyasını saldırgana yolladığı ortaya çıktı: kayıt defterinden indirilen paketin arka kapılı olduğu ilk belgelenmiş vaka.

Tekil olaylardan daha çarpıcı olan, taramaların gösterdiği taban durumu. Bir güvenlik firması 2.614 MCP kurulumunu inceledi: yüzde 82'si dizin geçişine açık dosya işlemleri kullanıyor, yüzde 34'ü komut enjeksiyonuna açık API'lere dokunuyor. Ayrı bir tarama, MCP ile ilgili yapılandırma dosyalarında 24 binden fazla sır buldu; bunların yüzde 8,8'i tarama anında hâlâ geçerliydi.

Üç saldırı desenini bilmeniz yeterli. Prompt injection: modele ulaşan herhangi bir dış içerik (bir e-posta, bir müşteri talebi, bir GitHub kaydı) talimat gibi okunabilir. Araç zehirleme: kötü niyetli talimatlar aracın açıklamasına gömülür, çünkü araç açıklamaları pratikte çalıştırılabilir metindir. Rug pull: bir kez onayladığınız araç, sonradan kendi tanımını değiştirir. Bunlara karşı tek gerçek koruma, yetkilendirmeyi protokole değil kendi mimarinize kurmanız.

Türkiye'de durum: Logo, Mikro, Netsis ve KVKK

Türkiye'deki orta ölçekli şirketlerin çoğu Logo, Mikro veya Netsis kullanıyor. Bu araştırmada bu ürünler için satıcının kendisi tarafından yayınlanmış resmî bir MCP sunucusuna rastlamadık. Pratik sonuç: yerel ERP'nizi bir modele bağlamak istiyorsanız o katmanı ya kendiniz yazacaksınız ya da entegratörden alacaksınız. Piyasada bunu yapmaya başlayan yerel çözümler görünüyor, ama hazır ve resmî bir bağlayıcı beklemeyin.

KVKK tarafı daha keskin. Kurum, üretken yapay zekaya ilişkin rehberinde Türkiye dışında barındırılan sistemlerin kullanımının yurt dışına veri aktarımı niteliği taşıdığını açıkça belirtti. Yani modeliniz yurt dışında çalışıyorsa, ERP'den dönen her kişisel veri kaydı Kanun'un 9. maddesi kapsamında bir aktarımdır ve uygun bir hukuki zemin gerektirir.

Burada MCP'ye özgü olan risk şu: hangi kaydın döneceğine model karar verdiği için, aktarımın kapsamını önceden tam olarak yazamıyorsunuz. Klasik entegrasyonda "şu üç alan gider" diyebilirsiniz. Ajan mimarisinde diyemezsiniz. Bu yüzden sahada gördüğümüz en sağlıklı başlangıç deseni, MCP sunucusunu salt okunur ve alan bazında kısıtlı açmak: kişisel veri içeren sütunları hiç yayınlamamak, önce stok, sipariş ve cari hareket gibi kişiselleştirilmemiş kalemlerle başlamak. Modeli kendi sunucunuzda çalıştırma seçeneğini de değerlendirmek isterseniz açık kaynak modelleri kendi sunucunuzda çalıştırma yazımız bu kararın maliyet tarafını ele alıyor.

Bir MCP sunucusu yazmak ne kadar iş?

Tek bir sistemi bağlayan sade bir sunucu, deneyimli bir geliştirici için iki ila dört haftalık bir iş. Rol bazlı erişim kontrolü ve denetim kaydı eklendiğinde dört ila sekiz hafta. Çok kiracılı, kurumsal seviyede bir kurulum on iki haftadan başlıyor. Bunlar uluslararası kaynaklardan derlenmiş efor büyüklükleri; Türkiye maliyetlerine birebir çevrilmez ama sıralama fikri verir.

Buna karşılık, kullandığınız yazılımın hazır bir MCP sunucusu varsa iş tamamen değişiyor. Salesforce, ServiceNow, SAP, Microsoft, Atlassian, GitHub, Slack, Box, HubSpot, Snowflake ve AWS resmî sunucu yayınlıyor. Bu durumda karardan canlıya geçiş birkaç iş günü sürebiliyor.

Görünmeyen kalem bakım tarafında. Satıcı API'si değişir, yetkilendirme akışı güncellenir, protokolün kendisi sürüm atlar. Bugünkü revizyonun getirdiği 12 aylık geçiş penceresi tam olarak bu yüzden var. Bir entegrasyonun ilk yıl maliyetinin yaklaşık yarısını, sonraki her yıl bakımı olarak bütçelemek gerçekçi bir yaklaşım. Bir ajanı uçtan uca kurmanın nasıl bir şey olduğunu somut görmek isterseniz ajan kurulum hikayemiz maliyet kalemlerini tek tek açıyor.

Sık sorulan sorular

MCP kullanmak zorunda mıyım, düz function calling yetmez mi? Tek bir ajanınız, sabit ve küçük bir araç setiniz varsa ve o araçları başka hiçbir uygulama kullanmayacaksa function calling yeterli. MCP'yi üç durumda tercih edin: birden fazla yapay zeka uygulaması aynı sisteme bağlanacaksa, model sağlayıcısını değiştirme ihtimaliniz varsa, ya da bağlantıyı başka ekiplerin de kullanmasını istiyorsanız.

Yapay zeka entegrasyonu için mutlaka bulut modeli mi gerekiyor? Hayır. MCP sunucusu kendi sunucunuzda çalışabilir ve kendi barındırdığınız bir modele bağlanabilir. Kişisel veriyle çalışacaksanız bu, yurt dışına aktarım tartışmasını baştan bitiren seçenek. Bedeli donanım ve model kalitesi tarafında ödenir.

Kayıt defterindeki hazır sunucular güvenli mi? Otomatik olarak değil. Eylül 2025'te herkese açık bir kayıt defterinden dağıtılan bir paketin gönderilen tüm e-postaları saldırgana kopyaladığı ortaya çıktı. Kurumsal yazılım satıcısının kendi yayınladığı sunucular ile topluluk paketleri aynı güven seviyesinde değil.

Bir MCP sunucusu ne kadar sürede canlıya çıkar? Kullandığınız yazılımın resmî sunucusu varsa birkaç iş günü. Sıfırdan yazılacaksa tek sistem için iki ila dört hafta, erişim kontrolü ve denetim kaydı gerekiyorsa dört ila sekiz hafta.

Modelimi değiştirirsem entegrasyonu yeniden mi yazacağım? Hayır, MCP'nin çözdüğü asıl problem bu. Aynı sunucu farklı sağlayıcıların uygulamalarında çalışır. Değişmesi gereken tek şey host tarafındaki yapılandırma.

Peki siz ne yapmalısınız?

  • Tek bir sistemle başlayın. En çok soru sorulan sistemi seçin, genellikle bu ERP'nin satış ve stok tarafıdır. İki sistemi aynı anda bağlamayın; hangi kazancın nereden geldiğini ölçemezsiniz.
  • Salt okunur açın. İlk sürümde modele hiçbir yazma yetkisi vermeyin. Yazma yetkisi, okuma tarafı üç ay sorunsuz çalıştıktan sonra ve yalnızca insan onayı adımıyla eklenir.
  • Araç sayısını bütçe gibi yönetin. Her yeni sunucudan sonra bağlam kullanımını ve cevap kalitesini ölçün. Kırk aracı geçtiyseniz durun ve ayıklayın.
  • Yetkilendirmeyi protokole bırakmayın. Hangi kullanıcının hangi kaydı görebileceği kararı sizin sunucunuzda, kullanıcı kimliğine bağlı olarak verilmeli. Modelin isteği tek başına yeterli gerekçe değildir.
  • KVKK zeminini yazılı hale getirin. Hangi alanların dışarı çıkabileceğini, modelin nerede barındırıldığını ve aktarımın hukuki dayanağını bir sayfaya yazın. Bu sayfa yoksa entegrasyonu açmayın.
  • Kayıt defterinden indirdiğiniz sunucuya körü körüne güvenmeyin. Üretimde çalıştıracağınız her üçüncü taraf sunucunun kaynağını okuyun veya okutun. Arka kapılı paketler artık teorik bir risk değil.

MCP'nin gerçek değeri, yapay zeka entegrasyonunu tek seferlik bir proje olmaktan çıkarıp değiştirilebilir bir katman haline getirmesi. Doğru kurulduğunda model sağlayıcınızı değiştirmek bir hafta sonu işine dönüşüyor. Yanlış kurulduğunda ise şirketinizin en hassas verisinin önüne, kimin ne göreceğine olasılıkla karar veren bir kapı koymuş oluyorsunuz. Aradaki farkı belirleyen protokol değil, sizin çizdiğiniz sınırlar.

Kendi sistemlerinizde bu sınırların nereden geçmesi gerektiğini konuşmak isterseniz bir saatlik bir değerlendirme genelde yeterli oluyor.

Bu Yazıyı Paylaş

Muhammet Fatih Batman

Yazan

Muhammet Fatih Batman

Kurucu & Editör

Web tasarım ve yazılım geliştirmede 20 yılı aşkın deneyime sahip, YZ Uzman'ın kurucusu.

Yorumlar

Yorum Yaz

Yorum yapmak için giriş yapmalısınız.

Giriş Yap

Henüz yorum yapılmamış. İlk yorumu sen yap!

Okuduğunuz fikri gerçek bir ürüne dönüştürelim.

Projeyi konuşalım