Bir yapay zeka ajanının “iş yapması”, teknik olarak iki mekanizmaya dayanır: dil modelinin bir aracı çağırmaya karar vermesi (tool calling) ve o aracın modele standart bir biçimde tanıtılması (MCP gibi protokoller). Tool calling olmadan model yalnızca metin üretir; standart olmadan her entegrasyon ayrı bir proje olur. Bu yazıda tool calling’in nasıl çalıştığını, MCP’nin ne olduğunu ve kurumsal entegrasyonda neden bir standardın gerektiğini anlatıyoruz.
Tool calling (function calling olarak da bilinir), dil modelinin bir görevi tamamlamak için tanımlı bir fonksiyonu ya da API’yi yapılandırılmış parametrelerle çağırmaya karar vermesidir. Mekanizma dört adımda işler:
Kritik nokta üçüncü adımdır: model yalnızca “niyet” üretir, eylemi uygulama katmanı yapar. Bu ayrım, güvenlik tasarımının temelidir. Uygulama katmanı, çağrıyı yürütmeden önce yetki kontrolü yapabilir, tutar sınırı uygulayabilir, insan onayı isteyebilir. Model ne kadar yetenekli olursa olsun, uygulama katmanının izin vermediği bir aracı çalıştıramaz.
Modelin doğru aracı doğru parametreyle seçmesi, araç açıklamasının netliğine bağlıdır. “Veri getirir” gibi belirsiz bir açıklama, yanlış seçimlere yol açar. “Müşteri numarası verildiğinde son 12 aydaki faturaları tarih sırasıyla döndürür; müşteri bulunamazsa boş liste döner” gibi bir açıklama ise modelin hem ne zaman çağıracağını hem de sonucu nasıl yorumlayacağını belirler. Ajan projelerinde zamanın önemli bir kısmı araç tanımlarını yazmaya ve test etmeye gider.
MCP (Model Context Protocol), yapay zeka modellerinin ve ajanların dış araçlara, veri kaynaklarına ve sistemlere standart bir arayüzle bağlanmasını sağlayan açık protokoldür. 2024 sonunda açık standart olarak yayımlandı ve kısa sürede farklı model sağlayıcıları ve geliştirme araçları tarafından benimsendi.
MCP’nin çözdüğü sorun şudur: tool calling her modelde vardır, ama araçların nasıl tanımlanacağı, nasıl keşfedileceği ve nasıl çağrılacağı her uygulamada farklı yazılıyordu. ERP entegrasyonunu bir ajan için yazan ekip, aynı entegrasyonu ikinci ajan ya da farklı model için yeniden yazmak zorunda kalıyordu. MCP bu bağlantıyı standartlaştırır.
Pratik sonuç şudur: ERP sisteminiz için bir kez MCP sunucusu yazılır; ardından teklif ajanı, fatura ajanı ve bilgi erişim ajanı aynı sunucuya bağlanır. Model değişirse (bulut sağlayıcıdan açık kaynak on-premise modele geçiş gibi) entegrasyon yeniden yazılmaz.
| Tool calling | MCP | |
|---|---|---|
| Ne | Modelin yeteneği | Bağlantı protokolü |
| Kim sağlar | Model sağlayıcısı | Açık standart; sunucuyu entegrasyon ekibi yazar |
| Kapsam | Tek model-uygulama ilişkisi | Çok model, çok ajan, çok sistem |
| Olmadan ne olur | Ajan eylem yapamaz | Her entegrasyon ayrı yazılır |
| Birlikte | Model tool calling ile niyet üretir; MCP niyeti doğru sisteme standart biçimde taşır | |
Kısaca: tool calling “modelin konuşma biçimi”, MCP “araçların takılma biçimidir”. Biri olmadan diğeri eksik kalır.
Bir kurumsal ajan projesinde entegrasyon, toplam eforun büyük kısmını alır. Standart olmadan bu efor her projede tekrarlanır. MCP’nin kurumsal ortamda sağladığı somut kazançlar:
Bir kez yazılan ERP, CRM ya da pazaryeri sunucusu tüm ajanlar tarafından kullanılır. İlk ajan projesi entegrasyon ağırlıklıdır; ikinci ve üçüncü projeler çok daha hızlı ilerler.
Araçlar MCP ile tanımlandığında model katmanı değiştirilebilir. KVKK gereği veriyi kurum içinde tutmak için on-premise LLM‘e geçiş, entegrasyonları etkilemez.
Her MCP sunucusu kendi yetki kurallarını taşır: hangi ajan hangi aracı çağırabilir, hangi parametreler izinli, hangi çağrılar loglanır. Güvenlik politikası entegrasyon katmanında bir kez uygulanır; her ajanda ayrı ayrı değil.
Ajan, sunucuya bağlandığında hangi araçların mevcut olduğunu kendisi öğrenir. Yeni araç eklemek ajanın kodunu değiştirmeyi gerektirmez; sunucuya eklenir, ajan bir sonraki bağlantıda görür.
Orta ölçekli bir üretici için kurulan entegrasyon katmanı şu sunuculardan oluşabilir: ERP sunucusu (stok, fiyat, sipariş, cari), CRM sunucusu (fırsat, müşteri geçmişi), pazaryeri sunucusu (ürün, fiyat, sipariş), e-posta sunucusu (okuma ve taslak oluşturma; gönderme yetkisi ayrı). Teklif ajanı ERP ve CRM’e, fiyat ajanı ERP ve pazaryerine, destek ajanı CRM ve e-postaya bağlanır. Her ajan yalnızca ihtiyacı olan sunucuya, yalnızca ihtiyacı olan araçlarla erişir.
Biz tüm ajan entegrasyonlarımızı MCP standardı ve açık API tanımlarıyla kuruyoruz; yapay zeka entegrasyonu hizmetimizin temel yaklaşımı budur. Teklif Robotu gibi ürünlerimiz de aynı katman üzerinden ERP’lere bağlanır. Mimari ayrıntılar için yapay zeka ajanları sayfamıza bakabilirsiniz.
MCP sunucusu yazmak teknik bir iş; hangi araçların sunulacağına karar vermek ise tasarım işidir ve ajanın kalitesini belirler. Birkaç ilke:
Hayır. MCP açık bir protokoldür ve farklı model sağlayıcıları ile açık kaynak modeller tarafından desteklenir. Tam da bu nedenle model bağımsızlık sağlar: araç katmanı sabit kalır, model değişebilir.
Evet. MCP sunucusu, arka planda veritabanı sorgusu, dosya okuma ya da RPA tetikleme yapabilir; ajan bunun farkında olmaz, yalnızca standart aracı çağırır. Yaygın ERP sistemlerinde API, veritabanı ve dosya tabanlı bağlantı deneyimimiz var.
Güncel bulut modellerinin tamamında ve çoğu açık kaynak modelde var. Ancak kalite farklıdır: bazı modeller karmaşık parametre şemalarında ya da çok araçlı senaryolarda daha fazla hata yapar. Model seçiminde tool calling güvenilirliği, pilot aşamasında ölçülmesi gereken bir kriterdir.
Sistemin API olgunluğuna bağlıdır. İyi dokümante edilmiş bir API için temel araç seti günler, API’siz eski bir sistem için haftalar sürebilir. Bu efor bir kez harcanır ve sonraki tüm ajan projelerinde kullanılır; prototip aşamasının 2-4 haftalık süresinin önemli kısmı burada geçer.
Otuz dakikalık bir görüşmede mevcut sistemlerinizi (ERP, CRM, pazaryeri, e-posta) birlikte listeleyelim; hangisinin MCP ile nasıl bağlanacağını ve ilk ajan için hangi araç setinin gerektiğini netleştirelim. Taahhüt gerektirmez.
Ücretsiz keşif görüşmesi planlayın → Kuruma özel geliştirme için özel yapay zeka çözümleri sayfamıza göz atabilirsiniz.
