2026-2027 Model Emeklilik Takvimi: Neyi Ne Zaman Taşımalısın

2026 ve 2027, üretimde kullandığın AI modelleri için sessiz bir risk taşıyor: Anthropic, OpenAI ve Model Context Protocol (MCP) aynı dönemde art arda model emeklilik takvimi maddeleri yayınladı ve kodunda gömülü bir model ID'si, gözden kaçan bir duyuru yüzünden emeklilik gününde başarısız bir isteğe dönüşebilir. Bu yazı, resmi deprecation sayfalarından toplanan tarihleri tek bir migration haritasında birleştiriyor ve kodunu bu döngüye karşı nasıl dayanıklı yazacağını gösteriyor.

💡 Pro Tip: Sağlayıcı deprecation sayfasını favorilere ekleme — API'nin kendisinden çekip CI'da uyarı basan küçük bir script yaz; sayfa güncellenince sen fark etmeden önce pipeline fark etsin.

İçindekiler

• Neden Bir Model Emeklilik Takvimi Tutmalısın
• Sessiz vs. Sert Kesim Farkı
• Anthropic Tarafı: Emekli Olan Modeller ve Tarihleri
• Hâlâ Aktif Olan Modeller İçin "Not Sooner Than" Tarihleri
• 60 Günlük Pencereyi Nasıl Kullanmalısın
• OpenAI Tarafı: Kapanan API'ler ve Şubat 2027 Ufku
• 23 Ekim 2026: Eski GPT Anlık Görüntüleri Kapanıyor
• 11 Aralık 2026: GPT-5 ve o3 Anlık Görüntüleri
• MCP'de 12 Aylık Deprecation Penceresi
• MCP Sunucusu İşleten Ekipler İçin Pratik Sonuç
• Neden MCP Farklı Bir Ritim İzliyor
• Model ID'sini Koda Gömmenin Bedeli
• Fallback Zinciri ve Sürüm Sabitleme Deseni
• Fallback Tetiklenmelerini İzlemeye Değer
• Çeyreklik Denetim Kontrol Listesi
• Partner Platformlar: Vertex AI ve Bedrock Ayrı Takvim İşletiyor
• SSS
• Hangi AI modelleri 2026-2027'de emekli oluyor?
• Claude Opus 4.1 emekli oldu mu, yerine ne kullanmalı?
• OpenAI Assistants API kapandı mı?
• Model emekliliğine karşı kodumu nasıl dayanıklı yazarım?
• Yeni bir modele geçince parametrelerim neden kırılıyor?
• MCP kullanan bir sunucum var, hemen bir şey yapmam gerekiyor mu?
• Sonuç
• Kaynaklar

Neden Bir Model Emeklilik Takvimi Tutmalısın

AI sağlayıcıları model emekliliğini sessiz bir kalite düşüşü olarak değil, sert bir kesim olarak tasarlıyor. Anthropic'in resmi deprecation sayfası, emekli edilmiş bir model ID'sine yapılan isteğin başarısız olacağını ("Requests to retired models will fail") belirtiyor — yani model sessizce daha zayıf bir sürüme düşmüyor, istek doğrudan hata dönüyor. Bunun tek telafisi, Anthropic'in taahhüt ettiği asgari bildirim süresi: bir model emekliye ayrılmadan en az 60 gün önce duyuruluyor.

Bu 60 günlük pencereyi kullanmanın önkoşulu, hangi modelleri gerçekten kullandığını bilmek. Anthropic bunun için Console üzerinde "Usage" bölümünden CSV export almayı resmi olarak öneriyor; kodda claude-3-7-sonnet gibi bir alias yerine tarihli bir ID (claude-3-7-sonnet-20250219) kullanıyorsan bu export sana hangi API anahtarının hangi modeli çağırdığını gösteriyor.

Sessiz vs. Sert Kesim Farkı

