MCP, artık bir üreticinin eklenti arayüzü gibi değil, daha çok ortak bir boru gibi görünüyor. Boru daha sağlam olacak, ancak daha az sinirli olacak.

Yazan: 0x9999in1, ME News



TL;DR

• 28 Temmuz 2026'da MCP, beşinci sürüm spesifikasyonunu yayınladı2026-07-28, resmi olarak protokolün doğuşundan bu yana en büyük revizyon olarak tanımlandı. Temel eylem sadece bir taneydi: protokol katmanındaki oturumu kaldırmak.
• initialize/initialized握手没了，Mcp-Session-Id请求头没了。Her istek, protokol sürümünü, istemci kimliğini ve yetenek bildirimini _metaiçinde taşır. Her istek herhangi bir örneğe düşebilir, basit bir döngüsel yük dengeleme yeterlidir.
• Bu bir performans optimizasyonu değil, bir mimari hata. Yapışkan oturumlar ve paylaşılan oturum deposu, MCP sunucularının ölçeklendirilmesi sırasında en pahalı fatura kalemleriydi.
• Durum kaybolmadı. İletim katmanından araç parametrelerine taşındı ve "açık işleyici" olarak adlandırıldı. Model bunu görebiliyor ve kontrol edebiliyor.
• İnterface (MCP Apps) ve uzun görevler (Tasks), sürümleştirilmiş uzantı çerçevesine resmen dahil edildi; temel protokol artık yeni yetenekler için genişlemiyor. Kimlik doğrulama, gerçek dünya OAuth 2.0 ve OIDC ile uyumlu hale getirildi; kurumsal barındırılmış yetki uzantısı aynı gün stabil sürüme geçti.
• Maliyeti gerçek para: Bu bir breaking change. Roots, Sampling, Logging ve eski HTTP+SSE iletimi birlikte kullanım dışı bırakıldı ve resmi olarak en az 12 aylık geçiş penceresi verildi.
• MCP, artık bir üreticinin eklenti arayüzü gibi değil, bir ortak boru gibi görünmeye başlıyor. Boru daha sağlam olacak ama daha az öfkeli de olacak.

Birinci olarak, silinen iki satır, bu revizyonun ağırlığıdır.

Öncelikle bir ters düşünceli gerçek söyleyelim.

Bu, "tarihin en büyük güncellemesi" olarak adlandırılan güncellemede en önemli kısım eklenenler değil, kaldırılanlardır.

initialize ve initialized bu el sıkışma, MCP 2024 yılının Kasım ayında doğduğu günden beri var.Mcp-Session-Id Bu istek başlığı, uzaktan MCP'nin kurulmasından sonra tüm dağıtım çözümlerinin temelidir. 28 Temmuz'da, iki şey birlikte kaldırıldı.

Yeni istek nasıl görünüyor? Çok basit.

POST /mcp HTTP/1.1
MCP-Protocol-Version: 2026-07-28
Mcp-Method: tools/call
Mcp-Name: search

Method names and tool names are elevated to the HTTP headers. Gateways, rate limiters, and WAFs no longer need to unpack JSON bodies to guess what the call is for—just look at the headers. Protocol version, client information, and capability declarations are all bundled into _meta and sent with the request. Want to ask the server in advance what it can do? A new server/discover has been added, but it is optional, not mandatory.

Bu ne anlama geliyor? Bu, MCP sunucusunun nihayet bir standart HTTP iş yükü haline geldiğini anlamına geliyor.

Netlify uygulama AI başkanı Sean Roberts'a göre, durumsuz çekirdek, MCP'yi oturum yönetimi gerektirmeyen birinci sınıf HTTP yükü haline getiriyor. Cloudflare, bu sürümün, Agent altyapısını durumsuz, önbelleklenebilir, yönlendirilebilir ve küresel olarak ölçeklenebilir şekilde webin diğer kısımları gibi çalışmaya başladığını daha sert bir dille ifade ediyor.

Standart bir üretici destek konuşması gibi geliyor. Ancak bu sefer farklı, çünkü aynı spesifik bir şeyden bahsediyorlar: oturum kayboldu, bu yüzden Lambda çalışabilir, Workers çalışabilir, kenar düğümleri çalışabilir.

İkinci, yapışkan oturumlar, Agent'in ölçeklendirme yolundaki gerçek bir tavanıdır.

Neden bu kadar sert bir adım atıyorsunuz?

