Her araç için ayrı bir bağlantı yazmak

Bir AI ajanına takviminize bakma, dosyalarınızı okuma ve şirket veritabanınızı sorgulama yetkisi vermek istediğinizi düşünün. Naif yaklaşım şudur: her biri için ayrı bir entegrasyon kodu yazarsınız — takvim API’sine özel bir bağlayıcı, dosya sistemine özel bir bağlayıcı, veritabanına özel bir bağlayıcı. Şimdi bu ajanı başka bir yapay zeka uygulamasına taşımak istediğinizde, üçünü de sıfırdan yeniden yazmanız gerekir. N tane araç ve M tane AI uygulaması için N×M ayrı entegrasyon — klasik “her cihaz için farklı kablo” kabusu.

Model Context Protocol (MCP), tam olarak bu kabusu çözmek için Anthropic tarafından geliştirilip açık standart olarak yayımlandı. Resmî tanımıyla MCP, “AI uygulamalarını harici sistemlere bağlamak için açık kaynaklı bir standarttır.” Fikir basit: bir aracı ya da veri kaynağını MCP standardına göre bir kez paketlersiniz, ardından bu standardı destekleyen her AI uygulaması — Claude, ChatGPT, VS Code, Cursor gibi onlarca istemci — onu değişiklik yapmadan kullanabilir.

USB-C benzetmesi neden bu kadar isabetli

MCP’nin resmî dokümantasyonu, protokolü USB-C bağlantı standardına benzetiyor: “USB-C, elektronik cihazları bağlamak için standart bir yol sağladığı gibi, MCP de AI uygulamalarını harici sistemlere bağlamak için standart bir yol sağlar.” Benzetme rastgele değil — USB-C’den önce her cihaz üreticisinin kendi kablosu, kendi konektörü vardı; USB-C’den sonra tek bir fiziksel standart, farklı üreticilerin cihazlarının birbiriyle sorunsuz konuşmasını sağladı.

MCP de yazılım tarafında aynı işi görüyor. Bir geliştirici Google Drive’a bağlanan bir MCP sunucusu yazdığında, bu sunucu Claude Desktop’ta da, VS Code’da da, standardı destekleyen herhangi bir uygulamada da çalışır. “Bir kere yaz, her yerde entegre et” — dokümantasyonun kendi ifadesiyle.

Üç temel kavram: host, client, server

MCP mimarisi üç katmanlı bir client-server modeline dayanır.

MCP host, kullanıcının doğrudan konuştuğu AI uygulamasıdır — Claude Code, Claude Desktop, VS Code gibi. Host, bir veya birden çok MCP sunucusuna bağlanmak istediğinde, her sunucu için ayrı bir MCP client oluşturur; her client, ilgili sunucuyla özel bir bağlantı sürdürür.

MCP server, gerçek işi yapan taraftır — bir programdır ve client’lara bağlam sağlar. Sunucu yerel makinede çalışabilir (örneğin bilgisayarınızdaki dosya sistemine erişen bir sunucu) ya da uzakta, bir bulut hizmetinde barınabilir (örneğin bir hata izleme platformunun sunduğu resmî sunucu). Yerel sunucular genelde standart giriş/çıkış üzerinden, uzak sunucular ise HTTP üzerinden konuşur; ikisi de aynı temel mesaj biçimini kullanır, böylece bağlantı yöntemi değişse de protokol aynı kalır.

Sunucunun client’a sunduğu şey üç temel “primitif” etrafında toplanır: tools (AI’ın çağırabileceği, bir eylem gerçekleştiren fonksiyonlar — dosya işlemleri, API çağrıları, veritabanı sorguları), resources (bağlamsal veri kaynakları — dosya içerikleri, veritabanı kayıtları) ve prompts (etkileşimi yapılandırmaya yarayan hazır şablonlar). Bir AI uygulaması bağlandığı tüm sunuculardan bu araçları toplar, tek bir havuzda birleştirir ve dil modeline “elinde şunlar var” der; model konuşma sırasında hangisini ne zaman çağıracağına kendisi karar verir.

Neden hızla ekosistem standardı oldu?

Üç tarafın da çıkarı örtüştüğü için. Geliştiriciler için MCP, her yeni AI uygulaması için entegrasyonu yeniden yazma yükünü ortadan kaldırıyor. AI uygulamaları için MCP, kendi başlarına asla inşa edemeyecekleri kadar geniş bir araç ve veri ekosistemine anında erişim sağlıyor. Kullanıcılar için ise sonuç, gerçekten kullanışlı olan — kendi verilerine erişebilen, kendi adlarına eylem yapabilen — AI uygulamaları.