• Sert kesim (hard-fail): Anthropic ve OpenAI'nin uyguladığı model — emeklilik tarihinden sonra istek anında hata döner, fallback yoksa üretim düşer.
• Geçiş penceresi: bazı deprecation'larda (MCP gibi) minimum 12 aylık bir süre garantileniyor; bu süre boyunca eski davranış çalışmaya devam ediyor.
• Bildirim taahhüdü: Anthropic tarafında tek bir asgari eşik (60 gün), OpenAI tarafında model tipine göre kademeli eşikler (GA için en az 6 ay, preview için 2 hafta gibi çok daha kısa süreler).

Anthropic Tarafı: Emekli Olan Modeller ve Tarihleri

Anthropic'in resmi model-deprecations sayfasına göre altı ayrı duyuru kapsamındaki yedi model ID'sinin emeklilik tarihi 2026 içine düşüyor. Aşağıdaki tablo, her duyurunun tarihini, emeklilik tarihini ve önerilen yerine geçen modeli özetliyor.

Kaynak iki satırda claude-haiku-4-5-20251001'i öneriyor; bu ID'nin kendi "en erken emeklilik" zemini 15 Ekim 2026 olduğu için geçişten önce sayfanın güncel satırını doğrula.

Opus 4.1'in emekliliği özellikle dikkat çekici: duyuru ile emeklilik arasında 61 gün var, yani taahhüt edilen asgari 60 günün hemen üstünde hareket edilmiş. Sonnet 4 ve Opus 4 çifti için de 62 günlük benzer bir pencere işletildi (14 Nisan → 15 Haziran). Tablonun ilk satırı ise bu asgarinin belirgin üstünde: Claude Opus 3'ün duyurusu (30 Haziran 2025) emeklilikten (5 Ocak 2026) 189 gün önce yapılmış; Sonnet 3.7'de de araya 114 gün girmiş. Haiku 3 ise tam 60 günle, taahhüdün sınırında kalıyor (19 Şubat → 20 Nisan 2026). Yani 60 gün bir alt sınır; bazen daha fazlasını buluyorsun ama planını hiçbir zaman fazlasına göre kuramıyorsun.

Hâlâ Aktif Olan Modeller İçin "Not Sooner Than" Tarihleri

Anthropic, hâlâ önerilen modeller için de bir "bu tarihten önce emekli edilmeyecek" taahhüdü veriyor. Örnek olarak güncel üç model için verilen zeminler şöyle; bu modeller aktif ve en erken şu tarihlerden önce emekli olmayacak:

• claude-fable-5-1: 1 Eylül 2027'den önce değil.
• claude-opus-5: 24 Temmuz 2027'den önce değil.
• claude-sonnet-5: 30 Haziran 2027'den önce değil.

Bu tarihler bir garanti değil, bir alt sınır — planlama yaparken "en erken ne zaman kırılabilir" sorusuna cevap veriyor.

60 Günlük Pencereyi Nasıl Kullanmalısın

Bir deprecation duyurusu geldiğinde elinde en az 60 gün var; bu süreyi rastgele harcamak yerine üç adıma bölmek işe yarıyor. Önce Console'daki Usage export'unu çekip emekli olacak model ID'sinin hangi endpoint'lerden çağrıldığını çıkar. Ardından önerilen geçiş modelini (tablo bunu doğrudan veriyor) staging ortamında aynı prompt setiyle dene ve çıktı kalitesini karşılaştır. Son olarak MODEL_MAP sabitini güncelleyip production'a aşamalı olarak (kanarya dağıtım gibi) yay; 60 günün son haftasını acil müdahaleye değil, doğrulamaya ayır.

Bu sırayı takip etmezsen tipik hata şu oluyor: geçiş kod değişikliğini son güne bırakmak, sonra emeklilik tarihi geldiğinde staging'de test edilmemiş bir model ID'sinin production'da beklenmedik davranış sergilediğini görmek. 60 gün kısa değil, ama sondan geriye planlanmadığında kısa hissettiriyor.

OpenAI Tarafı: Kapanan API'ler ve Şubat 2027 Ufku