Eski modelin kaçınılmaz bir fiziksel sınırlaması vardı: oturumlar, el sıkışma işlemini yapan örneğe sabitlenmişti.

Bu yüzden herkes aynı şeyi yapmak zorunda kaldı: Ya yük dengeleyicinin her istemcinin hangi sunucuya yönlendirileceğini hatırlamasını sağladınız, ya da tüm örneklerin okuyabileceği şekilde session durumunu saklamak için Redis gibi ortak bir depolama katmanı kurdunuz.

Bu iki yol da işe yarar. Ancak her ikisi de gizli bir vergi öder.

Sesyon dayanıklılığı, ölçeklendirmeyi karmaşık hale getirir. Bir örneği kapatırken üzerindeki oturumlar kesilir. Trafiğin ani artışı durumunda yeni başlatılan örnekler eski oturumları alamaz ve yük her zaman dengesiz kalır. Paylaşılan depolama yolu daha pahalıdır; temelde yalnızca "istemcinin adını hatırlamak" gerektiren bir ihtiyaç için, durumlu bir ara yazılım eklersiniz ve bunun için yüksek kullanılabilirlik sağlamalısınız.

Küçük boyutta bu bir sorun değil. Ölçek büyüdükçe sorun olur.

Bir dizi rakam, ölçeğin nasıl büyüdüğünü açıkça gösteriyor. 2025 yılında Aralık'ta, MCP'nin birinci yıl dönümünde SDK'nın aylık indirilme sayısı 97 milyondu. 2026 yılı Temmuz'daki bu yayımda, Anthropic tarafından verilen rakam, aylık indirilme sayısının 400 milyonu aştığını gösteriyor; resmi blog yazısında ise "yaklaşık 500 milyon" olarak ifade ediliyor ve yıl içinde dört kat artış yaşanmış oluyor. TypeScript ve Python SDK'larının toplam indirilme sayıları her biri milyar sınırını aştı.

Anthropic'ın kendi Claude bağlayıcı kataloğunda şimdi 950'den fazla MCP sunucusu listeleniyor. Gözlemlenebilirlik sağlayıcısı Honeycomb'in verileri, Agent'ların gerçek işler yaptığını daha iyi gösteriyor: aylık tüm etkileşimli sorgularının yaklaşık %20'si Agent tarafından başlatılıyor.

Yarı yıl içinde dört kat. Bu eğrinin altında, herhangi bir mimari "gizli vergi" açık bir hesaba dönüşecektir.

Bu nedenle resmi ifade, "en çok talep edilen özelliklerden biri" şeklindedir. Değiştirmek istemedik, üretim ortamında çalışanlar artık dayanamadı.

Üçüncü olarak, durum kaybolmadı, modelin önüne taşındı.

Burada açıkça belirtilmesi gereken bir yanlış anlama var.

Protokol durumsuz olsa da, uygulamanızın durumsuz olduğu anlamına gelmez.

Verilen düzenlemeye açık bir işleyici denir. Aracı çağrılarda durumu korumak mı istiyorsunuz? O zaman aracı, örneğin basket_id gibi bir tanımlayıcı döndürün ve model bu ID'yi parametre olarak bir sonraki çağrıda geri getirsin.

Resmi blogda bu cümle, belgenin en ilginç cümlesi olduğunu düşünüyorum: Modelin bu işleyiciyi görebilmesi ve böylece araçlar arasında bunu birleştirebilmesi nedeniyle, durumu aktarım katmanında saklamaktan daha iyi sonuçlar verdiğini buldukları.

Bir dakika durup bu cümlenin ağırlığını düşünün.

Eski tasarım mantığı şuydu: Durum altyapının işiydi, modelin bunu endişelenmesine gerek yoktu. Şu anki mantık tam tersi: Durum, modelin çıkarım zincirinin bir parçasıdır; gizlemek modelin karar vermesini yanlış yönde etkiler.

Gizli durum, modeli aptallaştırır. Bu sonuç, mimari estetikten çıkarılmadı, bir buçuk yıllık üretim kazalarından çıkarıldı.

Aynı düşünce, sunucunun istek başlatma yoluna da uygulandı. Geçmişte araçlar, "Bu 3 dosyayı silmekten emin misiniz?" diye kullanıcıdan onay almak için sürekli açık bir SSE akışı kullanıyordu. Durumsuz hale geldikten sonra bu akış ortadan kalktı ve yerini Multi Round-Trip Requests (MRTR) aldı.

