[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-failure-mode-taxonomy::ru":3,"gloss-cluster-failure-mode-taxonomy::ru":23,"gloss-next-failure-mode-taxonomy::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"failure-mode-taxonomy","mlops","Классификация режимов отказа","Классификация режимов отказа — это названный и согласованный перечень способов, которыми система, как известно, ломается, нужный для того, чтобы отказы можно было считать, а не только описывать. Без него любая проблема записывается как плохой ответ, и журнал отказов становится кучей, а не набором данных: сказать, стала ли самая частая проблема прошлого месяца реже, нельзя, потому что прошлые проблемы никто не разложил по видам. Классификация выходит из разбора ошибок, а не из проектной встречи. Категории, придуманные до того, как кто-то прочитал сотню настоящих отказов, описывают скорее страхи команды, чем происходящее, и потом от них трудно отказаться, потому что на них уже построена отчётность. Правильнее так: читать отказы, записывать причины обычным языком, замечать, какие формулировки повторяются, и повышать их до имён. Полезный диапазон обычно от четырёх до восьми категорий: меньше — и счёт прячет то, ради чего вы бы действовали; больше — и никто не классифицирует последовательно. Пригодной классификацию делают три свойства. Категории должны быть достаточно раздельными, чтобы двое, размечающих один и тот же отказ, чаще всего совпадали, и это стоит проверить, а не предположить. Каждая должна указывать на владельца или на исправление: категория, по которой никто не может действовать, — ярлык, а не диагноз. И должна быть явная корзина прочее, за которой следят намеренно: её рост — сигнал, что система начала ломаться способом, старше которого ваша классификация, и именно тогда её пора пересматривать. Пересматривайте по расписанию и считайте живым документом: классификация, не менявшаяся год, либо описывает очень стабильную систему, либо перестала описывать эту. Держите определения записанными рядом с именами и по одному настоящему примеру к каждому. Чаще всего классификация портится не из-за спора о составе категорий, а из-за тихого смещения в том, что каждая из них значит; проявляется это трендом, который разворачивается, когда классифицировать начинает новый человек.","Классификация режимов отказа называет способы поломки, чтобы отказы можно было считать. Откуда она берётся и что значит растущее прочее.",null,[11,14,17,20],{"slug":12,"name":13},"annotation-guidelines","Инструкции по разметке",{"slug":15,"name":16},"drift-detection","Обнаружение дрейфа (Drift Detection)",{"slug":18,"name":19},"eval-harness","Испытательный стенд оценки (Eval Harness)",{"slug":21,"name":22},"silent-failure","Тихий отказ (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","Порог приёмки","2026-09-10T03:30:02+00:00",{"slug":29,"category":5,"name":30,"updated_at":27},"adjudication","Разрешение разногласий",{"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","Базовая модель (baseline)",{"slug":37,"category":5,"name":38,"updated_at":32},"batch-inference","Батч-инференс",{"slug":40,"category":5,"name":41,"updated_at":27},"blind-evaluation","Слепая оценка",{"slug":43,"category":5,"name":44,"updated_at":32},"canary-prompt","Канареечный промпт",{"slug":46,"category":5,"name":47,"updated_at":27},"ceiling-effect","Эффект потолка",{"slug":49,"category":5,"name":50,"updated_at":32},"champion-challenger","Чемпион–претендент (A\u002FB-тестирование моделей)",{"slug":52,"category":5,"name":53,"updated_at":32},"class-imbalance","Дисбаланс классов",{"slug":55,"category":5,"name":56,"updated_at":32},"continuous-batching","Continuous Batching (непрерывная пакетная обработка)",{"slug":58,"category":5,"name":59,"updated_at":27},"coverage-gap","Пробел в покрытии"]