MCP mi API mı: Yeni Protokol Arayüzleri Neden Bitirmiyor

Son dönemde MCP popülerleştikçe ortalıkta iddialı bir söylem dolaşıyor: artık API arayüzlerine gerek kalmadı. Video, bu soruyu e-ticaret üzerinden somutlaştırıyor. Müşteri sipariş sayfasını açtığında uygulama bir sipariş arayüzünü çağırıyor, gelen kayıt ekrana basılıyor. Soru şu: bu düzen çalışırken MCP neden doğdu?

Sipariş verme akışı, geleneksel modelin özeti gibi. Uygulama önce ödeme arayüzünü çağırıyor, sonra stok güncelleme çağrısı yapıyor, en son doğrulama e-postası için e-posta arayüzüne gidiyor. Hangi çağrının ne zaman ve hangi sırayla yapılacağına geliştirici karar veriyor. Akış koda gömülü olduğu için önceden tanımlı ve katı biçimde sabit kalıyor.

Kullanıcı düğmeler yerine cümle kurunca tablo bozuluyor. Son siparişimi bul ve takip bilgisini e-postayla gönder isteğini model anlayabiliyor, ama kullanılabilir arayüzlerin haritasına sahip değil. Hangisinin önce çalışacağını ve her birinin hangi girdileri beklediğini kestiremiyor. Şirketin tüm arayüz belgelerini modele ezberletmek ise kimseye mantıklı gelmiyor.

Video burada iki kavramı netleştiriyor. Araç, yapay zekâ uygulamasının yapabildiği tekil bir eylem: e-posta tarafında arama, taslak oluşturma ve gönderme, kod deposu tarafında geçmiş getirme ya da kayıt açma gibi. MCP sunucusu ise bu yetenekleri model bağlamı protokolüyle dışarı açan program: eylem sunan araçları ve dosya, belge ya da kayıt gibi bilgi sunan kaynakları birlikte sergiliyor.

E-ticaret örneğine dönüldüğünde tablo yerine oturuyor. Şirkette müşteri, sipariş ve e-posta arayüzleri aynen duruyor; hiçbiri değişmiyor. Üzerlerine kurulan MCP sunucusu üç araç sunuyor: müşteriyi getir, son siparişi getir, e-posta gönder. İstek gelince uygulama sunucuya bağlanıp araç listesini öğreniyor; her kayıt ne işe yaradığını ve hangi girdileri beklediğini açıklıyor.

Model, isteğe bakıp araçları sıraya diziyor: önce müşteri, sonra son sipariş, en son e-posta. Perde arkasında her araç eşleşen arayüzü çağırıyor, sonucu alıp uygulamaya döndürüyor. Mevcut sistemler el değmeden çalışmaya devam ediyor. MCP, var olan yetenekleri yapay zekâ dostu araçlar olarak sergiliyor.

Kapanıştaki ayrım, anlatının omurgası. Klasik arayüzlerde akışı geliştirici belirliyor ve koda donduruyor; MCP düzeninde geliştirici yetenekleri araç olarak yayınlıyor, seçimi model yapıyor. Keşif tarafında da fark aynı: geliştirici belge okuyup uç nokta avlarken MCP sunucusu araçların standart tanımlarını yayınlıyor. Yarın sipariş iptali gibi yeni bir araç eklendiğinde, bir sonraki bağlantı onu kendiliğinden keşfediyor.