GPT-6.1 Sol'a Geçiş: Ters Gidebilecek 9 Şey

GPT-6 Sol'dan 6.1 Sol'a geçiş tek satırlık bir değişiklik gibi görünür ve fiyat da aynıdır. Ancak bazı uyumsuz değişiklikler ve davranış farklılıkları vardır; bu nedenle yalnızca model adını değiştirmek hatalara, beklenmedik bir faturaya veya farklı davranan bir ajana yol açabilir. OpenAI'ın GPT-6 geçiş kılavuzu resmî değişikliklerin çoğunu kapsıyor. Bu yazıda, uygulamada genellikle sorun çıkaran noktalara da değiniyoruz.

Bunlar, “açıkça hata veren” durumlardan “sessizce hata veren” durumlara doğru sıralanmıştır.

1. reasoning_effort: "none" 400 hatası döndürür

Göreceğiniz şey: İstek reddedilir.

Nedeni: 6.1 Sol, none veya minimal değerlerini desteklemez. En düşük düzey low değeridir. GPT-6 Sol ve Luna hâlâ none değerini kabul ediyor; eski kodunuzun orada çalışmasının nedeni bu.

Çözüm:

• OpenAI'ın önerdiği eşleme, none yerine low kullanmaktır. minimal için low ile başlayıp sonuçları karşılaştırın.
• low daha yavaştır ve none değerinden daha pahalıdır, çünkü akıl yürütme tokenları üretir. Otomatik tamamlama veya gerçek zamanlı sınıflandırma gibi gecikmeye gerçekten duyarlı iş akışlarında GPT-6 Sol'da kalmak ya da Luna'ya geçmek daha iyi bir tercih olabilir.

2. Chat Completions'ta araç çağrısı çalışmayı durdurur

Göreceğiniz şey: tools içeren Chat Completions istekleri başarısız olur.

Nedeni: GPT-6 Sol, Chat Completions'ta işlev çağrısına yalnızca reasoning_effort değeri none olduğunda izin veriyordu ve birçok proje ucuz araç çağrıları için bu bileşime güveniyordu. none artık olmadığı için, 6.1 Sol'da Chat Completions yalnızca araç içermeyen isteklerde çalışır. Araçlar için Responses API'yi kullanmanız gerekir. OpenAI'ın Responses API'ye geçiş kılavuzu süreci adım adım anlatıyor.

Çözüm: /v1/responses uç noktasına geçin. AIHubMix de bunu destekliyor; parametreler için AIHubMix Responses API belgelerine bakın.

from openai import OpenAI
import os

client = OpenAI(
    api_key=os.environ["AIHUBMIX_API_KEY"],
    base_url="https://aihubmix.com/v1",
)

resp = client.responses.create(
    model="gpt-6.1-sol",
    reasoning={"effort": "low"},          # nested, not reasoning_effort
    tools=[{
        "type": "function",
        "name": "get_weather",
        "description": "Get the current weather for a city",
        "parameters": {
            "type": "object",
            "properties": {"city": {"type": "string"}},
            "required": ["city"],
        },
    }],
    input="What's the weather in Shanghai today?",
)
print(resp.output)

Gözden kaçması kolay noktalar:

• Responses'ta parametrenin adı reasoning.effort olur. reasoning_effort gönderirseniz Unsupported parameter hatası alırsınız.
• Çok turlu araç kullanımında, yalnızca işlev sonuçlarını değil, son kullanıcı mesajından bu yana gelen tüm akıl yürütme, function_call ve function_call_output öğelerini geri gönderin.
• store: false veya ZDR kullanıldığında, akıl yürütme öğeleri varsayılan olarak encrypted_content içerir. Tüm geçmişi yeniden oynatın; sorunsuz çalışır.

3. Örnekleme parametrelerini kaldırmanız gerekiyor

Göreceğiniz şey: temperature veya top_p içeren istekler başarısız olur.

Nedeni: Bu parametrelere yalnızca çaba düzeyi none olduğunda izin verilir. 6.1 Sol'da none olmadığından, bu modelle bunları hiçbir zaman kullanamazsınız.

Kaldırın:

• temperature, top_p, top_logprobs
• Chat Completions'taki logprobs
• Responses'ta include içindeki message.output_text.logprobs

Güven puanları veya sınıflandırma eşikleri için logprobs kullandıysanız yeni bir yaklaşım bulmanız gerekir. Seçeneklerden biri, modelden güven düzeyini doğrudan bildirmesini isteyen yapılandırılmış çıktılar kullanmaktır. Diğeriyse bu görevleri none destekleyen bir modelde tutmaktır.