OpenAI'nin resmi deprecations sayfası, Anthropic'in tek bir 60 günlük taahhüdünden farklı olarak bildirim süresini model tipine göre kademelendiriyor. Sayfadaki "Model deprecation notice periods" bölümü üç eşik tanımlıyor: genel kullanıma açık (GA) modeller için en az 6 ay, GA modellerin özel varyantları için (chat varyantları, gpt-5.3-codex gibi Codex varyantları, o3-deep-research gibi deep research varyantları) en az 3 ay, adında preview geçen modeller için ise "2 hafta gibi" çok daha kısa bir süre. Sayfa bu istisnayı da yazıyor: güvenlik ya da uyumluluk gerekçesi varsa bu süreler kısalabiliyor ve OpenAI "makul ölçüde mümkün olan en fazla bildirimi" vereceğini söylüyor. Pratik sonuç: preview etiketli bir modeli iş-kritik bir akışa koyuyorsan, sözleşmen iki haftalık bir pencere.

Assistants API bu politikanın en görünür uzun örneği — kapanış 26 Ağustos 2026 tarihinde gerçekleşti, duyuru ise tam bir yıl önce, 26 Ağustos 2025'te yapılmıştı. Geçiş için otomatik bir dönüştürücü değil, resmi bir migration kılavuzu sunuldu: sayfa doğrudan "Assistants to Conversations" kılavuzuna yönlendiriyor, önerilen yol Responses API ve Conversations API'ye taşımak.

Ses tarafında ise whisper-1 ve gpt-4o-transcribe ailesi 26 Ağustos 2026'da deprecate duyuruldu; kapanış 26 Şubat 2027 tarihinde gerçekleşecek — planlanan bir kesim olarak takip et. Önerilen geçiş, kullanım senaryosuna göre ikiye ayrılıyor: OpenAI'nin transkripsiyon kılavuzu tamamlanmış bir kayıt için (file transcription) gpt-transcribe, canlı akan ses için (realtime transcription) gpt-live-transcribe modelini başlangıç modeli olarak veriyor.

23 Ekim 2026: Eski GPT Anlık Görüntüleri Kapanıyor

OpenAI'nin resmi deprecations sayfasında GPT-3.5-turbo, GPT-4 ve o1/o3-mini ailesi için 23 Ekim 2026 tarihinde planlanan bir kapanış yer alıyor. Bu, 22 Nisan 2026'da duyurulan toplu bir kesim; yani GA modeller için verilen asgari 6 aylık eşiğin bir gün üstünde (184 gün). Aynı tablo ayrıca gpt-4-turbo, gpt-4o-2024-05-13, o1-pro, o4-mini ve gpt-image-1 (→ gpt-image-2) satırlarını da aynı tarihte kapatıyor. Hâlâ bu modelleri çağıran bir endpoint'in varsa, geçişi 23 Ekim 2026'ya kadar tamamlaman gerekiyor; sayfanın verdiği yerine geçen modeller gpt-5.6-terra (gpt-3.5-turbo, o4-mini), gpt-5.6-sol (gpt-4, o1, o3-mini) ve gpt-5.6-luna (gpt-4.1-nano).

11 Aralık 2026: GPT-5 ve o3 Anlık Görüntüleri

11 Haziran 2026'da duyurulan ikinci toplu kesim, 2026 üretiminde en yaygın anlık görüntüleri kapsıyor: gpt-5-2025-08-07 ve o3-2025-04-16 → gpt-5.6-sol, gpt-5-mini-2025-08-07 → gpt-5.6-terra, gpt-5-nano-2025-08-07 → gpt-5.6-luna, gpt-5-pro-2025-10-06 ve o3-pro-2025-06-10 → gpt-5.6-sol (reasoning.mode: pro). Kapanış 11 Aralık 2026 tarihinde planlanıyor. 20 Temmuz 2026'da duyurulan legacy ses/realtime ailesi (gpt-realtime → gpt-realtime-2.1, gpt-audio → gpt-audio-1.5) için de 20 Ocak 2027 planlandı.