Mekanik karmaşık değil. Sunucu, soracağı soruları içeren bir "giriş gerekiyor" sonuç türü döndürür ve bununla birlikte bir requestState. İstemci cevapları topladıktan sonra, inputResponses ve aynen aynı requestState ile orijinal çağrıyı tekrar gönderir. Tüm devam bilgileri requestState içinde olduğu için, bu yeniden deneme başka bir makinede gerçekleşse bile devam edebilir.

Supabase ürün sorumlusu Inian Parameshwaran, elikitesyonun rotalarında uzun süredir olduğunu, ancak Supabase MCP'nin orijinal olarak durumsuz çalışması nedeniyle yapılamadığını söyledi. MRTR sonrası artık mümkün olacak; araçlar, proje oluşturmadan önce maliyetleri onaylayabilecek ve verileri silmeden önce bir kez sorabilecek.

Burada, belgeleme dokümanlarında vurgulanmamış ancak mühendislikte kesinlikle karşılaşılan bir noktadan bahsetmek istiyorum:requestState İstemci tarafından tutulur ve geri gönderilir; doğası gereği güven sınırının dışındadır. Sunucu bunu güvenilir bir girdi olarak doğrudan serileştirmeye alırsa, kendi kendine bir açıklık açar. İmzalama, şifreleme ve sürenin sona ermesi, bunların topluluk içinde kısa sürede standart uygulamalar haline geleceğine inanıyorum. Bu benim tahminim, belgeleme gerekliliği değil.

Dört: Genişletilmiş Çerçeve: Protokol, "kilolar almayan" şekilde öğrenmeye başlıyor

İkinci gerçek bahis, uzatma çerçevesinin gelenekten kuruma dönüşmesidir.

Ters DNS adlandırma, extensions üzerinden yetenek uzlaşması, bağımsız ext-* deposu ve yetkili bakıcılar, sürümün temel spesifikasyondan bağımsız olması. Can sıkıcı gibi görünüyor, ancak tüm başarılı protokollerin karşılaştığı sorunu çözüyor: temelin giderek büyümesi.

İki uzantı bu kez resmen onaylandı.

MCP Uygulamaları, sunucunun etkileşim arayüzünü doğrudan diyaloga göndermesini sağlar. Sadece metin değil, yapılandırılmış JSON değil, sandbox iframe içinde çalışan tam HTML arayüzüdür. Grafikler, formlar, seçiciler her şey olabilir. Ana tasarım, araçların önceden UI şablonlarını bildirmesidir; böylece istemci önceden alabilir ve herhangi bir şeyi işlemeye başlamadan önce güvenlik incelemesi yapabilir. Arayüzdeki işlemler yine standart araç çağrısı olan JSON-RPC kanalı üzerinden yürütülür.

Görevler: Diğer yarının sorunlarını çözme: Süreç alan görevler. Deneyimsel özellikten resmi eklentiye yükseltildi ve yaşam döngüsü durumsuz şekilde yeniden tasarlandı:tools/callBir görev işareti döndürür, istemci tasks/get ile sorgulama yapar ve yeni tasks/update ve tasks/cancel ile birlikte.

Dikkat edilmesi gereken nokta tasks/list silindi. Neden basit: oturum yoksa, "tüm görevleri listele" işlemi güvenli değil, "tümü"nün kimin olduğunu belirleyemiyorsunuz.

Bu eklenti AWS tarafından katkıda bulunulmuştur. Amazon'un Agentic AI Başkan Yardımcısı Swami Sivasubramanian, yeni standartların ve durumsuz çekirdeğin Bedrock AgentCore'a dahil edildiğini söyledi. Microsoft tarafında, Foundry Mühendislik Başkan Yardımcısı Tina Schuchman, MCP'nin onlarca entegrasyondan binlerce entegrasyona genişlemesini sağladığını ifade etti; Foundry toolbox, araçları tek bir統一 MCP uç noktası ile birleştirerek, yönetim, kimlik doğrulama ve gözlenebilirliği merkezi olarak yönetiyor.

Bir protokol, AWS, Microsoft, Google Cloud ve Cloudflare tarafından temel üzerine şeyler inşa etmek için aynı anda kullanılıyor. Bu artık bir şirketin eklenti standardı değil.

Beşinci: Gerçek sorun bağlantı değil, kimliktir.

Resmi blogda dürüst bir ifade yer alıyor: Geçen yıl gerçekleştirenlerle yapılan görüşmelerde, yetkilendirme en çok zaman harcanan alan oldu.