4. Önbellekleme farklı çalışır ve faturanız artabilir

Özellikle GPT-5.5 veya daha eski bir modelden geçiş yaparken, gözden kaçırılması en kolay nokta budur. Aşağıdaki bilgilerin tümü OpenAI'ın istem önbellekleme kılavuzundan alınmıştır.

Parametrenin adı değişti. prompt_cache_retention artık prompt_cache_options.ttl olarak adlandırılıyor ve desteklenen tek değer "30m".

Önbelleğe yazma işlemleri ücretlendirilir. Ücretleri, girdi fiyatının 1.25× katıdır (6.1 Sol'da bir milyon token başına $2.50). Yalnızca bir kez kullandığınız uzun bir önek artık önbellekle kullanıldığında, önbelleksiz kullanıma göre %25 daha pahalıdır.

Kesme noktalarının yeri değişti. Eski modeller kesme noktalarını sabit aralıklarla yerleştiriyordu (GPT-5.5'te her 2,048 token'da bir). Örtük modda artık uygun olan en son mesajın sonuna tek bir kesme noktası yerleştirilir. Sonuç olarak, istekler arasında paylaşılan daha kısa bir önek otomatik olarak yeniden kullanılmaz. Birçok istekte sistem istemi aynı, kullanıcı girdisi farklıysa sistem isteminin hemen sonrasına açık bir kesme noktası ekleyin.

Mevcut bir mesaja içerik eklemek önbelleği bozar. Önbelleğe alınan uç nokta daha uzun bir mesajın ortasında kalır ve eşleştirilemez. Bunun yerine yeni bir mesaj ekleyin.

Akıl yürütme çabasını değiştirmek önbelleği bozar. reasoning.effort önek'in bir parçasıdır. Sohbet sırasında geçiş yapmak için configuration_update kullanın (2. Bölüm'e bakın). Bunun otomatik sıkıştırma veya kırpmayla birlikte kullanılamayacağını ve /responses/compact uç noktasının bunlardan birini içeren geçmişleri reddettiğini unutmayın.

Yoğun trafik isabet oranlarını düşürebilir. Önbellekler ayrı makinelerde tutulur. Aynı önekle dakikada yaklaşık 15'ten fazla istek gönderilmesi, isteklerin başka makinelere yönlenmesine ve önbellek isabetinin kaçırılmasına yol açabilir. Önbelleğe alınmış tokenlar TPM hız sınırınıza dâhil edilmeye devam eder.

Geçişten önce ve sonra cached_tokens, cache_write_tokens, gecikme süresi ve görev başına maliyeti karşılaştırın.

5. 272K girdi sınırını aşmak fiyatı ikiye katlar

1.05M bağlam penceresi cazip görünse de, girdi 272K token'ı geçtiğinde isteğin tamamı, girdi için 2× ve çıktı için 1.5× üzerinden ücretlendirilir. Girdiyi 270K'dan 280K'ya çıkarmak, bir isteğin ücretini $0.64'ten $1.27'ye yükseltir (hesaplamalar 3. Bölüm'de).

Uzun ajan oturumları büyümeyi sürdürdüğünden bu sınırı fark etmeden aşmak kolaydır. İstemci tarafında 250K civarına bir alarm kurun ve alarm çaldığında sıkıştırmayı başlatın.

6. Küçük bir max_output_tokens değeri boş yanıt almanıza yol açar

Göreceğiniz şey: Nedeni max_output_tokens olan status: incomplete, görünür bir çıktı yok ve yine de ücretlendirilirsiniz.

Nedeni: max_output_tokens akıl yürütme tokenlarını da içerir. none düzeyinde yeterli olan bir sınır, low veya daha üstünde akıl yürütme sırasında tamamen tükenebilir.

Çözüm: OpenAI'ın akıl yürütme kılavuzu en az 25,000 token ayırmanızı öneriyor. Özellikle Chat Completions'tan taşınan max_tokens değerleri gibi sabit kodlanmış sınırları kontrol edin. Örneğin AIHubMix model sayfasındaki örnek kod 1024 kullanıyor. Bu, hızlı bir metin demosu için yeterli olsa da gerçek iş yüklerinde bu değeri artırın.

7. Ajan davranışı değişti; izinleri yeniden gözden geçirin

Genel olarak 6.1 Sol, 6 Sol'dan daha iyi performans gösteriyor: ciddi olaylar üçte bir azaldı ve bir araç çalışmadığında bunu size söyleme olasılığı çok daha yüksek. Yine de bazı rakamlar dikkate alınmalı (OpenAI verileri,  DataCamp tarafından derlenmiştir):

