Fable 5.5: Active Memory’yi Sprintte Ayırmak

AgentSpace’te kalıcı ajan hafızası ile görev panosu, bir sprintte lider ve worker ajanların nerede kaldığını taşıyan iki ayrı kayıt katmanı olarak çalışıyor. Bu ayrımı korumak benim için model duyurusundan daha önemli; çünkü yeni bir hafıza özelliği, görevin sahibi, teslim ölçütü ve çalışma kaydı yerine geçmez.

fable 5.5 haberi bu yüzden ilgimi çekiyor. Konu yalnızca yeni bir model değil. Meta’nın Active Memory diye anlattığı yaklaşım, önceki etkileşimlerden seçilen bilgiyi yeni oturuma taşıma vaadini gündeme getiriyor. AgentSpace’te kalıcı hafıza zaten var; mesele yeni bir model özelliğini mevcut hafızanın üstüne gelişigüzel koymak değil, hangi kaydın hangi işi yaptığını açık tutmak.

Haber: Fable 5.5 ve Active Memory iddiası

ShiftDelete.Net, Anthropic’in Claude Fable 5.5 modelini bu hafta kullanıma sunmaya hazırlandığını yazıyor. Haberde modelin daha önce bir Azure AI girişinde görüldüğü aktarılıyor. Aynı metin, Meta’nın Muse Wonder ve Muse Wonder Full modellerini tanıttığını; Active Memory’nin geçmiş etkileşimlerden gelen bilgi, alışkanlık ve tercihleri sonraki sohbetlere dinamik biçimde taşıdığını söylüyor.

Bu haber, ürün açıklaması ile çalışma sistemi arasındaki farkı yeniden açıyor. Active Memory kişisel sohbet devamlılığı vaat ediyor. Benim test edeceğim şey ise bir yazılım sprintinde hafızanın görev devamlılığına hangi sınırda katkı verdiği.

Hafıza tek bir şey değil

AgentSpace’teki kalıcı hafıza, ajanın geçmişte yazdığı her şeyi yeni oturuma dökmek için kurulmadı. Lider ve worker ajanların gerçek yazılım görevlerinde çalıştığı ortamda hafızanın görevi, işin devamlılığı için gerekli kaydı erişilebilir tutmak.

Görev panosu başka bir işi üstleniyor. Panoda işin ne olduğu, kimin üstlendiği ve teslimin hangi kayıtla kapanacağı görünür kalıyor. Hafıza bu panonun yerine karar veremez. Bir model, daha önce konuşulmuş bir tercihi hatırlasa bile o tercih aktif sprintin kabul ölçütü değildir.

Bu ayrım özellikle model değişiminde değerli. Yeni modelin geçmişten daha fazla bağlam taşıması, eski kararları daha doğru yaptığı anlamına gelmez. Geçmişteki bir notun bugünkü görevle ilişkisi kurulmadan belleğe alınması, ajanın yönünü genişletir. Sprint ise yön değil, sınır ister.

Bu nedenle Fable 5.5 için ilk test sorum “ne kadar çok şeyi hatırlıyor?” olmayacak. Sorum şu olacak: Ajan, mevcut görev kaydıyla ilişkili bilgiyi doğru anda kullanıyor mu; ilişkisiz geçmişi göreve taşımadan ilerliyor mu?

Active Memory ile sprint kaydını ayırma kuralı

Haberdeki Active Memory anlatısı, kullanıcının geçmiş etkileşimlerini ve tercihlerini uzun süreli bellekte saklıyor. Bu, kişisel kullanımda anlamlı bir beklenti. AgentSpace tarafında ise aynı kelime farklı kayıt türlerini birbirine karıştırma riski taşıyor.

Birinci kayıt türü görev sözleşmesi. Bu, ajanın o sprintte neyi yapacağını tanımlar. İkinci kayıt türü teslim kanıtı. Görev kapandığında yapılan işin hangi çıktıyla doğrulandığını tutar. Üçüncü kayıt türü kalıcı hafızadır; tekrar kullanılabilecek çalışma bilgisini taşır.

Yeni bir model özelliği bu üç katmanı tek bir konuşma geçmişi gibi ele alırsa test geçmez. Ajanın “hatırladığı” bilgi ile yaptığı işin kaydı farklı şeylerdir. Hafıza öneri verebilir. Görev panosu işi bağlar. Teslim kaydı kapanışı taşır.

Bu çerçeve maliyet için de gerekli. Active Memory, her yeni oturuma geçmiş veriyi dinamik olarak dahil etmeyi anlatıyor. Sprintte taşınan bağlamın ne olduğu belli değilse, maliyet hesabı da görevden kopar. Modelin daha çok bağlam görmesi tek başına fayda değildir; o bağlamın teslimi iyileştiren bir işlevi olmalı.

