Üreticiler için MCP: pratik bir rehber

MCP, sade bir dille nedir?

Model Context Protocol, bir yapay zeka asistanının başkasına ait bir sistemi çağırıp tipli ve yapılandırılmış bir yanıt almasının standart yoludur.

Anthropic protokolü 25 Kasım 2024'te açık kaynak olarak yayımladı ve onu "yapay zeka asistanlarını verinin yaşadığı sistemlere bağlamak için yeni bir standart" diye tanımladı. 9 Aralık 2025'te Anthropic, MCP'yi Agentic AI Foundation'a bağışladı; bu oluşum, Linux Foundation altında yer alan, Block ve OpenAI ile birlikte kurulan ve AWS, Bloomberg, Cloudflare, Google ile Microsoft tarafından platin düzeyde desteklenen yönlendirilmiş bir fondur. O tarihte MCP, aylık 97 milyon SDK indirmesini ve 10.000'den fazla yayımlanmış sunucuyu geçmişti; ChatGPT, Claude, Cursor, Gemini, Microsoft Copilot ve VS Code tarafında birinci sınıf istemci desteği vardı.

Geliştirici olmayan bir karar verici için önemli olan ayrım şudur. Bir asistan web sitenizi okuduğunda bir belgeyi yorumlamaktadır: bir tabloyu yanlış okuyabilir, bir dipnotu atlayabilir ya da iki varyantı birbirine karıştırabilir. Bir asistan MCP sunucunuzu çağırdığında ise bir sistemi sorgulamaktadır: parçayı ister, alanları alır ve bunları bildirir. Birinci mod makul görünen yanıtlar üretir. İkincisi doğru yanıtlar üretir — tabii arkasındaki veri doğruysa ki asıl işin büyük kısmı da buradadır.

Bu sektörde kimler şimdiden yayına aldı?

Bu artık spekülatif bir konu değil ve örnekler faydalı biçimde çeşitli:

• Microchip Technology, 6 Kasım 2025'te ücretsiz ve herkese açık bir MCP sunucusu başlattı; doğrulanmış ürün spesifikasyonlarını, veri sayfalarını, envanteri, fiyatlandırmayı ve teslim sürelerini MCP Streamable HTTP üzerinden, kopilotlara, sohbet botlarına ve kurumsal ajanlara yönelik JSON kodlu yanıtlarla sunuyor.
• Siemens, mcp.siemens.com adresinde herkese açık bir sunucu işletiyor; belgelenmiş eklentileri — varlıklar, geliştirici portalı, arama ve web içeriği — kimlik doğrulaması olmadan kullanılabiliyor.
• Zoovu, 11 Aralık 2025'te ajanlara ürün verisine yönetişimli erişim veren bir MCP sunucusu başlattı; konumlandırması uyumluluk ve uygulama sorularındaki doğruluk üzerine kurulu.
• ECIA, 11 Haziran 2026'da TrustedParts.com Inventory AI Agent Service hizmetini başlattı ve yetkili elektronik bileşen envanterini Microsoft Copilot, ChatGPT ve Claude içinde erişilebilir kıldı.
• Shopify, mağazalarda https://{shop}.myshopify.com/api/mcp adresinde bir Storefront MCP sunucusu sunuyor; araçları arasında search_catalog, lookup_catalog ve get_product yer alıyor ve mağaza vitrini katmanı için kimlik doğrulaması gerekmiyor.

İki örüntüye dikkat etmekte fayda var. Bunların her biri, mevcut ve yetkili bir veri deposunun üzerine kurulu. Ve her biri, herkese açık katalog verisi ile ticari açıdan hassas olan her şey arasına bir çizgi çekiyor.

Araçlar mı, kaynaklar mı — bir parça sunucusu hangisini kullanmalı?

Spesifikasyon aradaki farkı açıkça ortaya koyuyor ve bunu yanlış yapmak, modellerin kötü kullandığı bir sunucu doğuruyor.

Araçlar model denetimlidir. Spesifikasyon araçların "model denetimli olacak şekilde tasarlandığını, yani dil modelinin bağlamsal kavrayışına ve kullanıcının istemlerine dayanarak araçları otomatik olarak keşfedip çağırabileceğini" belirtiyor. Keşif tools/list, çağırma ise tools/call ile yapılır. Her araç bir inputSchema (varsayılan olarak JSON Schema 2020-12) ve isteğe bağlı bir outputSchema taşır, ayrıca bu şemaya uyan structuredContent döndürür.