1{
2  "provider": "openai",
3  "deprecations": [
4    {
5      "model": "assistants-api",
6      "shutdown": "2026-08-26",
7      "status": "kapandı"
8    },
9    { "model": "whisper-1", "shutdown": "2027-02-26", "status": "planlanan" },
10    {
11      "model": "gpt-5-2025-08-07",
12      "shutdown": "2026-12-11",
13      "status": "planlanan"
14    },
15    {
16      "model": "gpt-3.5-turbo",
17      "shutdown": "2026-10-23",
18      "status": "planlanan"
19    },
20    { "model": "gpt-4", "shutdown": "2026-10-23", "status": "planlanan" }
21  ]
22}

Bu yazı metin, akıl-yürütme ve ses model ailelerine odaklanıyor; görsel ve video modelleri ile platform ürünleri için resmi deprecations sayfasının tamamını tara.

MCP'de 12 Aylık Deprecation Penceresi

Model Context Protocol tarafı, sağlayıcı API'lerinden farklı bir politika izliyor: asgari 12 aylık bir deprecation penceresi garantisi. 28 Temmuz 2026 tarihli resmi spec duyurusu (SEP-2577), protokolün Roots, Sampling ve Logging özelliklerini deprecate etti — ama bu özellikler duyurudan itibaren en az 12 ay boyunca çalışmaya devam edecek şekilde tasarlandı, yani en erken fiili kaldırma Temmuz 2027'den önce olmayacak.

Aynı duyuruda legacy HTTP+SSE transport da bir yıllık "offramp" ile deprecate edildi. DCR'den (Dynamic Client Registration) CIMD'ye (Client ID Metadata Documents) geçiş de benzer bir mantıkla ilerliyor: eski yöntem geriye uyumlu kalıyor ama kaldırılması planlanıyor.

MCP Sunucusu İşleten Ekipler İçin Pratik Sonuç

• Roots/Sampling/Logging: yeni entegrasyonlarda kullanmaktan kaçın, mevcut kullanımı 12 aylık pencere içinde taşı.
• HTTP+SSE transport: yeni sunucularda güncel transport'u tercih et, eski sunucuları offramp takvimine göre planla.
• DCR → CIMD: istemci kaydı akışını yeni standarda göre gözden geçir, ama acil aksiyon gerektirmiyor.

Neden MCP Farklı Bir Ritim İzliyor

Anthropic ve OpenAI'nin model deprecation'ları tek bir endpoint'i etkiliyor — bir model ID'si kapanıyor, alternatifi devreye giriyor. MCP'de durum farklı: protokolün kendisi, onu implemente eden onlarca farklı sunucu ve istemci tarafından kullanılıyor, bu yüzden bir özelliğin kaldırılması tek bir şirketin değil, tüm ekosistemin senkronize hareket etmesini gerektiriyor. 12 aylık asgari pencere bu senkronizasyon ihtiyacının doğrudan sonucu — sağlayıcı API'lerindeki 60 günlük bildirimden çok daha uzun, çünkü karşı tarafta güncellemesi gereken çok daha fazla bağımsız implementasyon var.

Bu farkı bilmek pratik bir sonuç doğuruyor: MCP tarafında acele etmene gerek yok, ama 12 aylık pencereyi "sonsuza kadar sürer" diye de okumamalısın — Temmuz 2027 fiilen yaklaştığında hâlâ Roots/Sampling/Logging kullanan bir entegrasyonun varsa, o noktada gerçekten kırılıyor.

Model ID'sini Koda Gömmenin Bedeli

İki farklı kırılma senaryosu var ve ikisi de aynı kökten geliyor: sabit varsayımlarla yazılmış kod. Birincisi, tarihli bir Anthropic model ID'sini (-20250514 gibi) doğrudan koda gömmek — emeklilik tarihi geldiğinde istek sert biçimde başarısız oluyor, çünkü alias değil, o tarihe kilitli bir sürüm çağrılıyor.