Gün 58 canlı yayınında bu sınırı kullanıcı hesabı ile çalışma ortamı arasında da anlattım: “AgentSpace’e bilgi vermiyorsun.” AgentSpace’e Muratify ID ile giriş yapılıyor; model aboneliği kullanıcının kendi terminalinde kalıyor. Hafıza tasarımında da aynı ayrım geçerli: çalışma kaydı, üyelik ve model erişimi birbirinin yerine geçmez.

Testi model adıyla değil, kayıtla başlatacağım

Fable 5.5 için modelin kullanıma açılması, doğrudan tüm ajanların hafızasını değiştirme gerekçesi değil. Test, gerçek bir sprintte tek bir görev akışıyla başlar. Lider ajanın görevi parçalaması, worker ajanın işi devralması ve görev panosundaki kapanış kaydı aynı çerçevede kalır.

İlk kontrol, oturum devamlılığıdır. Worker ajan yeni bir oturumda görevine döndüğünde, yalnızca o iş için gerekli kalıcı kayda erişebiliyor mu? Burada başarılı cevap üretmek yeterli değil. Ajanın mevcut görevten sapmadan doğru dosya, karar ve teslim ölçütüne gitmesi gerekir.

İkinci kontrol, görev devridir. Lider ajan ile worker ajan aynı hafızayı farklı yetkilerle kullanır. Liderin planlama notu, worker için değiştirilemez kabul ölçütü sayılmaz. Worker’ın çalışma çıktısı da liderin karar kaydını kendiliğinden güncellemez. Hafıza erişimi, sorumluluk devri değildir.

Üçüncü kontrol maliyettir. Yeni model veya hafıza katmanı, sprintte taşınan bağlamı artırabilir. Burada tek bakılacak değer toplam kullanım değildir. Göreve ait bağlamın işi ilerletip ilerletmediğini teslim kaydıyla eşleştirmek gerekir. Bağlam genişleyip görev aynı yerde kalıyorsa, bu sprint tasarımı için anlamlı bir kazanım değildir.

Değişen şey model, değişmeyen şey sözleşme

Haberde Fable 5.5’in bu hafta gelmesinin beklendiği yazıyor. Bu, AgentSpace için bir aday model bilgisi. Kalıcı ajan hafızası ve görev panosu ise modelden bağımsız çalışma katmanları olarak kalıyor.

Değişmeyecek olan ilk ilke, hafızanın görevi tanımlamaması. Görevi görev panosu tanımlar. Değişmeyecek ikinci ilke, ajanın işi bitirdi demesinin tek başına kapanış olmaması. Teslim kaydı gerekir. Değişmeyecek üçüncü ilke, model erişiminin kullanıcının kendi abonelik ve terminal düzeninden ayrılmaması.

Gün 67 canlı yayınında “Sistemi kur” dedim. Buradaki sistem, modele bütün yükü veren bir prompt yığını değil. Görev, hafıza ve çalışma kaydını ayrıştıran düzen. Fable 5.5 veya Active Memory benzeri bir özellik bu düzenin içinde test edilir; düzen onun etrafında yeniden kurulmaz.

Bugün uygulanacak hafıza testi

Aşağıdaki bloğu kendi ajan sprintine kopyalayıp tek bir görev için kullan:

HAFIZA TESTİ — TEK GÖREV

Görev:
- [Yapılacak iş]

Kabul ölçütü:
- [Teslimin doğrulanacağı çıktı]

Kalıcı hafızadan getirilecek kayıt:
- [Yalnız bu görev için gerekli karar / teknik not]

Kalıcı hafızadan getirilmeyecek kayıt:
- [Eski görevler, kişisel tercihler, ilişkisiz sohbet notları]

Görev panosunda görünmesi gerekenler:
- görev sahibi
- mevcut durum
- teslim kanıtı

Oturum yeniden başladığında kontrol:
- Ajan aynı kabul ölçütünü koruyor mu?
- Ajan yalnız gerekli kayda gidiyor mu?
- Çıktı görev panosundaki teslim kaydıyla eşleşiyor mu?

Maliyet kaydı:
- kullanılan model
- görev için taşınan bağlamın kaynağı
- teslimle ilişkili çıktı

Bu liste model değerlendirmesini sohbet etkisinden çıkarır. Aynı görevi, aynı kabul ölçütü ve aynı kapanış kaydıyla ele alırsın. Hafıza işe yarıyorsa, görevin devamlılığı kayıt üzerinde görünür olur.

Kapanış

Fable 5.5 haberi, model yarışından çok hafızanın çalışma düzenindeki yerini test etmek için iyi bir vesile. AgentSpace’te kalıcı hafıza, görev panosu ve teslim kaydını ayrı tutarak yeni model davranışını sprintin gerçek işine bağlayacağım.

AI ajanların görev, hafıza ve teslim düzenini çalışan bir ortamda kurmak için AgentSpace’i inceleyebilirsin.

İlgili yazılar

• Yapay Zeka Ajanı Nedir? Tek Kişilik Şirkette 8 Ajanlık Takım
• AI Ajan Hafızası: 3 Saatlik Planlamayı Kaybettikten Sonra