MCP'nin Yeni Roadmap'i: Üzerine İnşa Edenler İçin Ne Anlama Geliyor

22 Ağustos'ta Model Context Protocol maintainers güncellenmiş bir roadmap yayımladı; önümüzdeki altı-on iki aylık protocol work'ü kapsıyor. Beş priority area, her birinden sorumlu Core Maintainers ve hangi proposal'ların önce review edileceğine dair sessiz ama önemli bir kural belirtiyor. Mart'taki önceki roadmap dört şey vaat etmiş ve çoğunu Temmuz specification release'inde ship etmişti; bu yüzden yeni roadmap ciddi alınmayı hak ediyor. Benim okumam: MCP bilinçli şekilde sıradan web infrastructure oluyor ve builders için yararlı soru stack'inizin hangi kısmını önce değiştireceği.

Temel çıkarımlar - Roadmap beş priority belirliyor: agentic messaging, tek HTTP-native transport, agent identity ve enterprise security, daha temiz tool primitives ve specification'dan generated SDKs. - Bu alanlardaki Spec Enhancement Proposal'lar, SEPs, expedited review alıyor. Dışarıdakiler daha uzun queue ve daha yüksek bar beklemeli. - Mart roadmap'inin vaatleri büyük ölçüde 2026-07-28 spec'e geldi: stateless core, cacheable list results ve Multi Round-Trip Requests. - Code'unuza en muhtemel dokunacak iki değişiklik agent identity, DPoP ve Workload Identity Federation, ve büyük catalogues için progressive tool discovery. - Roadmap'i commitment değil direction olarak görün. Maintainers kendileri söylüyor. Build'i bekletmeyin.

MCP maintainers gerçekte ne açıkladı?

Önce facts. 22 Ağustos 2026 tarihli güncellenmiş MCP roadmap, sonraki spec cycle'ı beş priority area çevresinde düzenliyor; her birinin named Core Maintainers'ı ve arkasında bir veya daha fazla Working Group var:

1. Agentic messaging primitives: client polling'i bıraksın diye server-initiated events, channels, subscriptions ve webhooks, ayrıca Tasks, triggers ve progress notifications'ın tek lifecycle paylaşması için composition review.

2. HTTP-native transport unification and hardening: Streamable HTTP tek binding, zamanla local server'lar için stdio üstünden de konuşulacak, caching ETags'e genişleyecek.

3. Agent identity and enterprise-ready security: DPoP, Demonstrating Proof of Possession, finalise etmek ve existing IETF standards üzerinde opinionated agent identity ve delegation path tanımlamak.

4. Improved primitives: tools/call result shape redesign ve client'ın server catalogue'u gerektiği kadar öğrenmesi için progressive discovery effort.

5. Improved SDK developer experience: extension contract ve specification'dan doğrudan Tier 1 SDK ile quickstart generate etme experiment'i.

Beş alanın yanında geri kalan her şeyi şekillendirecek rule var: priority area içindeki SEPs expedited review alıyor, arkasında Working Group olan proposal en hızlı ilerliyor. Maintainers'ın kendi sözleriyle: "maintainer review time is scarce. We spend it here first." Roadmap ayrıca current thinking'i yansıttığını, firm commitments olmadığını açık söylüyor; items kayabilir veya farklı şekilde gelebilir.

22 Ağustos 2026'da yayımlanan MCP roadmap, önümüzdeki altı-on iki ay için beş priority area belirliyor: agentic messaging, HTTP-native transport, agent identity, improved tool primitives ve spec-generated SDKs. Bu alanlardaki proposal expedited review alıyor; dışarıdakiler daha uzun queue bekliyor.

Bu roadmap neden önemli?

Çünkü önceki roadmap teslim etti. Young open-source projects roadmap'leri çoğu zaman sessizce eskiyen aspirational documents olur. Bunun track record'u var. Mart 2026 roadmap dört priority belirledi ve çoğu beş ay sonra 2026-07-28 specification release içinde geldi:

Adoption roadmap'e weight veriyor. Temmuz 2026 itibarıyla protocol Tier 1 SDK'ları ayda yarım milyara yakın download görüyordu; TypeScript ve Python SDK'ların her biri totalde bir milyarı geçmişti. Bu scale'de protocol nereye gittiğini söylüyorsa map'i okumaya değer.

Kaynak: Mart ve Ağustos 2026 MCP roadmap'leri ve 2026-07-28 specification announcement.

