Arama Yap Mesaj Gönder
Biz Sizi Arayalım
+90
X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Almanya (German)Almanya (German) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

Türk Lirası $ US Dollar Euro
X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Almanya (German)Almanya (German) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

Türk Lirası $ US Dollar Euro

Bize Ulaşın

Konum Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
Son teknik kontrol · 17.08.2026 · MCP 2026-07-28

MCP 2026-07-28: “MCP v2” Değil, Yeni Bir Protokol Revizyonu

2026-07-28 MCP revizyonu protokolü “v2” diye yeniden adlandırmıyor. Asıl değişim; stateless çekirdek, daha ölçeklenebilir HTTP davranışı, resmi extensions çerçevesi, uzun süren işler için Tasks ve daha sıkı authorization kurallarıdır.

Üretim notu

“MCP v2” ifadesini resmî sürüm adı gibi kullanmayın. Spesifikasyon sürümleri tarih ile adlandırılır ve 2026-07-28 güncel revizyondur.

mcp 2026-07-28mcp stateless coremcp extensions
TEKNİK UYGULAMA PROFİLİ
EKA CORE
MCP 2026-07-28

Yeni kurulumda 2026-07-28 SDK desteğini hedefleyebilirsiniz; mevcut üretim MCP sunucularında ise istemci uyumluluğunu ölçmeden protokol revizyonunu zorunlu kılmayın. Özellikle auth, session varsayımları ve eski SSE tabanlı akışlar test edilmelidir.

2026-07-28Spesifikasyon revizyonu
Kontrol
StatelessÇekirdek davranış
Kontrol
ExtensionsGenişletme modeli
Kontrol
TasksUzun süren işler
Kontrol
Teknik rehber · production odaklı · resmî kaynaklar
Kısa cevap

Yeni kurulumda 2026-07-28 SDK desteğini hedefleyebilirsiniz; mevcut üretim MCP sunucularında ise istemci uyumluluğunu ölçmeden protokol revizyonunu zorunlu kılmayın. Özellikle auth, session varsayımları ve eski SSE tabanlı akışlar test edilmelidir.

01

Teknik kapsam ve önemli noktalar

Model Context Protocol 2026-07-28 sürümündeki stateless core, multi round-trip request, header routing, cacheable list sonuçları, extensions ve authorization değişikliklerini teknik olarak inceleyin.

2026-07-28Spesifikasyon revizyonu

MCP sürümü tarih ile ifade edilir; “v2” resmî isim değildir.

StatelessÇekirdek davranış

Sunucu tarafında zorunlu oturum varsayımlarını azaltarak standart HTTP altyapısıyla ölçeklemeyi kolaylaştırır.

ExtensionsGenişletme modeli

Deneysel yeteneklerin çekirdeğe kontrolsüz eklenmesi yerine resmi genişletme sınırı tanımlar.

TasksUzun süren işler

Dakikalar süren işler için tek HTTP isteğini açık tutmak yerine görev yaşam döngüsü kurmaya imkan verir.

Bu sayfada

  1. 2025-11-25 → 2026-07-28: hangi problemler hedeflendi?
  2. Stateless core neyi değiştirir, neyi değiştirmez?
  3. Tasks ile uzun süren iş nasıl modellenir?
  4. Authorization hardening: protokol desteği yetki modeli değildir
  5. Mevcut MCP sunucusunu yükseltme planı
  6. Sık sorulan sorular
02

2025-11-25 → 2026-07-28: hangi problemler hedeflendi?

Bu revizyonu özellik listesi yerine protokol operasyonu açısından okumak daha yararlıdır.

Sunucunun bağlantı oturumuna gereğinden fazla bağımlı kalması yatay ölçeklemede zorluk çıkarıyordu; stateless core bu bağımlılığı azaltmayı hedefliyor.
Tek istekte bitmeyen işlerde bağlantıyı uzun süre açık tutmak kırılgandı; Tasks uzun süren operasyonlara ayrı yaşam döngüsü getiriyor.
Özel uzantıların uyumluluk riskini azaltmak için Extensions çerçevesi ve resmi deprecation yaklaşımı belirginleşti.
03

Stateless core neyi değiştirir, neyi değiştirmez?

Stateless, uygulamanızda hiçbir durum tutulmayacağı anlamına gelmez. Protokol çekirdeğinin bağlantıya yapışık zorunlu state beklentisini azaltır.