İkincisi daha incelikli: yeni bir modele geçtiğinde eski modelin parametre varsayımlarının hâlâ geçerli olacağını varsaymak. GPT-6 Astra örneği bunu gösteriyor — model sayfasına göre reasoning.effort yalnız low, medium, high, xhigh ve max değerlerini destekliyor, kılavuzun Limitations bölümü ise bunu açıkça sınırlıyor: "GPT-6 Astra does not support the none reasoning effort; GPT-6 Sol and Luna do." Yani reasoning.effort: "none" gönderen bir çağrıyı Sol ya da Luna'dan Astra'ya taşıdığında kod kırılıyor. Aynı tuzak Anthropic tarafında da var: resmi sayfa temperature, top_p ve top_k parametrelerini Claude Opus 4.7 ve sonrası için deprecate etti ve bu modellerde varsayılan dışı bir değer gönderildiğinde 400 hatası döndüğünü yazıyor.

1// Kırılgan: tarihli ID + varsayılan parametre gömülü
2const response = await client.messages.create({
3  model: "claude-3-7-sonnet-20250219", // 19 Şubat 2026'da emekli oldu
4  temperature: 0.7,
5  max_tokens: 1024,
6});

Bu iki hatanın ortak paydası: kodun, sağlayıcının deprecation takvimine ve model ailesinin parametre yüzeyine göre değil, "şu an çalışıyor" varsayımına göre yazılmış olması.

Fallback Zinciri ve Sürüm Sabitleme Deseni

Anthropic'in "Recommended replacement" kolonu ve "not sooner than" tarihleri, tam olarak bunun için var: tarihli bir ID'ye sabitlenip, emeklilik anında otomatik olarak önerilen modele düşen bir fallback zinciri kurmak. Aşağıdaki desen, model çağrısını tek bir yerden yönetiyor ve deprecation listesini koddan ayırıyor.

1type ModelAlias = "primary" | "fallback";
2 
3type MessagePayload = Record<string, unknown>;
4 
5interface MessagesClient {
6  messages: {
7    create(params: MessagePayload & { model: string }): Promise<unknown>;
8  };
9}
10 
11declare const client: MessagesClient;
12 
13const MODEL_MAP: Record<ModelAlias, string> = {
14  primary: "claude-opus-4-8",
15  fallback: "claude-sonnet-4-6",
16};
17 
18// Hangi hata kodunun "model yok" anlamina geldigini kendi SDK'ndan dogrula;
19// asagidaki 404 yalnizca bir ornek, saglayici sozlesmesi degil.
20function isModelUnavailableError(err: unknown): boolean {
21  return (
22    typeof err === "object" &&
23    err !== null &&
24    (err as { status?: number }).status === 404
25  );
26}
27 
28export async function callWithFallback(
29  alias: ModelAlias,
30  payload: MessagePayload,
31): Promise<unknown> {
32  // cagrilan alias emekli olursa zincirdeki diger alias devreye girer
33  const next: ModelAlias = alias === "primary" ? "fallback" : "primary";
34  try {
35    return await client.messages.create({
36      model: MODEL_MAP[alias],
37      ...payload,
38    });
39  } catch (err) {
40    if (!isModelUnavailableError(err)) throw err;
41    return await client.messages.create({ model: MODEL_MAP[next], ...payload });
42  }
43}

• Alias katmanı: model adı doğrudan iş mantığına değil, tek bir MODEL_MAP sabitine yazılır.
• Fallback tetikleyici: model-yok hatası yakalandığında ikinci bir çağrı otomatik devreye girer.
• Tek nokta güncelleme: yeni bir emeklilik duyurusu geldiğinde sadece MODEL_MAP değişir, çağıran kod değişmez.

Fallback Tetiklenmelerini İzlemeye Değer

Fallback zinciri kurduktan sonra asıl değerli bilgi, onun ne sıklıkla tetiklendiği. Bir fallback'in üretimde sürekli devreye girmesi iki şeyden birine işaret eder: ya birincil model gerçekten emekli olmuş ve MODEL_MAP güncellenmemiş, ya da birincil modelde geçici bir kapasite/hata sorunu var ve sen bunu fallback sayesinde fark etmiyorsun. Fallback bloğundaki her tetiklenmeyi sabit bir log satırıyla sayaca yazmak, bu iki senaryoyu birbirinden ayırmanın en ucuz yolu.

Çeyreklik Denetim Kontrol Listesi

