[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-failure-mode-taxonomy::tr":3,"gloss-cluster-failure-mode-taxonomy::tr":23,"gloss-next-failure-mode-taxonomy::tr":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"failure-mode-taxonomy","mlops","Arıza Biçimi Sınıflandırması","Arıza biçimi sınıflandırması, bir sistemin bozulduğu bilinen yolların adlandırılmış ve üzerinde anlaşılmış listesidir; arızaların yalnızca betimlenmesi yerine sayılabilmesi için kullanılır. Böyle bir liste olmadan her sorun kötü çıktı olarak kaydedilir; yani arıza kütüğü bir veri kümesi değil bir yığındır: geçen ayın en yaygın sorununun iyileşip iyileşmediğini söyleyemezsiniz, çünkü geçen ayın sorunları türlere hiç ayrılmamıştır. Sınıflandırma bir tasarım oturumundan değil hata çözümlemesinden çıkar. Yüz gerçek arıza okunmadan önce icat edilen kategoriler, olanı değil ekibin korktuğunu betimleme eğilimindedir ve raporlama onların üzerine kurulduğu için sonradan bırakılmaları zor olur. Daha iyi sıra şudur: arızaları okuyun, nedenleri gündelik dille yazın, hangi ifadelerin tekrarladığını fark edin ve onları adlara yükseltin. Dört ile sekiz arası kategori genelde yararlı aralıktır: daha azı sayıların üzerinde işlem yapacağınız şeyi gizlemesine yol açar, daha çoğunu kimse tutarlı biçimde sınıflandıramaz. Bir sınıflandırmayı kullanılabilir kılan üç özellik vardır. Kategoriler, aynı arızayı sınıflandıran iki kişinin çoğu zaman aynı fikirde olacağı kadar ayrık olmalıdır; bu, varsayılmak yerine sınanmaya değer. Her biri bir sahibe ya da bir düzeltmeye işaret etmelidir; çünkü kimsenin üzerinde işlem yapamayacağı bir kategori teşhis değil etikettir. Ve bilerek izlenen açık bir diğer kovası bulunmalıdır: büyüyen bir diğer, sistemin sınıflandırmanın öncesine ait olmayan bir biçimde bozulmaya başladığının işaretidir ve tam da o an sınıflandırmanın gözden geçirilmesi gerekir. Onu takvime bağlı olarak gözden geçirin ve yaşayan bir belge sayın; çünkü bir yıldır değişmemiş bir sınıflandırma ya çok kararlı bir sistemi betimliyordur ya da artık bu sistemi betimlemiyordur. Tanımları adların yanında yazılı tutun ve her birine gerçek bir örnek koyun. Bir sınıflandırmanın çürümesinin en yaygın yolu hangi kategorilerin var olduğu konusundaki anlaşmazlık değil, her birinin ne anlama geldiğindeki sessiz kaymadır; bu da yeni biri sınıflandırmaya başladığında tersine dönen bir eğilim olarak görünür.","Arıza biçimi sınıflandırması, bozulma yollarını adlandırıp sayılabilir kılar. Neden hata çözümlemesinden çıkar ve büyüyen diğer ne anlatır.",null,[11,14,17,20],{"slug":12,"name":13},"annotation-guidelines","Etiketleme Kılavuzu",{"slug":15,"name":16},"drift-detection","Sapma Tespiti (Drift Detection)",{"slug":18,"name":19},"eval-harness","Değerlendirme Koşumu (Eval Harness)",{"slug":21,"name":22},"silent-failure","Sessiz Arıza (Silent Failure)",[24,28,31,33,36,39,42,45,48,51,54,57],{"slug":25,"category":5,"name":26,"updated_at":27},"acceptance-threshold","Kabul Eşiği","2026-09-10T03:30:02+00:00",{"slug":29,"category":5,"name":30,"updated_at":27},"adjudication","Uyuşmazlık Çözümü",{"slug":12,"category":5,"name":13,"updated_at":32},"2026-09-08T21:32:36+00:00",{"slug":34,"category":5,"name":35,"updated_at":32},"baseline-model","Temel Model (Baseline)",{"slug":37,"category":5,"name":38,"updated_at":32},"batch-inference","Toplu Çıkarım",{"slug":40,"category":5,"name":41,"updated_at":27},"blind-evaluation","Kör Değerlendirme",{"slug":43,"category":5,"name":44,"updated_at":32},"canary-prompt","Kanarya Prompt",{"slug":46,"category":5,"name":47,"updated_at":27},"ceiling-effect","Tavan Etkisi",{"slug":49,"category":5,"name":50,"updated_at":32},"champion-challenger","Şampiyon-Meydan Okuyan (A\u002FB Model Testi)",{"slug":52,"category":5,"name":53,"updated_at":32},"class-imbalance","Sınıf Dengesizliği",{"slug":55,"category":5,"name":56,"updated_at":32},"continuous-batching","Sürekli Toplu İşleme (Continuous Batching)",{"slug":58,"category":5,"name":59,"updated_at":27},"coverage-gap","Kapsam Boşluğu"]