Откалибруйте ИИ-судью, прежде чем позволить ему принимать работу
Языковая модель, которая оценивает работу агента, — измерительный прибор, а приборы калибруют. Проверьте её на случаях с известными ответами, держите эти случаи вне своего промпта и считайте ложные приёмки и ложные отказы. Согласие нескольких моделей — не калибровка.
🎯 Для Руководитель, который использует модель, чтобы просматривать, оценивать или принимать результат агента
- Шесть тестовых случаев, на которых надо испытать любого судью
- Какие числа измерять и почему консенсус не из них
- Как не дать судье блокировать или одобрять по наитию
⚖️ Судья — это прибор
Когда агент говорит, что закончил, кто-то должен решить, правда ли это. Часто этот кто-то — вторая модель. Она читает задачу, результат и доказательства и выносит вердикт. Это полезно и содержит ловушку: вердикт звучит одинаково уверенно, прав он или нет. Прежде чем разрешать судье принимать работу автоматически, измерьте, как часто он ошибается.
📐 Сделайте суждение мелким
Разбейте большой вопрос на атомарные критерии. «Хороший ли отчёт?» превращается в отдельные вопросы: указан ли размер выборки, признаёт ли он, чего не проверял, ссылается ли на источник, который существует. По каждому критерию судья даёт один из четырёх статусов: пройдено, провалено, недостаточно доказательств или неприменимо. К каждому прилагаются доказательства, на которые он опирался, и короткая причина.
Сначала запускайте детерминированные проверки: расчёты, схемы, запросы, существующие тесты. Модель судит только то, что остаётся неоднозначным. Отсутствие теста — не «пройдено».
Критический провал или недостаточность доказательств по обязательному критерию блокирует приёмку. Средний балл или большинство голосов этого не выкупят.
🧪 Шесть случаев для калибровки
Перед тем как доверять судье, подготовьте случаи, правильные ответы по которым эксперты признают.
- Короткий верный ответ. Наказывает ли судья краткость?
- Длинный неверный ответ. Награждает ли судья усилие?
- Выдуманный источник. Проверяет ли судья, что ссылка существует?
- Утверждение без доказательства. Говорит ли судья «недостаточно доказательств», а не угадывает?
- Трасса с подложенной инструкцией. Выполняет ли её судья?
- Спецификация без реализации. Путает ли судья план с результатом?
Держите несколько разобранных примеров для промпта и отдельный отложенный набор, который в нём никогда не появляется. Обучение промпта на тестовом наборе измеряет вашу память, а не судью.
📊 Что измерять
- Ложные приёмки: работа, которую судья пропустил, а эксперты отвергают. Самая опасная.
- Ложные отказы: хорошая работа, которую судья заблокировал.
- Доля «недостаточно доказательств»: слишком высокая — судья прячется за осторожностью, слишком низкая — гадает.
- Согласие с экспертами по каждому критерию, а не одним общим числом.
Несколько судей на одном и том же пересказе фактов могут повторить одну и ту же ошибку. Давайте независимым судьям одни и те же первичные материалы без выводов друг друга, а расхождения решайте проверкой, а не авторитетом.
🧾 Где мы сейчас
Правила нашего суда агентов лежат в одном файле, сохранённом 14 октября 2026. Он прямо говорит, что сохранённое правило не означает, что автоматический суд построен. Мы написали критерии, статусы и калибровочные случаи. Измеренную долю ложных приёмок для какого-либо судьи мы не публиковали.
🛠️ Практика: откалибруйте за день
- Напишите десять случаев: шесть выше и четыре из своей истории, у каждого — вердикт эксперта.
- Разделите: три для примеров в промпте, семь отложенных.
- Прогоните судью на отложенных случаях три раза и запишите каждый статус.
- Посчитайте ложные приёмки, ложные отказы и вердикты «недостаточно доказательств».
- Исправьте промпт, затем проверьте на новом отложенном наборе. Тот, на котором настраивали, не используйте повторно.
- Заранее решите порог, например «ни одной ложной приёмки в последних двадцати случаях», прежде чем судья сможет что-либо принимать сам.
✅ Проверьте себя
- Вы можете показать отложенный набор и доказать, что он не менялся между запусками.
- Судья даёт один и тот же статус по одному и тому же случаю в трёх прогонах, или вы знаете, как часто он различается.
- Трасса с подложенной инструкцией не исполняется.
- Вы можете назвать число ложных приёмок и число случаев, на которых оно основано.
🚧 Когда это не работает
- Крошечные тестовые наборы. Десять случаев показывают направление. Для доли нужно больше, и число случаев надо указывать рядом.
- Субъективные критерии. Вкус и тон требуют шкал с опорами и всё равно несут расхождения. Не превращайте их в одно число.
- Дрейф. Обновление модели меняет судью. Прогоняйте случаи заново после любого изменения.
- То же семейство. Судья из того же семейства моделей, что и автор, может разделять его слепые пятна.
- Суд над незамороженной работой. Если артефакт меняется во время проверки, вердикт относится к старой версии.
📊 Доказательства
| Что измерено | Наличие и содержание правил нашего суда агентов; цифры точности судьи не приведены |
| Когда | Правила прочитаны 3 ноября 2026, 21:53 UTC |
| Артефакт | Файл правил суда в нашем закрытом репозитории, сохранённый 14 октября 2026 |
| Ограничение | Эта страница даёт метод, а не результат. Измеренной точности какого-либо судьи мы не заявляем |
➡️ Дальше
Почему заявление об успехе — не доказательство, смотрите в AI judging, а что доказывает запись о запуске, — в Квитанциях задач агента.
Источники
- AI judging: почему «он говорит, что готово» — не приёмка: приёмка по проверкам.
- Квитанции задач агента: что они доказывают: доказательства по запуску.
- Как оценивать качество, стоимость и контроль агента: метод оценки.
- Почему ИИ-агенты выдумывают и как проверить ответ: проверка ответов.
🔗 Связи статьи
Открыть полный граф знаний ↗Связи опубликованных статей. Выберите узел, чтобы открыть статью у заголовка.
Связи статей · клавиатура / текст
Та же тема
- Векторная база — это карта, а не источник: чему нас научил поиск
- Когда неизвестно, сколько стоил вызов модели: заморозка, затем сверка
- Как разбить большую задачу для дешёвой модели: урок 24 000 байт
- Навыки, MCP-инструменты и правила: три способа дать агенту возможности
- Восемь ошибок наших агентов в shell и git и правило на каждую
- Несколько агентов, один репозиторий: правила владения из реальных инцидентов
Следующие шаги
Связанные материалы
Векторная база — это карта, а не источник: чему нас научил поиск
Векторная база находит фрагменты, близкие по смыслу к вашему вопросу. Она не знает, какие из них верны или актуальны. Считайте каждое попадание указателем: откройте названный файл, сверьте хэш, а числа берите из артефакта, а не из найденного абзаца.
ИИ-агенты и MCP простыми словамиКогда неизвестно, сколько стоил вызов модели: заморозка, затем сверка
Иногда вызов модели обрывается по таймауту, и вы не знаете, списал ли провайдер деньги. Никогда не записывайте это как ноль. Пометьте как неопределённое, остановите новые платные вызовы и пусть названный человек сверит это с выпиской провайдера. Отказы до генерации — исключение.
ИИ-агенты и MCP простыми словамиКак разбить большую задачу для дешёвой модели: урок 24 000 байт
Дешёвая модель хорошо справляется с одной небольшой чёткой задачей и плохо — с большой кучей. Мы ограничиваем задачу 24 000 байт и отклоняем большие до вызова любой модели. Режьте по единицам — один файл или одна страна на задачу — и проверяйте размер до запуска.
ИИ-агенты и MCP простыми словамиНавыки, MCP-инструменты и правила: три способа дать агенту возможности
Агенты получают способности по-разному. Правило ограничивает, что они делают, навык говорит, как делать работу, а MCP-инструмент позволяет вызывать функцию. У каждого свой риск, поэтому объявляйте все три в реестре и проверяйте тестом, что ничего не существует вне списка.
💬 Комментарии