Kaynaklar uygulama güdümlüdür. Spesifikasyon kaynakların "uygulama güdümlü olacak şekilde tasarlandığını, bağlamın nasıl dahil edileceğine kendi ihtiyaçlarına göre ana uygulamaların karar verdiğini" belirtiyor — tipik olarak bir seçici, bir liste ya da ana uygulama tarafından otomatik ekleme yoluyla. Her kaynak bir URI ile tanımlanır ve şablonlar parametreli URI kullanımına olanak tanır.

Bir katalog sabit bir belge kümesi değil, bir sorgu uzayıdır. Kimse 40.000 parça içeren bir kaynak seçicisinde gezinmek istemez. Dolayısıyla bir parça sunucusunun büyük bölümü araçlardan oluşmalı, iki incelikle birlikte: büyük yükleri satır içine gömmek yerine veri sayfalarına ve CAD dosyalarına işaret etmek için resource_link içerik bloklarını kullanın ve gerçek kaynakları, sınıflandırma sözlüğü veya değişiklik günlüğü gibi az sayıda kararlı belgeye ayırın.

Güncel spesifikasyondaki iki ayrıntı dikkate değer. Araç listeleri bağlantı başına değişmemelidir, ancak istekte sunulan yetkilendirmeye göre değişebilir. Ve sunucular araçları belirlenimci bir sırayla döndürmelidir; çünkü kararlı sıralama istemcilerin listeyi önbelleğe almasını sağlar ve istem önbelleği isabet oranlarını iyileştirir.

2026-07-28 spesifikasyonunda ne değişti?

Bu revizyon taşıma katmanını yeniden şekillendirdi ve 2025 tarihli materyale göre yazılmış her tasarım belirli noktalarda yanlış olacak.

Taşıma katmanının biçimi artık hoş bir şekilde sıkıcı. Sunucu, POST kabul eden tek bir MCP uç noktası sunar — örneğin https://example.com/mcp. Her JSON-RPC isteği kendi POST çağrısıdır. İstemciler hem application/json hem de text/event-stream değerlerini listeleyen bir Accept başlığının yanı sıra, gövdedeki _meta alanındaki değerle eşleşmesi gereken bir MCP-Protocol-Version başlığı göndermelidir; eşleşmezse sunucu 400 ve bir HeaderMismatch hatasıyla reddetmelidir. Sunucular Origin başlığını doğrulamalı ve başlık mevcut ama geçersizse 403 yanıtı vermelidir.

Altyapı ekipleri için pratik sonuç şu: protokol düzeyinde oturum olmadığı için MCP sunucunuz, diğer her durumsuz HTTP hizmeti gibi sıradan bir round-robin yük dengeleyicinin arkasına konuşlandırılır. Roots, Sampling ve Logging artık en az on iki aylık bir pencereyle kullanımdan kaldırılmış durumda ve eski HTTP+SSE taşıma katmanı da resmen kullanımdan kaldırıldı.

Fiyat ve stoku OAuth ile nasıl korursunuz?

Yetkilendirme MCP tarafında isteğe bağlıdır ve bu, bir parça sunucusu için tam olarak doğru yaklaşımdır: herkese açık kataloğun hiçbir belirtece ihtiyacı olmamalı, yalnızca ticari açıdan hassas araçlar kimlik doğrulama talep etmelidir.

Uyguladığınızda ise gereksinimler nettir. MCP sunucusu, OAuth 2.1 IETF taslağını izleyen bir OAuth 2.1 kaynak sunucusu olarak davranır. Protected Resource Metadata (RFC 9728) desteğini uygulamak zorundadır ve istemciler yetkilendirme sunucusu keşfi için bu meta veriyi kullanmak zorundadır. İstemciler Resource Indicators (RFC 8707) desteğini uygulamak zorundadır; hem yetkilendirme hem de belirteç isteklerinde sunucunuzun kanonik URI değerini tanımlayan bir resource parametresi göndermeliler ve sunucunuz, belirteçlerin hedef kitle olarak kendisi için verildiğini doğrulamak zorundadır. Yetkilendirme sunucuları RFC 9207 uyarınca iss parametresini döndürmelidir ve istemciler bunu doğrulamalıdır. Dynamic Client Registration artık Client ID Metadata Documents lehine kullanımdan kaldırıldı, ancak geriye dönük uyumluluk için kullanılmaya devam edilebiliyor.

Bir distribütör veya üretici için işe yarayan örüntü:

