GPT-6 Luna, 150 cevapta hiç Godot 3 kodu yazmadı ama diğer hatalar sürüyor

150 cevaplık testte Godot 3 kodu çıkmadı

Ziva adlı Godot yapay zeka ajanının geliştiricisi Ziva.sh'in dev.to'da yayınladığı bir teste göre, ChatGPT'nin Godot 3 kodu verdiği şeklindeki bilinen şikayet en az bir güncel model için artık geçerli değil. Ekip, GPT-6 Luna'ya çeşitli koşullar altında on başlangıç seviyesinde Godot sorusu sordu: prompt içinde "Godot 4" belirtilerek, hiçbir sürüm anılmadan ve web araması açıkken; her prompt her kurulumda üç kez tekrarlandı. 10 Kasım 2026'da kaydedilen ve Godot 4.7.2'ye göre doğrulanan 150 cevabın tamamında model sıfır Godot 3 API hatası üretti. Her cevapta @export, @onready, move_and_slide() ile CharacterBody2D, instantiate(), create_tween() ve randi_range() gibi güncel Godot 4 biçimleri kullanıldı. Aynı model üzerinden Ziva ajanıyla yönlendirilen ek 30 çalışma da Godot 3 kodu içermedi.

Arka plan şu: Godot 4.0, 1 Mart 2023'te çıktı ve KinematicBody2D, export var ve yield dahil olmak üzere birçok Godot 3 sınıfını, metodu ve anahtar kelimesini yeniden adlandırdı ya da kaldırdı. Ekim 2024, Eylül 2025 ve Eylül 2026 tarihli forum başlıklarının tümünde yapay zeka asistanlarının iki sözdizimini karıştırdığı anlatılıyor; bir vakada kullanıcı açıkça Godot 4 istediği halde bile. Bu gönderlerden yalnızca biri belirli bir modeli, GPT-4o'yu adlandırıyor ve Ziva.sh'in de belirttiği gibi, yeni sonuç eski şikayetlere yol açan modeller hakkında hiçbir şey söylemiyor.

Test nasıl yapıldı

On prompt gerçek forum başlıklarından geldi: 2D platform oyunu oyuncusu, üçüncü şahıs kontrolcüsü, zamanlayıcıyla düşman doğurma, en yüksek skor kaydetme, bir Başlat düğmesi, madeni para soldurma, koddan karo yerleştirme, can barı, rastgele sayılar ve zamanlanmış tuzak. Hiçbiri sürümler arasında değişen bir API adı vermiyordu. Modele, ChatGPT uygulaması yerine ChatGPT hesabıyla giriş yapılan OpenAI'nin Codex endpoint'i üzerinden erişildi; yazarlara göre uygulama farklı davranabiliyor. Bir yapay zeka okuyucu ve bir tarama betiği, her kod bloğunu resmi yükseltme kılavuzundan ve Godot 4.7.2'nin kendi yeniden adlandırma haritasından oluşturulan Godot 3 biçimleri kontrol listesiyle inceledi; her betik Godot'nun --check-only modundan geçirildi ve runtime hataları, kodun headless çalıştırılmasıyla doğrulandı.

İki detay dikkat çekiyor. Prompt'ta sürüm geçmeden ve arama olmadan, 30 cevabın 18'i Godot 4'ü hedeflediğini belirtti, kalanları hiçbir sürüm adı vermedi; hiçbiri Godot 3'ü hedeflemedi. Arama açıkken, model kendi başına her sorguyu Godot'nun stabil dokümantasyon sitesiyle sınırladı ve 60 arama özellikli cevabın 23'ünün sonuçlarında güncelliğini yitirmiş Godot 3 dokümanları görünse de, bu cevapların hiçbiri onlara atıfta bulunmadı ya da Godot 3 kodu üretmedi.

Ziva.sh sıfırın sınırları konusunda dikkatli: cevaplar bağımsız olsaydı, 150'de 0, gerçek hata oranını %95 güvenle kabaca %2'nin altına yerleştirirdi; aynı prompt'a verilen cevaplar ilişkili olduğu için aslındaki belirsizlik daha büyük. Testi yapanın Godot için bir yapay zeka kodlama ajanı sattığını da belirtmek gerek; gönderi bu bağı açıkça dile getiriyor.

Bunun yerine ne bozuldu

Hata biçimi kaybolmak yerine yer değiştirdi. 150 düz sohbet cevabından yedisi Godot 4.7.2'de çalışmayan kod içeriyordu: dördü parse edilemiyor, üçü temizce parse edilip runtime'da bozuluyor; ayrıca yanlış kurulum talimatı içeren iki cevap daha vardı. Üç örüntü öne çıkıyordu:

1. Bir Area2D üzerinde monitoring özelliğini kendi body_entered işleyicisinin içinden false yapmak parser'dan geçer ama runtime'da reddedilir, çünkü Godot sinyal yayımı sırasında bu özellik değişikliğini engeller. Çözüm set_deferred'dir ve hatalı satır testte beş ayrı yerde göründü.

2. Bir can barı betiği, aynı zamanda bir ProgressBar alt düğümüne yazan bir setter içinde export edilmiş bir değişkeni sıkıştırdı (clamp); Inspector, kayıtlı değeri o alt düğüm var olmadan önce uyguladığında bu başarısız olur. Bir is_node_ready() koruması artı _ready() içinde bir güncelleme sorunu çözer.

3. Birkaç karo yerleştirme cevabı, Vector2i sabitlerinden oluşan bir dizi üzerinde tiplenmemiş bir döngü değişkeni kullandı; Godot bunu çıkaramaz ve parse aşamasında reddeder. Döngü değişkenine tip eklemek sorunu çözer.

Dikkat çekici biçimde, bir --check-only geçişi üçüncü hata sınıfını yakalar ama ilk ikisini yakalamaz; bunlar yalnızca oyun gerçekten çalıştığında ortaya çıkar.

Neden önemli

Yapay zeka destekli oyun geliştirme için eyleme dökülebilir tablo değişti. Sürüm kafa karışıklığı büyük ölçüde eski modellerin sorunu gibi görünüyor ve motor sürümünüzü belirtmek hâlâ ucuz bir sigorta. Kalan risk daha ince: sözdizimi denetimini geçen ama runtime'da başarısız olan kod, özellikle sinyal anındaki özellik değişiklikleri ve düğüm sıralaması sorunları. Testin desteklediği iş akışı basit: güncel bir model kullanın, Godot sürümünüzü belirtin ve üretilen kodun parse edildiğine güvenmek yerine onu Godot içinde çalıştırın.