Üç kaynaktan gelen bilgiyi tek bir rutine bağlamak gerekiyor. Aşağıdaki bash script, dört kontrolü tek komutla hatırlatan basit bir iskelet:

1#!/usr/bin/env bash
2# ceyreklik-model-denetimi.sh
3echo "1) Anthropic Console -> Usage -> Export CSV indir, tarihli ID ara"
4echo "2) https://developers.openai.com/api/docs/deprecations sayfasini kontrol et"
5echo "3) https://blog.modelcontextprotocol.io degisiklik gunlugunu tara"
6echo "4) MODEL_MAP sabitini deprecation tarihleriyle karsilastir"

Kontrol listesi dört maddeye indirgenebilir:

• 60 günlük bildirim penceresi: Anthropic'in duyurduğu her yeni deprecation'ı takvime işaretle.
• CSV kullanım denetimi: Console'daki export ile hangi tarihli ID'lerin hâlâ üretimde çağrıldığını doğrula.
• 12 aylık MCP penceresi: Roots/Sampling/Logging ve legacy transport kullanımını offramp takvimine göre planla.
• Aylık OpenAI changelog taraması: Assistants API örneğinde olduğu gibi, uzun önceden duyurulan kesimler gözden kaçabilir.

Partner Platformlar: Vertex AI ve Bedrock Ayrı Takvim İşletiyor

Yukarıdaki Anthropic tablosunun kapsamını, kaynağın kendisi sınırlıyor. Resmi deprecation sayfası şunu yazıyor: "Partner-operated platforms (Amazon Bedrock and Google Cloud) set their own retirement schedules, so a model's lifecycle status and dates can differ." Yani aynı Claude modelini Google Cloud (Agent Platform / eski adıyla Vertex AI) ya da Amazon Bedrock üzerinden çağırıyorsan, bu yazıdaki emeklilik tarihleri senin için bağlayıcı değil; Anthropic sayfası bu durumda kendi Google Cloud ve Bedrock model tablolarına yönlendiriyor.

Pratik sonucu şu: model envanterini sağlayıcıya göre değil, platforma göre tut. Aynı claude-opus-4-8 çağrısının Claude API üzerinden ve Vertex AI üzerinden farklı emeklilik tarihleri olabileceğini varsay; denetim listende her platform için ayrı bir satır aç ve o platformun kendi lifecycle sayfasını kaynak al.

SSS

Hangi AI modelleri 2026-2027'de emekli oluyor?

Anthropic tarafında Claude Sonnet 3.7 ve Haiku 3.5 (19 Şubat 2026), Claude Haiku 3 (20 Nisan 2026), Claude Sonnet 4 ve Opus 4 (15 Haziran 2026) ve Claude Opus 4.1 (5 Ağustos 2026) emekli oldu. OpenAI tarafında Assistants API 26 Ağustos 2026'da kapandı; eski GPT anlık görüntüleri (gpt-3.5-turbo, gpt-4, o1, o4-mini) için 23 Ekim 2026, gpt-5 ve o3 anlık görüntüleri için 11 Aralık 2026, legacy ses/realtime ailesi için 20 Ocak 2027 ve whisper-1 için 26 Şubat 2027 tarihlerinde planlanan kesimler var. MCP protokol katmanında ise Roots/Sampling/Logging ve legacy HTTP+SSE transport için 28 Temmuz 2026'dan başlayan 12 aylık bir deprecation penceresi işliyor.

Claude Opus 4.1 emekli oldu mu, yerine ne kullanmalı?

Evet, Claude Opus 4.1 5 Ağustos 2026 tarihinde API'den tamamen kaldırıldı; duyuru 5 Haziran 2026'da yapılmıştı, yani Anthropic'in taahhüt ettiği 60 günlük asgari bildirim süresi işletildi. Anthropic'in resmi sayfasındaki önerilen geçiş claude-opus-4-8.

OpenAI Assistants API kapandı mı?