1. 01Kimlik doğrulaması olmayan katman — spesifikasyonlar, parametrik arama, muadiller, uygunluk belgeleri, CAD bağlantıları ve yayımlıyorsanız liste fiyatları.
2. 02Kimlik doğrulamalı katman — sözleşmeli fiyatlandırma, müşteriye özel stok durumu, teklif oluşturma. 403 ve error="insufficient_scope" ile yanıt verin ve gereken kapsamları adlandırın ki istemci birkaç tur yerine tek turda yetkisini yükseltebilsin.
3. 03Asla bir müşteri tanımlayıcısını tek erişim denetimi olarak araç argümanına koymayın. Tanıtıcı bir addır, bir yetki değil; yetkilendirmeyi her çağrıda doğrulayın.

Bir parça MCP sunucusu neleri sunmalı?

Doğru büyüklük mertebesi altı ila sekiz araçtır. Bundan fazlası model seçimini bozar.

Bir araç tanımı sıradan görünmelidir; zaten mesele de budur:

{
  "name": "search_parts",
  "title": "Parametric part search",
  "description": "Search the catalog by product class and typed parameter constraints. Returns matching parts with their key parametrics, units and last-verified date. Use get_part for the full record.",
  "inputSchema": {
    "type": "object",
    "properties": {
      "product_class": { "type": "string", "description": "ETIM class code or class name" },
      "constraints": {
        "type": "array",
        "items": {
          "type": "object",
          "properties": {
            "parameter": { "type": "string" },
            "operator": { "type": "string", "enum": ["eq", "gte", "lte", "between", "in"] },
            "value": {},
            "unit": { "type": "string" }
          },
          "required": ["parameter", "operator", "value"]
        }
      },
      "limit": { "type": "integer", "default": 20 }
    },
    "required": ["product_class"],
    "additionalProperties": false
  }
}

Açıklamanın ne yaptığına dikkat edin: modele hem aracın ne döndürdüğünü hem de ne zaman başka bir araca yönelmesi gerektiğini söylüyor. Bu tek alışkanlık, yanıt kalitesi için her türlü şema cilasından daha fazlasını yapar.

İşlenmiş bir örnek

Teksas'taki bir sözleşmeli üreticide çalışan bir tasarım mühendisi, aynı zamanda bir Alman pano üreticisine de sevk edilen bir kartta ömrünü tamamlamış bir parçayı değiştiriyor. Asistanın bağlı olduğu bir üretici MCP sunucusu var.

Mühendis: Buck katımızdaki 60 V N-kanal MOSFET ömrünü tamamlıyor. Aynı kılıfta doğrudan yerine geçecek, 10 V geçit sürüşünde R_DS(on) değeri 12 miliohmdan kötü olmayan bir parça lazım; ayrıca gerçekten stokta olup olmadığını bilmem gerekiyor.

Asistan dört çağrı yapıyor.

→ tools/call  get_part
   { "part_number": "XYZ-60N12-D2PAK" }
← structuredContent
   { "package": "D2PAK", "vds_v": 60, "rds_on_mohm": 11.5,
     "vgs_meas_v": 10, "lifecycle": "EOL", "last_verified": "2026-08-04" }

→ tools/call  find_alternates
   { "part_number": "XYZ-60N12-D2PAK", "basis": "form_fit_function" }
← structuredContent
   [ { "part_number": "XYZ-60N10-D2PAK", "equivalence": "drop-in",
       "rds_on_mohm": 9.8, "differences": ["lower R_DS(on)", "higher Qg"] },
     { "part_number": "XYZ-60N14-D2PAK", "equivalence": "footprint",
       "rds_on_mohm": 13.5, "differences": ["exceeds R_DS(on) limit"] } ]

→ tools/call  get_availability
   { "part_numbers": ["XYZ-60N10-D2PAK"] }
← 403 Forbidden
   WWW-Authenticate: Bearer error="insufficient_scope",
     scope="stock:read", resource_metadata="https://mcp.example.com/.well-known/oauth-protected-resource"

   [client performs step-up authorisation, then retries]

← structuredContent
   { "part_number": "XYZ-60N10-D2PAK",
     "stock": [ { "location": "US-TX", "qty": 14200 },
                { "location": "DE-BW", "qty": 3800 } ],
     "lead_time_weeks": 8, "as_of": "2026-08-09T06:12:00Z" }

→ tools/call  get_compliance_documents
   { "part_number": "XYZ-60N10-D2PAK", "types": ["rohs", "reach"] }
← content: [ { "type": "resource_link", "uri": "https://…/rohs-2026-03.pdf",
               "name": "RoHS declaration (issued 2026-03-11)" } ]

Asistan ardından şu yanıtı veriyor: adaylardan biri daha iyi iletim direnci ve daha yüksek geçit yüküyle doğrudan yerine geçiyor, geçit sürücüsüne karşı kontrol etmeye değer; ikincisi kılıfı tutturuyor ama R_DS(on) sınırını aşıyor; stok bu sabah itibarıyla Teksas'ta 14.200, Baden-Württemberg'de 3.800 adet ve teslim süresi sekiz hafta; RoHS ve REACH beyanları düzenlenme tarihleriyle birlikte ekli.

