Öğrenme yolu 02Ders 6 / 6

Test edilebilir hipotezlerle hata ayıklayın

Açıklamaları karşılaştırmak ve kanıt toplamak için ajan kullanın. Nedeni doğrulamadan tekrarlanan değişikliklerden kaçının.

Uygulayıcı10 minİncelendi

Yayımlayan Nasıl yazıyoruz?

Neler öğreneceksiniz?

  • Beklenen ve gözlenen davranışı kesin biçimde açıklayın.
  • Rakip açıklamaları ayıran bir gözlem seçin.
  • Belirtiyi kaldırmayı nedeni kaldırmakla karıştırmadan düzeltmeyi doğrulayın.

Düzeltme önermeden önce hatayı açıklayın

Yararlı hata ayıklama talebi beklenen davranışı, gözlenen davranışı ve etkilenen kapsamı belirtir. Sürümü, ilgili girdiyi ve hatayı ekleyin. Logları yapay zekâ aracına vermeden önce erişim bilgilerini ve özel kayıtları çıkarın.

‘Dışa aktarım bozuk’ çok az yön verir. Daha iyi açıklama şudur: ‘Dışa aktarım yerelde başarılı. Staging ortamında aynı yönetici isteği son dağıtımdan sonra 403 döndürüyor. Diğer route’lar hâlâ çalışıyor.’

Bu açıklama nedeni kanıtlamaz. Araştırmaya yön verebilecek farkları belirler.

Birkaç açıklamayı değerlendirmede tutun

Ajandan az sayıda makul neden ve her biri için kanıt isteyin. İlk ikna edici açıklamaya bağlanmasını istemeyin.

Kurgusal dışa aktarım hatasında olası nedenler arasında hizmet kimliğinin eksik izni, değişmiş rol eşlemesi veya yanlış ortama gönderilen istek vardır. Her açıklama farklı kanıt öngörür.

HipotezAyırt etmeye yardımcı gözlem
Hizmet kimliği dışa aktarım verisini okuyamıyorHizmet kimliği hedef kaynak için erişim reddi alıyor
Rol eşlemesi değiştiİstek uygulamaya farklı bir etkin rolle ulaşıyor
İstek yanlış ortamı kullanıyorÇözümlenen endpoint veya kaynak kimliği amaçlanan hedeften farklı

Tablo bir başlangıç noktasıdır. 403 yanıtı farklı katmanlardan gelebilir. Uygulama yetkilendirmesinin başarısız olduğunu varsaymadan önce hangi bileşenin yanıtı ürettiğini belirleyin.

Güvenli bir gözlem seçin

Açıklamaları düşük maliyetle ayırabilecek gözlemle başlayın. Dağıtılmış sürümü ve gizli olmayan yapılandırmayı karşılaştırın. İlgili hatayı ve istek kimliğini inceleyin. Mümkünse sorunu yetkili test ortamında yeniden üretin.

Sırf hata kaybolacak mı diye görmek için geniş izinler vermeyin. Bu işlem güvenlik sınırını değiştirir ve gerçekte eksik olan izni gizleyebilir. Hassas bilgileri çıkarılmış hata ve istek yolu yeterliyse tam üretim logunu modele yapıştırmayın.

Her hipotezi neyin zayıflatacağını belirtin. Bu, ajanın ilk yanıtını savunmak yerine açıklamasını gözden geçirmesine yardımcı olur.

Her seferinde tek nedeni değiştirin

Kanıt olası bir nedeni belirledikten sonra odaklı düzeltme yapın. İzin değişikliğini, kütüphane yükseltmesini ve işleyicinin yeniden yazılmasını bir araya getirmekten kaçının. Belirti kaybolursa hangi değişikliğin etkili olduğunu bilemezsiniz.

İlk hata koşulunu doğrulayın. Komşu sınırı da kontrol edin. Yönetici erişimini düzeltirseniz yetkisiz kullanıcının hâlâ ret aldığını doğrulayın.

Tekrarlayan kusur için onu tespit edebilen katmanda regresyon kontrolü ekleyin. Birim testi her dağıtım yapılandırması hatasını tespit edemez. Bazı hatalar entegrasyon kontrolü veya kontrollü dağıtım sonrası doğrulama gerektirir.

Yeni kanıt olmayan tekrarları durdurun

Ajan düzeltmenin birçok çeşidini üretebilir. Daha fazla deneme tanıyı mutlaka iyileştirmez. Aynı hata tekrarlanıyorsa sonraki denemenin hangi yeni gözlemi sağlayacağını sorun.

Belirsiz araştırma için süre veya deneme sınırı koyun. O noktada mevcut kanıtı, reddedilmiş hipotezleri ve yanıtsız soruyu bildirin. Bu kayıt, başka birinin aynı deneyleri tekrarlamadan devam etmesini sağlar.

Kurtarmadan sonra nedeni ve hatanın etkilenen ortama ulaşmasını mümkün kılan koşulu kaydedin. Düzeltme anlık kusuru kaldırır. Yararlı takip işi aynı hatanın geri gelme ihtimalini azaltır.

Alıştırmayı yapın

Yakın tarihli bir kusur için hata ayıklama notu yazın. Beklenen davranışı, gözlenen davranışı, etkilenen kapsamı ve üç olası nedeni ekleyin. Her neden için onu zayıflatacak bir gözlem belirtin. Önce en düşük maliyetli güvenli gözlemi seçin.

Çalışma sayfasını indir (Markdown)

Anladığınızı kontrol edin

Bir istek yalnızca dağıtımdan sonra başarısız oluyor, yerelde çalışıyor. Ajan önce ne yapmalıdır?

Kaynaklar ve ek okumalar

Taiga'dan ilgili okumalar