Evet, Assistants API 26 Ağustos 2026 tarihinde tamamen kapatıldı. Duyuru tam bir yıl önce, 26 Ağustos 2025'te yapılmıştı; yani OpenAI'nin GA modeller için taahhüt ettiği asgari 6 aylık bildirim süresinin iki katı bir geçiş penceresi verildi. Otomatik bir dönüştürücü yok, ama resmi bir "Assistants to Conversations" migration kılavuzu var; önerilen yol Responses API ve Conversations API'ye taşımak.

Model emekliliğine karşı kodumu nasıl dayanıklı yazarım?

Üç pratik: tarihli model ID'yi doğrudan koda gömmek yerine bir alias katmanı (MODEL_MAP) üzerinden çağır ve deprecation hatasında otomatik olarak önerilen modele düşen bir fallback zinciri kur; sağlayıcının deprecation sayfasını periyodik olarak tara (Anthropic asgari 60 gün önceden bildiriyor); Anthropic Console'daki Usage → Export CSV gibi araçlarla üretimde hangi model ID'lerinin hâlâ çağrıldığını düzenli olarak denetle.

Yeni bir modele geçince parametrelerim neden kırılıyor?

Yeni model ailesi, önceki modelin desteklediği tüm parametre değerlerini desteklemeyebilir. GPT-6 Astra reasoning.effort için low, medium, high, xhigh ve max değerlerini alıyor ama none değerini almıyor — OpenAI'nin kılavuzu bunu "GPT-6 Astra does not support the none reasoning effort; GPT-6 Sol and Luna do." diye yazıyor. Anthropic tarafında da temperature, top_p ve top_k Claude Opus 4.7 ve sonrasında deprecate edildi ve varsayılan dışı bir değer 400 hatası döndürüyor. Model değişikliğinde parametre yüzeyini sağlayıcının güncel dokümantasyonundan yeniden kontrol etmek gerekir.

MCP kullanan bir sunucum var, hemen bir şey yapmam gerekiyor mu?

Hayır, hemen değil. 28 Temmuz 2026 duyurusuyla başlayan pencere asgari 12 ay olarak garantilendi, yani en erken fiili kaldırma Temmuz 2027'den önce gerçekleşmeyecek. Roots, Sampling, Logging özelliklerini veya legacy HTTP+SSE transport'u kullanıyorsan bunu çeyreklik denetim listene ekleyip pencere kapanmadan önce taşımayı planlaman yeterli.

Sonuç

Model emeklilik takvimi tek seferlik bir okuma değil, sürekli güncellenen bir operasyon disiplini. Claude Fable 5.1'in getirdiği değişiklikleri ve GPT-6 Astra'nın parametre farklarını bu takvime ekleyerek başlayabilirsin. MCP tarafında sunucu işletiyorsan 12 aylık stateless geçiş rehberi ve MCP güvenlik değişiklikleri bu yazıyla doğrudan bağlantılı. Fallback zincirini production'da nasıl orkestre edeceğini subagent model atama ve maliyet rehberinde daha derinlemesine bulabilirsin. Son olarak, Claude Opus 4.7'nin ne zaman kullanılacağına dair strateji yazısı mevcut model seçimini gözden geçirirken referans alınabilir.

Kaynaklar

• Anthropic Model Deprecations — Claude model ailelerinin resmi emeklilik ve önerilen geçiş tablosu.
• OpenAI API Deprecations — Assistants API, whisper-1, GPT-3.5/GPT-4 ve gpt-5/o3 anlık görüntülerinin resmi kesim listesi.
• MCP Blog: 2026-07-28 Duyurusu — Roots/Sampling/Logging, transport deprecation'ı ve 12 aylık asgari pencere politikasının resmi duyurusu.
• MCP SEP-2577 — Roots/Sampling/Logging deprecation'ının resmi teknik spesifikasyonu (bir yıllık destek penceresi dahil).
• Anthropic: Claude on Vertex AI — API model IDs — Google Cloud üzerinden çağrılan Claude modellerinin kendi lifecycle tablosu.
• OpenAI: Using GPT-6 — GPT-6 ailesinin resmi kılavuzu; none reasoning effort sınırı Limitations bölümünde.
• OpenAI: Transcription — whisper-1 sonrası önerilen gpt-transcribe / gpt-live-transcribe ayrımının resmi kaynağı.