Buradaki hiçbir şey mühendislik olarak etkileyici değil. Etkileyici olan ticaret. Üç tedarik kararı, hiç kimse tarayıcı açmadan verildi ve her rakam zaman damgalı bir kayda kadar izlenebilir.

Bugün sunucunuza gerçekte kimler ulaşabilir?

Bu konuda yönetim kurulunuza karşı dürüst olun; çünkü yanıt, çoğu tedarikçi materyalinin ima ettiğinden daha dar.

Yani MCP, kendi yapılandırdıkları bir asistanı olan mühendislere ve BT birimi sunucunuzu kaydeden kurumsal alıcılara ulaşıyor. Bu, web ölçeğinde küçük, satış hattı ölçeğinde ise çok büyük bir kitledir.

Ajanlar sunucunuzu nasıl keşfeder?

DNS düzeyinde bir keşif yok. Üç mekanizma mevcut:

1. 01Resmî MCP kayıt defteri — registry.modelcontextprotocol.io adresinde, herkese açık sunucular için merkezî meta veri deposu; Anthropic, GitHub, Microsoft ve PulseMCP tarafından destekleniyor. Açık kaynak, alt kayıt defterlerini destekliyor ve genel kullanıma açılmadan önce hâlâ önizleme aşamasında — yani değişim bekleyin.
2. 02İstemci tarafı dizinler, örneğin Claude bağlayıcı dizini ve ChatGPT uygulama dizini; her birinin kendi inceleme süreci var.
3. 03Kendi dokümantasyonunuz. Bugün bağlantıların çoğu aslında böyle kuruluyor: bir geliştirici sayfası uç noktanın URL adresini, araç listesini ve yetkilendirme kapsamlarını belirtiyor, müşteri de bunu kendi istemcisine yapıştırıyor.

Araçların çoğu herkese açık olsa bile .well-known/oauth-protected-resource belgenizi yayımlayın ve uç nokta yolunu sürümleyin. Araç yüzeyinizi değiştireceksiniz ve bunun sessiz bir kırılma değil, bilinçli bir geçiş olmasını istersiniz.

Bir uygulama kontrol listesi

1. 01Parça başına tek bir kanonik kayda indirgeyin: tipli nitelikler, birimler, köken bilgisi ve son doğrulama zaman damgasıyla. İşe protokolden başlamayın.
2. 02Altı ila sekiz araç seçin ve her birinin ne zaman kullanılmaması gerektiğini söyleyen açıklamalar yazın.
3. 03Çıktı şemaları bildirin ve structuredContent döndürün. Her yükte birimleri ve doğrulama tarihlerini bulundurun.
4. 04Tek bir POST uç noktası sunun: Mcp-Method ve Mcp-Name başlıklarına uyun, Origin başlığını doğrulayın, liste sonuçlarında ttlMs ve cacheScope değerlerini ayarlayın.
5. 05Herkese açık ve yetki gerektiren araçları ayırın, RFC 9728 meta verisini uygulayın, RFC 8707 uyarınca belirteç hedef kitlesini doğrulayın ve tek turda yetki yükseltmek için kapsam talepleri kullanın.
6. 06Belirlenimci araç sıralaması ve kararlı araç adları döndürün ki istemci önbellekleri çalışsın.
7. 07Her çağrıyı günlüğe yazın — araç, argümanlar, gecikme ve aramanın sonuç verip vermediği. Analitiği olmayan bir MCP sunucusu, yönetemeyeceğiniz bir kanaldır.
8. 08Doğruluğu gerçek referans veriye karşı sürekli izleyin. Bayat bir değeri kendinden emin biçimde döndüren bir araç, hiç araç olmamasından kötüdür.

Partsgraph bunu yönetilen bir katman olarak sağlıyor: mevcut kataloğunuzu doğrulanmış tek bir Parts Graph hâline getiriyor, yetki gerektiren katmanlarda OAuth ile MCP uç noktasını barındırıyor ve hangi ajanın neyi çağırdığını, yanıtların nerede yanlış olduğunu raporluyoruz.

Kod yazmadan önce nerede durduğunuzu öğrenmek isterseniz alan adınızı /audit adresindeki ücretsiz değerlendiriciden geçirin — makinelerin şu anda kataloğunuzda neye ulaşabildiğini ve bir MCP uç noktasının sunacak güvenilir bir şeyinin olup olmayacağını denetler.