Yayın notu — 0.1.0a1
Aynı işi ertesi gün yeniden yaparken, önceki çözümden neyi koruyabiliriz?
Veri dosyalarıyla çalışırken bu soruyla sık karşılaşıyoruz. Kayıtlar değişiyor ama alan seçme, dönüştürme ve eşleştirme kurallarının bir bölümü aynı kalıyor. Önceki çözümün yeniden kullanılabilmesi için o kuralların açık olması, uygulanan parçanın tanınması ve yeni sonucun kontrol edilmesi gerekiyor.
a2’nin ilk teknik önizlemesini, 0.1.0a1 sürümüyle GitHub’da yayımladım. Kaynak kod, kurulum paketleri ve incelenebilir demo kayıtları erişilebilir durumda.
a2, araç kullanımı, ortak bellek, çıktı doğrulaması ve yeniden kullanılabilir beceriler üzerine kurulu küçük bir Python ajan projesi. Şimdiki odağı veri dönüşümü: kayıtları düzenlemek, kaynakları eşlemek, çelişkileri ayırmak ve gerekli alanları seçmek.
Bu sürümde özellikle görünür kılmak istediğim şey, bir işin nasıl yapıldığı.
Hangi plan çalıştı? Hangi beceri kullanıldı? Becerinin hangi kod sürümü seçildi? Sonuç yalnız biçim açısından mı kontrol edildi, yoksa bağımsız hazırlanmış beklenen cevapla da karşılaştırıldı mı?
Bu soruların cevapları, çıktının yanında incelenebiliyor.
İlk karşılaşma: iki dosyayı uzlaştırmak
Tanıtım demosu, CRM ve ERP sistemlerinden alınmış gibi düzenlenen iki müşteri listesini ele alıyor.
İki sistemdeki müşteri kodlarının aynı kimliği ifade ettiği varsayılıyor. Ama listelerde aynı kayıtlar bulunmuyor. Bazı müşterilerin karşılığı var; bazıları inceleme gerektiriyor.
Demo iki günlük sentetik veri kullanıyor. İlk gün altı CRM kaydının dördü eşleşiyor, ikisi ayrı raporlanıyor. İkinci gün yedi kaydın beşi eşleşiyor, ikisi yine incelemeye ayrılıyor.
İki günde de aynı iki beceri kullanılıyor: alanları dönüştüren parça ve müşteri kodlarını tam eşleşmeyle karşılaştıran parça. Sonuçlar ayrı beklenen cevaplarla denetleniyor.
Bu yürütme API anahtarı gerektirmiyor ve model çağrısı yapmıyor. Demodaki beceriler insan tarafından yazılmış.
Burada gösterilen, belirli kurallarla hazırlanmış bir çözümün yeni girdilerde aynı sürümüyle yeniden çalıştırılması.
Teknik önizlemenin kapsamı
Bu sürümü denemek için paylaşılabilir bir başlangıç noktası olarak görüyorum.
Demo gerçek müşteri verisi kullanmıyor. Canlı CRM veya ERP bağlantısı kurmuyor. Yaklaşık isim eşleştirmesi ya da farklı müşteri kimliklerini kendiliğinden çözme işi yapmıyor.
Modelden beceri üretme çalışmaları ise ayrı bir kanıt hattı. Önceki sınırlı canlı çalışmada dört beceri ailesi bağımsız kontrollerden geçti. Bu sonuç, öğrenilmiş becerilerin genel verimlilik üstünlüğünü göstermiyor; daha geniş karşılaştırmalar hâlâ gerekli.
Sürüm commit’inin GitHub CI çalışması başarıyla tamamlandı. Bu, kayıtlı yazılım kontrollerinin sonucudur; gerçek kullanıcı pilotunun veya öğrenme/verimlilik değerlendirmesinin yerine geçmez.
İlk önizlemenin ardından görmek istediğim şey, gerçek bir işin kurallarıyla karşılaşmak.
Kurulum ve kontrol için ne kadar emek gerekiyor? Tekrar çalıştırmada hangi müdahaleler kalıyor? Yanlış eşleşmeleri yakalayabiliyor muyuz? Dosya değiştiğinde aynı çözüm hâlâ uygun mu?
a2’yi, bu soruların somut bir iş üzerinde sorulabildiği bir aşamada paylaşıyorum.
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 · Bir fikrin çalışan bir araca dönüşmesi · Bir ajan ne zaman durmalı? · Aynı iş, ertesi gün başka bir dosya · Bir plan neden çalışmayı reddeder?
Bağlantıları
a2’nin 0.1.0a1 teknik önizlemesini ve yayın paketindeki sınırlı kanıtı ele alır.
Fikirden araca geçiş yazısını yayımlanan teknik önizlemeyle ilişkilendirir.
Önizlemenin sınırlarını ajanın durma koşullarıyla birlikte okumaya açar.
Yayın duyurusundaki yeniden kullanım fikrini iki günlük demo kayıtlarıyla somutlaştırır.