Aynı iş, ertesi gün başka bir dosya

a2 çalışma kaydı

Bir veri işinin yeniden kullanılabilir olup olmadığını anlamak için ikinci dosyaya bakmak gerekiyor.

İlk dosyada çalışan çözüm, yalnız o dosyanın ayrıntılarına uyarlanmış olabilir. Kayıtlar değiştiğinde neyin sabit kaldığı daha açık görünür.

a2’nin tanıtım demosunda bu yüzden iki ayrı gün var.

Senaryo küçük: CRM listesindeki hangi müşteri kodlarının ERP’de karşılığı bulunduğunu görmek. İki sistemin aynı benzersiz kodu kullandığı kabul ediliyor. Veriler ve şirketler sentetik.

Önce kurallar

İlk beceri CRM kayıtlarının alanlarını hazırlıyor. code, id oluyor; name, label oluyor. Adın başındaki ve sonundaki boşluklar temizleniyor.

İkinci beceri, hazırlanan kayıtları ERP listesiyle müşteri kodu üzerinden eşliyor. Karşılığı bulunan kayıtlar sonuç listesine giriyor. Karşılığı bulunmayan CRM kayıtları missing_match koduyla ayrı tutuluyor.

Yalnız ERP’de bulunan hesaplar, bu görevin eşleşmiş müşteri listesine alınmıyor; sayıları ayrıca raporlanıyor.

Bu seçim önemli. “İki dosyayı uzlaştır” ifadesinin bütün olası anlamlarını uygulamıyoruz. Belirli bir yönde, belirli bir kuralla yapılan karşılaştırmayı çalıştırıyoruz.

İki günün kaydı

Yayın paketindeki çalışma özeti şu sonuçları taşıyor:

Kayıt	İlk gün	İkinci gün
CRM kayıtları	6	7
Eşleşen kayıtlar	4	5
Karşılığı bulunmayan CRM kayıtları	2	2
Yalnız ERP’de bulunan hesaplar	1	1
Model çağrısı	0	0

Her iki günün sonucu bağımsız beklenen cevapla karşılaştırılmış. Kullanılan becerilerin kod özetleri de aynı.

Bu tabloyu bir hız veya öğrenme karşılaştırması olarak okumuyorum. İki veri grubunda, aynı kuralların aynı beceri sürümleriyle çalıştırıldığına ilişkin sınırlı bir kayıt olarak okuyorum.

Küçük ayrıntı: 0007

Demodaki müşteri kodlarından biri 0007.

Bu değer sayı gibi görünse de burada bir kimlik. Başındaki sıfırlar korunuyor. Onu 7 biçimine dönüştürmek, görev sözleşmesinde izin verilmemiş bir değişiklik olurdu.

Eşleştirme de tam ve büyük/küçük harfe duyarlı. Benzer görünen isimlerden hareketle kayıtların aynı müşteriye ait olduğu tahmin edilmiyor. Boş veya yinelenen kodlar kabul edilmiyor.

Bunlar küçük ayrıntılar gibi durabilir. Fakat bir veri işinin güvenilirliği çoğu zaman tam bu noktalarda belirleniyor: Sistem hangi dönüşümü yapacağını biliyor, hangisini yapmayacağını da açık bırakmıyor.

Sonuçtan sonra bakılacak yerler

Demo yalnız bir özet ekranı üretmiyor. Planlar, eşleşen kayıtlar, sorun listeleri ve yürütme kayıtları da incelenebiliyor. HTML raporu bunları birlikte okumayı kolaylaştırıyor.

Kurulumdan sonra demo şu komutla çalıştırılabiliyor:

python -m a2.customer_demo --output runs/customer-demo --compact

Tekrar çalıştırırken yeni bir çıktı dizini seçmek gerekiyor.

Bu örnekte cevaplanabilen soru dar: Yeni bir dosyada aynı iki beceriyi kullanıp sonucu ayrı bir dayanakla kontrol edebiliyor muyuz?

Gerçek kullanımda buna başka sorular eklenecek. Kaynak sistemler gerçekten aynı kimliği mi kullanıyor? Kurallar değişti mi? İncelemeye ayrılan kayıtlarla kim ilgilenecek?

İkinci dosya, yeniden kullanımın başlangıcı. İşin anlamının değişmediğini kontrol etmek ise devam eden sorumluluk.

---

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 · a2’nin ilk teknik önizlemesi · a2’de bir işin yolculuğu · Bir plan neden çalışmayı reddeder?