Bir plan neden çalışmayı reddeder?

a2’de sürüm ve güven

Bir planı dün kontrol ettik. Bugün yeniden çalıştıracağız.

Dosyalar değişmiş olabilir; zaten yeniden çalıştırmanın nedeni bu. Peki planın çağırdığı kod da değiştiyse?

Becerinin adı aynı kalabilir. Açıklaması da aynı görünebilir. Fakat yürütülecek işlem artık dün incelediğimiz işlem olmayabilir.

a2’nin tanıtım paketindeki ayrı bir kontrol bu durumu ele alıyor.

İsmin yanında sürümü de bilmek

Demodaki planlar, kullanılacak becerinin kimliğini ve kod özetini taşıyor. Böylece planın hangi parçaya dayanarak hazırlandığı görülebiliyor.

Aynı beceri sürümleri ilk ve ikinci günün verilerinde yeniden kullanılıyor. Bunun ardından, değişmiş beceri durumuyla eski planın çalıştırılmaya çalışıldığı ayrı bir kontrol bulunuyor.

Paketin kaydında çalışma şu nedenle duruyor:

skill_snapshot_changed

Tamamlanmış adım listesi boş. Bu kontrol sırasında hiçbir plan adımı yürütülmemiş ve model çağrısı yapılmamış.

Burada dikkatimi çeken, değişikliğin çalışmanın ortasında fark edilmesi yerine başlamadan görünür olması.

Değişmiş kod yanlış kod demek değil

Yeni sürüm gerçekten daha iyi olabilir. Bir hatayı düzeltiyor veya daha önce desteklenmeyen bir durumu ele alıyor olabilir.

Yine de eski planın onayını, yeni koda kendiliğinden aktarmak istemiyorum.

Önceki incelemenin konusu belirli bir parçaydı. O parça değiştiğinde hangi davranışların korunduğunu yeniden değerlendirmek gerekiyor. Yeni sürüme geçme kararı da kayıtlı bir karar olmalı.

Evidrel üzerine önceki yazıda benzer bir soruyu kaynak değişimi üzerinden ele almıştık: Bir dayanak değiştiğinde eski kabul nasıl ele alınmalı?

a2’de bu sorunun somut karşılıklarından biri, plan ile çalıştırılacak beceri arasındaki sürüm bağlantısı.

Kod özeti neyi söylemez?

Kodun beklenen sürümle eşleşmesi, onun doğru olduğunu kanıtlamıyor. Aynı hatalı kodu aynı biçimde tekrar çalıştırmak da mümkün.

Bu kontrolün cevapladığı soru daha dar:

Şu anda çalıştırmak üzere olduğumuz parça, planın dayandığı parça mı?

Sonucun doğru olup olmadığı için görev kurallarına ve bağımsız beklenen çıktıya hâlâ ihtiyaç var. Kod özeti bu kontrollerin yerine geçmiyor.

Bu yüzden tanıtım demosunda iki ayrı kayıt anlamlı: Beklenen sonuçla karşılaştırma ve sürüm değişiminde çalıştırmanın reddedilmesi. Biri çıktıyı, diğeri yürütmenin dayandığı parçayı kontrol ediyor.

Yeniden çalıştırmanın koşulu

Tekrarlayan işleri kolaylaştırırken, arada değişen şeyleri görünmez kılma riski var.

Planın sürüm bağlantısı bu riski belirli bir noktada sınırlandırıyor. “Aynı işi yeniden çalıştır” talebinin içine, hangi kodla yapılacağına ilişkin bir koşul ekliyor.

Bu ilk teknik önizlemede değerli bulduğum davranışlardan biri de bu: Çalışabilen plan kadar, dayanağı değiştiğinde neden çalışmadığını açıklayabilen plan.

---

Kaynak notu — 18 Ekim 2026: Metin, 0.1.0a1 yayın belgelerine ve mevcut demo kayıtlarına dayanır. Demo verileri sentetik, beceriler insan yazımıdır. Bu yazı için yeni demo, model çağrısı veya değerlendirme çalıştırılmadı.

Kaynak kod · Sürüm ve indirmeler · Demo anlatımı · HTML raporunu indir · Demo kanıt paketini indir · GitHub CI

Bağlantılar: a2 · Aynı iş, ertesi gün başka bir dosya · Bir ajan ne zaman durmalı? · Bir sonucu ne zaman kullanmayı bırakmalıyız? · a2’nin ilk teknik önizlemesi