Bu sürümde, çekici olmasa da gerekli olan altı SEP daha eklendi. Yetkilendirme sunucusu, RFC 9207'e göre iss parametresini döndürmelidir; istemci, kodu takas etmeden önce bunu doğrulamalıdır; bu değişiklik, yetkilendirme sunucusu karıştırma saldırılarını engeller. İstemci, dinamik kayıt sırasında application_type bildirmelidir; masaüstü ve CLI uygulamalarının localhost geri çağırma adresleri artık neden göstermeden reddedilmeyecektir. Kimlik bilgileri, onları çıkaran issuer ile bağlanır ve yetkilendirme sunucuları arasında yeniden kullanılamaz.

Daha anlamlı olan, dinamik istemci kaydı (DCR)'nin resmen kaldırılması ve yönün istemci Kimlik Meta Veri Belgesi (CIMD) yönünde olmasıdır. DCR hâlâ kullanılabilir ve geriye doğru uyumluluk korunmaktadır, ancak gelecekteki sürümlerde kaldırılacaktır.

Aynı gün, kurumsal托管授权扩展 (EMA) kararlı sürüme dönüştü. Bu olay, stateless'ten daha büyük bir anlam taşıyabilir.

Eski modelde her çalışan, her sunucu için ayrı ayrı yetki vermek zorunda kalıyordu. İşe başlama, birer birer hizmetlere el ile bağlanmak anlamına geliyordu. Güvenlik ekibi, tek bir strateji uygulayamıyordu; yetkiler her kullanıcı tarafından kendi başına tıklanıyordu, merkezi bir kontrol yoktu ve denetim izi de bulunmuyordu. Daha da kötüsü, iş hesapları ve kişisel hesaplar karışık kullanılıyordu ve kurumsal kimlik kullanma zorunluluğu için hiçbir mekanizma yoktu.

EMA, kurumun kendi kimlik sağlayıcısını karar verici hale getirir. Altta yatan mekanizma, IdP'nin tek oturum açma sırasında vermiş olduğu ID-JAG iddiasıdır ve istemci, bu iddiayı MCP sunucusunun yetkilendirme sunucusuna erişim belirteci için kullanır. Kullanıcı, hiçbir tek sunucunun onay sayfasından geçmeden işlemi tamamlar.

Okta, desteklenen ilk IdP'dir ve Cross App Access üzerinden çalışır. İstemci tarafında Claude'nin tüm sürümleri ve VS Code entegre edilmiştir. Sunucu tarafında Asana, Atlassian, Canva, Figma, Granola, Linear ve Supabase desteklenmektedir; Slack üzerinde çalışılmaktadır. Linear mühendislik lideri Tom Moor'un yorumu oldukça sevimli: Bir kez giriş yapın, tüm MCP bağlayıcıları otomatik olarak yapılandırılır, bu oldukça büyüleyici.

Sihirli kısım deneyimde değil, yönetimde. Karar alma süreçleri nihayet IdP yönetim paneline döndü ve tüm bağlayıcılar boyunca bir denetim zinciri oluşturuldu.

Ancak konuşmamı tamamlamalıyım: Durumsuzluk ve EMA, kimlik ve ölçeklenebilirliği çözer, ancak Agent güvenliğinin tamamını değil. Cisco'nun "2026 AI Güvenliği Durumu" raporundaki bu iki sayı hâlâ orada: organizasyonların %83'ü Agent yetenekleri dağıtmayı planlıyor, ancak sadece %29'u kendini hazır hissediyor. İpucu enjeksiyonu, araç tanımları zehirlemesi, Agent'in yatay hareket için bir sıçrama tahtası olarak kullanılması gibi sorunlar, protokolün oturumu silmesiyle kaybolmayacak.

İyi haber şu ki,Mcp-Method ve Mcp-Name etkinleştirildikten sonra, ağ geçidi strateji yürütüm maliyetleri düştü. Standart, başlık ve gövde uyumsuzluğuna sahip istekleri sunucunun reddetmesini gerektiriyor; bu da bir tür rota ve güvenlik uyumsuzluğunu engelliyor. Bu, savunma duruşunda gerçek bir iyileşmedir. Ancak burada sona eriyor.

Altı: Maliyet: Bu, bir bozucu değişikliktir ve fatura çıkarılmıştır.

Sadece getiri hakkında konuşup hesapları görmezden gelen şeyleri sevmiyorum.