Somut örnekler bu soyut faydayı netleştiriyor: bir ajan Google Calendar’a ve Notion’a bağlanıp daha kişisel bir asistan gibi davranabiliyor; Claude Code bir Figma tasarımından yola çıkarak bütün bir web uygulaması üretebiliyor; kurumsal chatbot’lar organizasyon genelinde birden fazla veritabanına bağlanıp kullanıcıların sohbet ederek veri analizi yapmasını sağlayabiliyor. Nitekim Claude Code’un kendi dokümantasyonu da MCP’yi “Claude Code’un Google Drive’daki tasarım dokümanlarınızı okumasını, Jira’daki biletleri güncellemesini, Slack’ten veri çekmesini ya da kendi özel araçlarınızı kullanmasını” sağlayan açık standart olarak tanımlıyor.

Yayımlanmasının ardından geçen sürede MCP’yi destekleyen istemci ve sunucu sayısı hızla arttı: Claude’un yanı sıra ChatGPT, VS Code, Cursor gibi geliştirme araçları da protokolü benimsedi — “bir kere yaz, her yerde entegre et” vaadi pratikte karşılığını buldu.

REST API’den farkı ne?

“Zaten API var, neden yeni bir standart?” sorusu haklı bir itiraz. Fark, kimin kimi anladığı noktasında. Klasik bir REST API, belirli bir programlama diliyle, belirli bir istemciye göre tasarlanmış sabit uç noktalar sunar — geliştirici, her uç noktanın ne beklediğini dokümandan okuyup elle kodlar. MCP’de ise araç tanımı, dil modelinin kendisinin okuyup anlayabileceği biçimde (isim, açıklama, girdi şeması) sunulur; model hangi aracı ne zaman çağıracağına konuşma sırasında kendisi karar verir. Yani MCP, API’lerin yerini almıyor — var olan API’leri, bir dil modelinin kendi kendine keşfedip kullanabileceği ortak bir zarfa sarıyor.

Sınırları ve dikkat edilmesi gerekenler

MCP bir sihirli çözüm değil, bir iletişim protokolü. Kendisi modelin araçları nasıl kullanacağına karar vermez — o karar hâlâ dil modelinde ve onu çevreleyen ajan mimarisinde verilir. MCP sadece “hangi araçlar var, nasıl çağrılır, sonuç nasıl döner” sorularının standart cevabını verir.

Güvenlik tarafı da ciddiye alınması gereken bir konu. Xinyi Hou ve ekibinin 2025’te yayımladığı kapsamlı bir güvenlik analizi, MCP’nin protokol yaşam döngüsü boyunca (sunucu keşfi, yetkilendirme, araç çağırma) çeşitli güvenlik açıklarına yol açabileceğini ve endüstrinin bu riskleri azaltacak standart uygulamalara henüz tam oturmadığını gösteriyor. Pratikte bu, bilinmeyen kaynaklardan MCP sunucusu bağlarken — tıpkı bilinmeyen bir paketi kurarken olduğu gibi — dikkatli olmak gerektiği anlamına geliyor: bir sunucuya verdiğiniz “tool” yetkisi, o sunucunun sizin adınıza gerçek eylemler yapabilmesi demektir.

Aklınızda kalsın

  1. MCP, AI uygulamalarını araçlara ve veri kaynaklarına bağlamak için ortak bir standarttır — USB-C’nin fiziksel dünyada yaptığını yazılımda yapar.
  2. Mimari üç parçadır: host (AI uygulaması), client (sunucuya özel bağlantı) ve server (araç, veri ve şablon sunan program); sunucu bunları tools, resources ve prompts olarak sunar.
  3. Standart hızla yaygınlaştı çünkü herkesin işine geldi — ama protokol kendisi güvenliği garanti etmez; bir sunucuya verilen yetki, gerçek bir eylem yetkisidir.

Kaynaklar

  • Model Context Protocol (2026). What is the Model Context Protocol (MCP)? Resmî dokümantasyon. Protokolün tanımı, USB-C benzetmesi ve kullanım örnekleri. modelcontextprotocol.io/introduction
  • Model Context Protocol (2026). Architecture overview. Resmî dokümantasyon. Host/client/server mimarisi, veri katmanı ve tools/resources/prompts primitifleri. modelcontextprotocol.io/docs/architecture
  • Hou, X., Zhao, Y., Wang, S. & Wang, H. (2025). Model Context Protocol (MCP): Landscape, Security Threats, and Future Research Directions. arXiv. MCP’nin protokol yaşam döngüsündeki güvenlik açıklarını ve tehdit sınıflandırmasını inceleyen çalışma. arxiv.org/abs/2503.23278
  • Anthropic (2026). Claude Code — Overview. Resmî dokümantasyon. Claude Code’un MCP üzerinden Google Drive, Jira, Slack gibi harici sistemlere nasıl bağlandığının anlatıldığı bölüm. code.claude.com/docs/en/overview