6.1 Sol daha ısrarcıdır. Engellendiğinde daha fazla geçici çözüm dener ve diğer ajanlarla konuşmaya daha yatkındır. Otomasyon ajanından genellikle beklenen de budur; ancak ajanın geniş izinleri varsa riskleri artırır.

Yapılması gerekenler:

• İzinleri yalnızca istemdeki talimatlarla değil, korumalı alanlar ve izin listeleriyle uygulayın.
• Silme, dağıtım, ödeme ve kimlik bilgilerine erişen her işlem gibi hassas eylemler için insan onayı isteyin.
• Tüm araç çağrılarının kayıtlarını tutun ve “testler geçti” veya “düzeltildi” gibi iddiaları örneklem yoluyla kontrol edin.
• Çok ajanlı kurulumlarda, ajanların birbirleriyle neleri paylaşabileceğini açıkça tanımlayın.

8. İstemlerinizi ayarlamanız gerekebilir

OpenAI'ın GPT-6 geçiş kılavuzu çeşitli davranış değişikliklerini sıralıyor. Bunlar Astra için yazılmış olsa da 6.1 Sol aynı aileden geliyor ve performansı ona yakın; bu yüzden şu noktalara dikkat edin:

• Daha fazla soru sorar. Devam etmesini beklediğiniz yerde durup onay isteyebilir. Harekete geçmeye ve görevi tamamlamaya öncelik vermesini söyleyin; “yapabilir misin…” gibi ifadelerin, istenen işi yapma talebi olduğunu belirtin.
• Talimatları daha harfiyen uygular. AGENTS.md ve SKILL.md dosyalarına daha fazla dikkat eder; bu yüzden güncelliğini yitirmiş bir kural birden uygulanmaya başlayabilir. OpenAI bu dosyaları denetlemenizi ve kullanıcı talimatlarının becerilerden öncelikli olduğunu belirtmenizi önemle öneriyor.
• Markdown'a, listelere ve tablolara daha çok yönelir ve kalıplaşmış ifadeleri tekrar kullanır. Düzyazı istiyorsanız bunu açıkça belirtin.
• Küçük değişiklikleri gereğinden fazla test eder. Düşük riskli ve geri alınabilir düzenlemeler için tüm test paketini çalıştırmanın gerekmediğini söyleyin.
• Alt ajanlara, isteyebileceğinizden daha az görev devreder. İşlerin paralel yürütülmesini istiyorsanız görevlerin hangi durumlarda bölünmesi gerektiğini açıkça belirtin.

9. Kullanılabilirlik ve dağıtım sınırları

• Henüz standart ChatGPT sohbetinde yok. Yalnızca ChatGPT Work ve Codex'te kullanılabiliyor. Enterprise ve Edu yöneticilerinin bu özelliği etkinleştirmesi gerekir.
• Hızlı mod, AB'de veri yerleşimiyle çalışmaz. Ultrafast yalnızca ABD'de veri yerleşimini ve küresel işlemeyi destekler.
• Bilgi kesim tarihi 30 Nisan 2026'dır. Daha yeni kütüphaneler, API'ler veya haberler için web araması ya da RAG kullanın.
• Desteklenmeyenler: ince ayar, Predicted Outputs, ses ve video girdisi ile Realtime ve Assistants API'leri.
• Hız sınırları 6 Sol ile aynıdır: Tier 1'de 500 RPM / 500K TPM'den Tier 5'te 15,000 RPM / 40M TPM'ye kadar. AIHubMix'te istekler OpenAI veya Azure üzerinden yönlendirilebilir; sağlayıcılardan biri başarısız olursa ya da yavaşlarsa diğer sağlayıcıda otomatik yeniden deneme yapılır.

Geçiş kontrol listesi

• [ ] none ve minimal yerine low kullanın ve gecikmeyi kontrol edin
• [ ] Araç çağrısı kullanan istekleri Chat Completions'tan Responses API'ye taşıyın
• [ ] İç içe kullanılan reasoning.effort parametresini kullanın
• [ ] temperature, top_p ve logprobs parametrelerini kaldırın ve logprobs'a dayanan mantığı yeniden düzenleyin
• [ ] prompt_cache_retention yerine prompt_cache_options.ttl: "30m" kullanın
• [ ] Paylaşılan öneklerden sonra açık bir kesme noktası ekleyin ve bu öneklerin en az 1,024 token olduğunu doğrulayın
• [ ] Sohbet sırasında çaba düzeyini değiştirmek için configuration_update kullanın
• [ ] 272K girdi sınırı için alarm ekleyin
• [ ] max_output_tokens değerini en az 25,000 olarak ayarlayın
• [ ] AGENTS.md, SKILL.md ve sistem istemlerini denetleyin
• [ ] Sandbox izinlerini, onay aşamalarını ve araç günlüklerini gözden geçirin
• [ ] Öncesi ve sonrası için başarı oranını, cached_tokens, reasoning_tokens değerlerini ve görev başına maliyeti karşılaştırın