Mart 2026 MCP roadmap transport evolution, agent communication, governance maturation ve enterprise readiness vaat etti. Beş ay sonra 2026-07-28 specification stateless protocol core, Tasks extension, Multi Round-Trip Requests ve minimum on iki aylık formal deprecation policy ship etti.

MCP üzerine inşa ediyorsanız ne anlama geliyor?

Builders için immediate impact eşit değil. Beş alanın ikisi bir yıl içinde code'unuzu değiştirecek. Diğer üçü protocol'ün çevrenizde governance ve maintenance şeklini daha çok değiştiriyor. Her alanın pratik çevirisi burada.

Agentic messaging: polling'in sonu

Real agent work request-response'a sığmıyor. Jobs dakikalar sürüyor, server client bakmıyorken bitiriyor ve bugün client'ın cevabı polling, pahalı ve çirkin. Roadmap server-initiated events'i prioritize ediyor: channels, subscriptions, webhooks, server işi bitince client'a söylesin. Composition review da aynı kadar önemli. Tasks, subscriptions/listen ve progress notifications bugün "server henüz bitmedi" sorusuna üç ayrı cevap olma riskinde; maintainers shared lifecycle, cancellation model ve error surface istiyor. Long-running tool build ediyorsanız Discord'da bu alanı izleyin.

Tek transport, her yerde

2026-07-28 release remote MCP server'ı sıradan HTTP workload yaptı. Roadmap remote/local split'i silmek istiyor: Streamable HTTP tek binding, local server için stdin/stdout üstünden konuşacak, HTTP/2 multiplexing sağlayacak, subprocess security ve lifecycle guarantee'lerini koruyacak. Bugün her HTTP-native feature ikinci stdio-specific design gerektiriyor veya local çalışmıyor; SDK'lar iki transport pipeline maintain ediyor. Tek transport model bunu azaltır. Caching de genişliyor: Temmuz'da gelen ttlMs ve cacheScope hint'lerinin üstüne ETags, tool call results refetch yerine version edilsin.

Agent identity: en erken dokunacak olan

MCP authorization consent anında browser başında insan varsayıyor. Caller giderek agent oluyor: kendi identity'si olan cloud workload, yanında olmayan user behalf'inde çalışan veya parent'tan daha dar authority alması gereken sub-agents spawn eden. Temmuz release announcement içinde quoted Honeycomb, aylık interactive query'lerinin yaklaşık %20'sini agents'a bağlıyor. Öte yandan birçok production MCP server hâlâ pasted API key ve long-lived refresh token kullanıyor, bu work'ün retire etmeyi amaçladığı tam practice. Plan DPoP'u finalise ve adopt etmek, plus Workload Identity Federation, SEP-1933, Enterprise-Managed Authorization arkasındaki ID-JAG grant ve RFC 8693 token exchange üzerinden standard delegation path, IETF OAuth ve WIMSE Working Groups ile coordinated.

MCP authorization model browser'da access approve eden insan için yapıldı, ama agents callers oluyor. Roadmap, server'ların pasted API keys veya long-lived tokens olmadan agent identities tanıyabilmesi için DPoP ve Workload Identity Federation ile RFC 8693 token exchange üstünde standard delegation path prioritize ediyor.

Tool results ve progressive discovery

İki confusion düzeltiliyor. İlki tools/call hem content hem structuredContent döndürüyor, bu divergent implementations üretti çünkü server author client'ın model'e hangi formu göstereceğini bilmiyor. Contract redesign edilecek. İkincisi scale: yüz tool'lu server'a bağlanın, user tek soru sormadan model bütün surface'in parasını öder ve list büyüdükçe tool selection kötüleşir. Token bill theoretical değil. Cloudflare'in Şubat 2026 testinde 2500 endpoint'li API'yi MCP tool definitions olarak expose etmek yaklaşık 1,17 milyon token kullandı, code-calling ile yaklaşık 1000'e karşı. Progressive discovery önerilen cevap: conversation daraldıkça daha çok catalogue açan küçük entry point, yukarıdaki caching work ile bağlı. Bu overhead'in plain API'yi daha iyi seçim yaptığı durumları yazdım; progressive discovery MCP'nin gap'i küçültme denemesi.

SDKs spec'ten generated