KonuEski varsayım2026-07-28 yaklaşımı
Yatay ölçekSticky session ihtiyacı artabilirStandart HTTP yönlendirme daha doğal
RoutingBağlantı bağlamına bağımlılıkHeader tabanlı yönlendirme
Liste sonuçlarıHer seferinde yeniden üretimCacheable list sonuçları mümkün
04

Tasks ile uzun süren iş nasıl modellenir?

Video render, büyük veri ihracı veya uzun RAG indeksleme işi tek araç çağrısı içinde dakikalarca beklememelidir.

İstemci işi başlatır ve bir görev kimliği alır. Sunucu “iş başladı” ile “iş tamamlandı” durumlarını ayırabilir.
Durum sorgulaması idempotent tasarlanır. Aynı görev kimliğiyle tekrar kontrol, yeni bir işlem başlatmamalıdır.
Sonuç saklama süresi ve iptal politikası baştan tanımlanır; sınırsız görev geçmişi veri ve maliyet problemi oluşturur.
05

Authorization hardening: protokol desteği yetki modeli değildir

OAuth/OIDC uyumlu bir akışın varlığı, aracın her kaynak üzerinde işlem yapabileceği anlamına gelmez. Scope ve kaynak sahipliği yine uygulama sorumluluğudur.

Token audience ve issuer doğrulamasını atlamayın; yalnız imza doğrulamak yanlış hedefe verilmiş tokenı kabul etmenize yol açabilir.
Tool başına minimum scope belirleyin. “mcp:*” gibi geniş scope üretimde kolaylık değil risk oluşturur.
Kullanıcı verisiyle servis hesabı yetkisini karıştırmayın; delegated ve service-to-service erişimleri farklı log ve politika gerektirir.
06

Mevcut MCP sunucusunu yükseltme planı

SDK güncellemesi tek başına geçiş değildir. İstemci matrisi, transport, auth ve geri dönüş yolu birlikte test edilmelidir.

Önce staging sunucusunda eski ve yeni istemci sürümlerini aynı tool set üzerinde çalıştırın.
Transport değişikliği varsa reverse proxy timeout, buffering ve header forwarding kurallarını yeniden doğrulayın.
Canary geçişte küçük trafik yüzdesini yeni revizyona yönlendirip 4xx/5xx, latency ve tool error oranlarını karşılaştırın.
Komut
npm view @modelcontextprotocol/sdk version
Komut
python -m pip index versions mcp
Komut
curl -sS -D- https://mcp.example.com/mcp -o /dev/null
EKA SUNUCU · TECHNICAL

MCP sunucunuzu protokol revizyonuna göre ölçekleyin

Stateless HTTP, reverse proxy, merkezi auth ve görev kuyrukları doğru ayrıldığında MCP sunucusu tek makine prototipinden daha güvenilir üretim mimarisine taşınabilir.

Production ilkesiÖlç → Test Et → Canlıya AlUydurma benchmark verisi kullanılmaz.
SRC

Resmî kaynaklar

Rehber hazırlanırken esas alınan birincil dokümantasyon ve teknik kaynaklar.

EKA

İlgili teknik içerikler

İlgili altyapı ve uygulama rehberleriyle devam edin.

FAQ

Sık sorulan sorular

MCP 2026-07-28

MCP 2026-07-28, MCP v2 mi?

Hayır. Resmî adlandırma tarih tabanlıdır. “v2” ifadesi toplulukta gayriresmî kullanılabilir ama dokümantasyonda resmî sürüm adı gibi yazılmamalıdır.

Stateless core sticky session ihtiyacını tamamen bitirir mi?

Protokol çekirdeği açısından bağımlılığı azaltır; ancak uygulamanızın kendi state mimarisi yine sticky session gerektirebilir.

Tasks hangi işler için kullanılmalı?

Bir araç çağrısının normal HTTP süresini aşacak kadar uzun olduğu render, indeksleme, büyük dışa aktarma ve toplu analiz işleri için.

Eski MCP istemcileri çalışmaya devam eder mi?

Uyumluluk kullanılan SDK ve özelliklere bağlıdır. Üretimde varsayım yapmak yerine istemci sürüm matrisiyle test edilmelidir.

Top