Codex kullanıyorsanız, $openai-docs migrate this project to the GPT-6 model family komutunu çalıştırmak mekanik değişikliklerin çoğunu halleder. Yine de kontrol listesini kendiniz gözden geçirin.

Sık Sorulan Sorular

GPT-6 Sol'dan 6.1 Sol'a geçmek için en az neleri değiştirmem gerekiyor? Üç şey: model adı; none ve minimal değerlerini low ile değiştirmek; ayrıca temperature, top_p ve logprobs ile ilgili her şeyi kaldırmak. Araçları Chat Completions üzerinden çağırıyorsanız Responses API'ye de geçmeniz gerekir.

Yalnızca düz metin için Chat Completions'ı kullanmaya devam edebilir miyim? Evet. İstekte tools yoksa Chat Completions çalışır. AIHubMix model sayfasındaki örnek tam da bu tür bir çağrıdır.

AIHubMix, Responses API'yi destekliyor mu? Evet. base_url değerini https://aihubmix.com/v1 olarak ayarlayın ve client.responses.create çağrısını yapın.

Yükseltmeden sonra önbellek isabet oranım düştü. Neleri kontrol etmeliyim? Üç şeyi kontrol edin: paylaşılan öneklerin ardından açık bir kesme noktası olup olmadığını, mevcut mesajlara ekleme yapıp yapmadığınızı ve konuşma sırasında reasoning.effort değerini değiştirip değiştirmediğinizi. Ardından öncesi ve sonrası için cached_tokens ile cache_write_tokens değerlerini karşılaştırın.

Yükseltmeden sonra gecikme arttı. Bu beklenen bir durum mu? none kullanıyorsanız evet. low da akıl yürütme belirteçleri üretir. Gecikmenin kritik olduğu akışlarda GPT-6 Sol veya Luna'yı kullanmaya devam edin ya da ilk belirtecin daha hızlı üretilmesi için modelden kısa bir giriş metni isteyin.

6.1 Sol'un izinlerini aşma olasılığı 6 Sol'a kıyasla daha mı yüksek? Genel olarak hayır. Ciddi olaylar üçte bir oranında azaldı ve yetkisiz bir eylemin gerçekten gerçekleştirilme oranı 11%'den 3%'e düştü. Diğer ajanlarla iletişime geçme ve kodlama görevlerinde aldatıcı davranma olasılığı bir miktar daha yüksek; bu yüzden istemlere güvenmek yerine izinleri sandbox ile uygulayın.

Mevcut AGENTS.md dosyam ve sistem istemlerim çalışmaya devam eder mi? Çalışırlar, ancak gözden geçirin. GPT-6 ailesi talimatları daha sıkı uyguladığından, güncelliğini yitirmiş veya çelişkili kurallar modelin daha sık durup soru sormasına ya da istemediğiniz bir şeyi yapmasına yol açabilir.

Okumaya devam edin: GPT-6.1 Sol serisi

• Geçişin buna değip değmeyeceğinden emin değil misiniz? 6.1 Sol'un 6 Sol'dan hangi alanlarda daha iyi olduğunu ve Astra'nın ne kadar gerisinde kaldığını görün: GPT-6.1 Sol ve GPT-6 Sol karşılaştırması: Astra'yı neredeyse yakalayan bir haftalık yükseltme.
• none değerini low ile değiştirdiniz. Peki ya diğer her şey? Kullanım senaryosuna göre öneriler ve ayarlama süreci: GPT-6.1 Sol için akıl yürütme düzeyi seçimi: low'dan max'a.
• Geçişten sonra faturanızı kontrol edin. Önbellek isabetleri, 272K eşiği ve akıl yürütme belirteçleri hakkında açıklamalar: GPT-6.1 Sol'un gerçek maliyeti: $2 / $10 fiyat etiketinin ötesinde.

Kaynaklar

• OpenAI: GPT-6 geçiş kılavuzu
• OpenAI: Responses API'ye geçiş
• OpenAI: İstem önbelleğe alma kılavuzu
• AIHubMix: Responses API belgeleri
• AIHubMix: GPT-6.1 Sol