En sessiz item en telling olabilir. Bugün SDK'lar, reference servers ve quickstarts elle maintain ediliyor. Roadmap experiment yapıyor: specification'dan candidate Tier 1 SDK ve quickstarts generate et, conformance test suite'e validate et, deterministic codegen olması gereken layers ile model-assisted layers dahil findings publish et. Çalışırsa spec clarity bugs generation failures ile ortaya çıkar, SDK'lar implement etmesi gereken document'tan drift etmeyi bırakır.

Şimdi ne yapmalısınız?

Urgency sırasıyla dört şey:

1. Bu hafta: deprecated surfaces üzerinde yeni work build etmeyi bırakın. Roots, Sampling, Logging ve legacy HTTP+SSE transport 2026-07-28 spec'te minimum on iki aylık window ile deprecated. Hâlâ çalışıyorlar. New implementations adopt etmemeli.

2. Bu ay: server'ı cache-friendly yapın. List results zaten ttlMs ve cacheScope taşıyor, ETags geliyor. Bugün sane cache hints emit eden server bir migration önde.

3. Bu quarter: agents nasıl authenticate ediyor audit edin. Çalıştırdığınız MCP server unattended caller için pasted API key veya long-lived refresh token'a trust ediyorsa, Agent Identity Working Group tam bu pattern'i replace etmek için var. Kendi delegation scheme'inizi roll etmek yerine group'u track edin. Governance angle governing AI agents yazımla bağlanıyor.

4. Protocol'ü shape etmek istiyorsanız: SEP'i priority area içinde yazın. Önce relevant Working Group ile raise edin ve support alın. Roadmap aligned proposals expedited review alır; dışarıdakiler queue'da.

İki şey yapmayın. Next spec'i bekleyip build pause etmeyin: current spec stable base, deprecation policy breaking bir şey giderken on iki ay warning garantiliyor. Roadmap'i promise gibi de görmeyin. İlk bölümünde priorities shift edebilir, unlisted work yine ship olabilir diyor. Journey'nin başındaysanız first MCP server hands-on walkthrough ve wiring yapmaya değer servers shortlist practical starting point.

2026-07-28 MCP specification Roots, Sampling, Logging ve legacy HTTP+SSE transport'u minimum on iki aylık window ile deprecated etti. Release announcement bu sürede çalışmaya devam ettiklerini ama new implementations'ın adopt etmemesi gerektiğini doğruluyor.

Büyük resim

Bir adım geri çekilin, pattern public'te büyüyen protocol. MCP Aralık 2025'te OpenAI ve Block co-founders ile Linux Foundation altındaki vendor-neutral Agentic AI Foundation'a donate edildi. O zamandan beri contributor ladder, feature lifecycle, deprecation policy ve şimdi maintainer attention'ın nereye gittiğini public statement kazandı. Extensions framework de sessiz ama real work yapıyor: SEP-2133 her Working Group'un formal proposal öncesi experimental-ext- repository'de experiment yapmasına izin veriyor, ideas core destabilize etmeden test ediliyor.

Önümüzdeki iki quarter izleyeceğim şey HTTP over stdio. Local ve remote servers gerçekten one transport üzerinde converge ederse, "MCP server" special software türü olmaktan çıkar, standard face'li web service olur. Protocol'ün plumbing'e kaybolduğu nokta budur, iyi infrastructure'nın yapması gereken.

Sık sorulan sorular

MCP artık üzerine build etmek için yeterince stable mı?

Evet, migration discipline ile. 2026-07-28 spec minimum on iki aylık formal deprecation policy getirdi, SDK'lar breaking changes için migration notes ship ediyor. Protocol hareket etmeye devam edecek ama artık depend ettiğiniz şey gidiyorsa bir yıl önce söylüyor.

MCP sessions ne oldu?

2026-07-28 specification'da retired. initialize handshake ve Mcp-Session-Id header gitti, SEP-2575 ve SEP-2567. Her request artık self-describing, protocol version ve client capabilities _meta içinde taşıyor; optional server/discover call capabilities upfront isteyen client'lar için handshake yerine geçiyor. Her request round-robin load balancer arkasındaki herhangi instance'a gidebilir.

Build etmeden önce next spec'i beklemeli miyim?

Hayır. Roadmap önümüzdeki altı-on iki ay direction anlatıyor, committed features değil, maintainers bunu açıkça söylüyor. Current spec stable, cacheable ve stateless. Üzerinde build edin, deprecated surfaces'tan uzak durun ve output'u size en çok dokunacak iki Working Group'u takip edin.