Bu sürüm breaking change düzeyindedir. Roots, Sampling ve Logging özellikleri birlikte kullanım dışı bırakılmaya başlamıştır. Eski HTTP+SSE aktarımı da resmen kullanım dışı bırakılmıştır. Spesifikasyon aynı zamanda bir formel özellik yaşam döngüsü politikası koyar: Active → Deprecated → Removed, her aşama en az 12 ay sürer.

Ek olarak, araçların girdi/çıktı şemaları artık tam JSON Schema 2020-12 sözlüğünü destekliyor, oneOf,anyOf ve koşullar kullanılabilir; ayrıca "Kaynak bulunamadı" hatası kodu, özelleştirilmiş -32002 yerine standart JSON-RPC -32602 olarak değiştirildi. Kodunuzda -32002 sabitlenmişse, bu satırı değiştirmelisiniz.

En büyük taşıma maliyetine sahip olan yer, resmi olarak belirtildi: oturum tanımlayıcılara bağımlı geliştiriciler.

Bu nedenle zaman çizelgesini tekrar özetlemek değerli. Aday sürüm 21 Mayıs'ta kilitlendi ve 28 Temmuz'da resmi olarak yayınlandı; bu arada SDK bakım sorumluları ve istemci uygulama geliştiricileri için tam on hafta süre bırakıldı. Dört Tier 1 SDK (TypeScript, Python, Go, C#) aynı gün yeni sürümü destekledi, Rust SDK beta durumunda.

On haftalık açık doğrulama penceresi + 12 aylık kullanım dışı geçiş dönemi + standartlaştırılmış SEP, yalnızca uyumluluk test setinde ilgili senaryolar mevcut olduğunda nihai hale getirilebilir. Bu üçlü, benim gözümde bu revizyonun en profesyonel yönüdür.

Bu, yıkıcı değişiklikleri gizlemek ya da yıkıcı değişiklikleri topluma bırakmak değildir.

Özellikle tutarlılık gereksinimi kritik öneme sahiptir. Gelecekte yeni özelliklerin standart yola entegre edilmesini istiyorsanız, öncelikle ölçülebilir senaryolar yazın. Bu, "tasarım niyetini" ve "gerçekleşen uygulamayı" birbirine bağlayan bir yaklaşımdır; birçok protokol büyük zararlar aldıktan sonra bunu öğrendi.

İlginç olan, taşınmanın pozitif getiri getirmesiydi. Açık kaynaklı mcp-use çerçevesinin arkasındaki Manufact'in baş teknoloji görevlisi Enrico Toniato, yeni SDK v2 kullanarak istemci ve sunucuyu ayırmanın, paket boyutunu yaklaşık %83 azalttığını ve hızı %25 artırdığını belirtti.

Bir mimari inceltmeyle, paketi de aynı anda inceltmek gibi bir şey nadiren olur.

Yedinci: Benim yargımda

Peki, bu yenileme nasıl değerlendiriliyor?

İlk yargımda: Bu bir hata oldu ve güzel bir hata.

MCP'nin ilk çift yönlü durumlu tasarımı, yerel senaryolar etrafında şekillenmişti. Editörünüz, yerelde çalışan bir sunucuya bağlıydı, bir kez el sıkışarak bir bağlantı kuruluyordu, bu tamamen mantıklıydı. Sorun, uzaktan MCP başlatıldığında bu modelin bulut ortamına sokulmasıyla ortaya çıktı ve sonra herkes bunun için düzeltmeler yapmaya başladı. Bağlı oturumlar düzeltme, Redis ile oturum saklama düzeltme, elicitasyon için uzun bir bağlantı kurmak da düzeltme.

Yeterince çok yama yapıldıktan sonra, temeli değiştirmek gerekir. Protokolün ortak mucidi David Soria Parra, bu sürümün son 18 ayın derslerini tamamen içerdiğini söylüyor. Ana bakım sorumlusu Nick Cooper ise daha net ifade ediyor: MCP bir buçuk yaşında, onlarca yıllık web protokolü tasarımı deneyimini emiyor ve daha olgun bir protokole dönüşüyor.

İkinci değerlendirme: Bu güncelleme, teknoloji değil yönetim açısından gerçek bir dönüm noktasıdır.

Zaman çizelgesi tekrar kontrol edilmelidir. 25 Kasım 2024'te Anthropic, MCP'yi açık kaynak hale getirdi. 9 Aralık 2025'te MCP, Anthropic, Block ve OpenAI tarafından ortaklaşa kurulan ve Google, Microsoft, AWS, Cloudflare ve Bloomberg'in destek verdiği yeni kurulan Agentic AI Foundation'a bağışlandı. Sekiz ay sonra ilk büyük sürüm yayınlandı.

Bir tek tedarikçi tarafından icat edilen bir protokol, devredildikten sonra komite bocalamasına girmeden en acı veren ameliyatını tamamladı. Bu, açık yönetimin etkinliği konusunda bir doğrulamadır.

Eko sistem platformu listesinden de odak noktasının değiştiğini görebilirsiniz. Figma, tasarım ile kodun birbirine bağlanmasını anlatıyor, Intuit, milyonlarca tüketicinin ve işletme müşterisinin güvenilir finansal akıllı deneyimler almasını hedefliyor, Zoom ise toplantı akıllılığını güvenli bir şekilde AI platformlarına ulaştırmayı anlatıyor. Bunlar geliştirici oyuncaklarının dili değil, ürün çizgilerinin dili.

Üçüncü değerlendirme, benim söylemesi gereken en önemli şey: protokolün olgunlaşması bir maliyetle gelir, bu maliyet "sıkıntı vermemek" adını taşır.

Durumsuz, yönlendirilebilir, önbelleklenebilir, izlenebilir. W3C Trace Context, artık _meta içinde sabit anahtar adları aracılığıyla iletiliyor ve OpenTelemetry uyumlu dağıtılmış izleme için hazır. Bu terimleri HTTP, REST ve gRPC'nin gelişim tarihinde tamamen gördünüz.

MCP, konuşmayacağınız bir boru haline geliyor. Kimse bugünün TCP'sinin ne kadar heyecan verici olduğunu konuşmuyor.

Bu iyi bir şey mi? Benim düşünceme göre evet. Veri katmanındaki zafer, en etkileyici tasarımı değil, en az bozulmaya uğrayanı ilgilendirir. Oturum silindiği anda, MCP bir kısmını zarafetten vazgeçerek, döngüsel yük dengeleme arkasında yatay olarak genişleme yeteneği kazandı.

Ölçeklendirme, modelin ne kadar akıllı olduğunun değil, kimse konuşmak istemediği şeylerin: sohbetler nerede saklanacak, kimlik nasıl devralınacak, bağlantı kesildikten sonra görevler hâlâ devam edecek mi, binlerce çalışan binlerce sunucuya kaç kez onay butonuna basacak.

Bu sürümde bu işler büyük ölçüde ileriye alındı.

Heyecan konusunda, boru heyecan sağlamaktan sorumlu değildir; sadece bakmadığınız zaman sızdırmamaktan sorumludur.

Kaynak alıntı

1. Model Context Protocol Blog, "2026-07-28 Spesifikasyonu", 2026 年 7 月 28 日. https://blog.modelcontextprotocol.io/posts/2026-07-28/
2. Model Context Protocol Blog, "Kurumsal Yönetilen Yetkilendirme: MCP için Sıfır Dokunma OAuth", 2026. https://blog.modelcontextprotocol.io/posts/enterprise-managed-auth/
3. Anthropic tarafından Claude, "MCP 2026-07-28'i Claude'ye Getiriyor", 2026 年 7 月 28 日. https://claude.com/blog/bringing-mcp-2026-07-28-to-claude
4. MCP Sunucular Blogu, "2026-07-28 MCP Spesifikasyonu: Durumsuz, Genişletilebilir Bir Gelecek", 2026 yılı. https://blog.mcpservers.org/posts/mcp-spec-2026-07-28
5. Linux Foundation, "Linux Foundation, Agentic AI Vakfı'nın Kurulduğunu Duyurdu", 9 Aralık 2025. https://linuxfoundation.org/press/linux-foundation-announces-the-formation-of-the-agentic-ai-foundation
6. Anthropic, "Model Bağlam Protokolünü Bağışlama ve Ajans Yapay Zeka Vakfını Kurma", 2025 yılı Aralık. https://anthropic.com/news/donating-the-model-context-protocol-and-establishing-of-the-agentic-ai-foundation
7. Cisco, "State of AI Security 2026", 2026. https://blogs.cisco.com/ai/cisco-state-of-ai-security-2026-report
8. IT之家, Çıkışından bu yana en büyük güncelleme: MCP 2026-07-28 spesifikasyonu yayınlandı, "durumsuz" çekirdeğe geçiş yapılıyor, 29 Temmuz 2026. https://www.ithome.com/0/983/102.htm