SentryFixer: Sentry hatasını koda karşı okuyup düzeltme planı çıkarmak
Devam ediyorBir Sentry issue'sunu çalışan koda karşı analiz eden, düzeltme planını diff ve regresyon testiyle sunan, onay almadan tek bir dosyaya dokunmayan Claude Code skill'i.
- Başlangıç
- Temmuz 2026 — Devam ediyor
Teknolojiler
Hata izleme ile düzeltme arasındaki boşluk hep aynı yerde: Sentry neyin patladığını söylüyor, ama patlayan satırın bugünkü hâlini, o kod yolunun o tarihten sonra değişip değişmediğini ve düzeltmenin neyi kırabileceğini yine insan çıkarıyor. SentryFixer bu ara işi otomatikleştirmek için yazdığım bir Claude Code skill’i.
Ne denedim
Skill bir Sentry issue’sunu alıp sırasıyla şunu yapıyor:
- 50–300 KB’lık event verisini redakte edilmiş bir özete indiriyor.
- Stack trace çerçevelerini çalışma ağacındaki gerçek kaynak dosyalara eşliyor.
- Hatanın oluştuğu tarihten bu yana kodun değişip değişmediğini — tazeliğini — kontrol ediyor.
- Kök nedeni gerekçelendirip somut bir düzeltme ve test önerisi çıkarıyor.
Sözleşmenin sert kısmı sonda: plan onaylanmadan hiçbir dosya değişmiyor. Otomatik commit yok; salt-okunur geçmiş dışında git işlemi yok. Onay geldikten sonra diff uygulanıyor, testler koşuyor ve sonuç olduğu gibi raporlanıyor.
Ne çıktı
Bağımlılık yüzeyi bilerek dar: Python 3.8+ ve yalnızca standart kütüphane, artı
curl/bash. Sentry tarafına üç yoldan bağlanılabiliyor — doğrudan Sentry API,
sentry-cli ya da Sentry MCP sunucusu; hangisi kuruluysa o kullanılıyor.
Lisans MIT, depo açık.
Tasarımın merkezinde iki karar var. Birincisi bağlam sıkıştırma: ham event verisi olduğu gibi modele verilmiyor, önce işe yarayan çerçevelere indirgeniyor ve kişisel veri bu adımda redakte ediliyor. İkincisi onay kapısı: skill’in yazma yetkisi, planı okuyup “uygula” diyene kadar hiç açılmıyor.
Neden devam ediyor
Masadaki açık soru şu: tazelik kontrolü şu an dosyanın değişip değişmediğine bakıyor; asıl istediğim, hatanın geldiği commit ile bugünkü kod arasındaki farkın kök nedene ne kadar dokunduğunu söyleyebilmek. Bir sonraki tur orada.