3,583 papers
arXiv:2610.19339 84 14 окт. 2026 г. FREE

Повторные оценки LLM-судьи: один балл от модели — это шум, а «прирост» после правок зависит от того, кто оценивает

КЛЮЧЕВАЯ СУТЬ
Обнаружено: один балл от LLM — это не измерение, а бросок кубика. Метод позволяет честно проверить, стала ли версия лучше после правок, а не радоваться случайному «6 → 8». Оцени каждую версию несколько раз, каждый раз в новом чате, и перепроверь второй моделью. Независимые прогоны вымывают шум, а вторая модель ловит вкусовщину. Одни и те же правки одна модель оценила в плюс, а другая — в минус.
Адаптировать под запрос
⚡

TL;DR

Исследование показывает, что один балл от LLM (например, «7 из 10» за текст) — это не измерение, а случайная выборка. Если запросить оценку одного и того же материала несколько раз в чистом чате, цифры будут отличаться. Если модель оценивает «до» и «после» правок, видимый прирост — это шум плюс вкусы конкретной модели.

Боль знакомая: правишь текст, просишь оценить заново, получаешь «6 → 8» и считаешь, что стало лучше. Но та же модель в другой попытке могла бы поставить и 7, и 5. А другая модель на тех же правках может поставить ниже, чем до правок. Авторы показали это на реальных данных: одни и те же правки одна модель оценила в плюс, а другая в минус. Причина в том, что модель не «измеряет качество», а генерирует цифру по вероятностному паттерну, а у каждой модели свои предпочтения.

Практический вывод из статьи — три правила. Берите несколько независимых прогонов и усредняйте. Оценку «стало лучше» подтверждайте второй, другой моделью. Если нужна оценка более тонкая, чем целые баллы, просите дробный балл — разброс уменьшится, но шкала сместится.

🔬

Схема метода

ШАГ 1: Оцени материал N раз, каждый раз в НОВОМ чате (независимые прогоны) → N баллов
ШАГ 2: Усредни (или возьми медиану) → оценка «ожидаемого балла» судьи
ШАГ 3: Внеси правки → повтори шаги 1–2 для новой версии
ШАГ 4: Прирост = среднее «после» − среднее «до»
ШАГ 5: Повтори шаги 1–4 с ДРУГОЙ моделью-судьёй
ШАГ 6: Прирост подтверждён, только если обе модели видят его в одну сторону

Каждый прогон — отдельный запрос. В одном чате независимых прогонов не получится: модель видит свои прошлые оценки и подстраивается.

🚀

Пример применения

Задача: Владелец онлайн-школы на Tilda переписал лендинг курса «Excel для бухгалтеров» и хочет понять, стал ли он лучше. Раньше он просил ChatGPT оценить лендинг один раз до правок и один раз после и ориентировался на разницу.

Промпт (вставляется в новом чате, 5 раз для оригинала и 5 раз для новой версии):

Ты оцениваешь продающий лендинг онлайн-курса для российской аудитории (цена 14 900 ₽, целевая аудитория — бухгалтеры 30–45 лет, продвижение через ВКонтакте и Яндекс Директ).

Оцени по критериям: ясность оффера, доверие (кейсы, отзывы, гарантии), работа с возражениями, призыв к действию.

Выведи итоговый балл от 1 до 10. Балл обязан иметь ненулевую дробную часть (например, 6.4 или 7.8, но не 7.0).

Формат ответа:
1. Оценка по каждому критерию (1–2 предложения)
2. Итоговый балл: X.X

Текст лендинга:
{текст_лендинга}

Протокол: 5 прогонов на старую версию и 5 на новую, каждый в новом чате. Затем те же 10 прогонов в другой модели (например, ChatGPT и Claude). Сравниваются средние.

Результат: Модель в каждом прогоне выдаст разбор по четырём критериям и итоговый дробный балл. Баллы между прогонами будут слегка отличаться. По усреднённым значениям видно, меняется ли оценка в одну сторону у обеих моделей. Если у одной модели прирост есть, а у другой нет или он отрицательный, значит, улучшение, скорее всего, вкусовое, а не общее.

🧠

Почему это работает

Слабость LLM. Модель не «знает» оценку, а выбирает число из распределения. Даже при тех же условиях в соседних прогонах выпадает то 7, то 8. Разница между «до» и «после» содержит шум с обеих сторон, поэтому один прогон на версию почти ничего не доказывает. Кроме того, у каждой модели свои предпочтения: они могут одинаково оценивать оригинал, но по-разному реагировать на конкретные правки.

Сильная сторона LLM. Усреднение независимых прогонов хорошо снижает шум: чем больше прогонов, тем точнее оценка «средней» позиции судьи. А если обе модели видят прирост, он с большей вероятностью не вкусовой, а реальный.

Рычаги управления: - Число прогонов → больше нужно, когда различия между версиями малы. Для грубого «хуже/лучше» хватит нескольких. Для тонких различий нужно много. - Шкала → дробный балл снижает разброс, но смещает среднее (в исследовании в большую сторону). Сравнивай только внутри одной шкалы. - Число судей → несколько разных моделей лучше одной: проверка на «вкус». - Независимость → новый чат на каждый прогон. Иначе модель подстраивается под прошлые ответы.

📋

Шаблон промпта

Роль: ты независимый оценщик. Оцени материал строго по критериям ниже, не сравнивая его с другими версиями и не ссылаясь на прошлые оценки.

Контекст: {контекст_и_аудитория}

Критерии:
{критерий_1}
{критерий_2}
{критерий_3}

Выведи итоговый балл от 1 до 10. Балл обязан иметь ненулевую дробную часть (например, 6.4, но не 7.0).

Формат ответа:
1. Оценка по каждому критерию (1–2 предложения)
2. Итоговый балл: X.X

Материал:
{материал}

Что подставлять: {контекст_и_аудитория} — для кого материал и какая цель; {критерий_N} — 3–5 критериев, по которым оцениваешь; {материал} — текст версии. Один шаблон запускай несколько раз в новых чатах и для разных версий, и для разных моделей.

🚀 Быстрый старт — вставь в чат:

Вот шаблон оценки материала с дробным баллом. Адаптируй под мою задачу: {твоя задача — что оцениваю и зачем}.
Задавай вопросы, чтобы заполнить поля.

[вставить шаблон выше]

LLM спросит, кто целевая аудитория, какие критерии важны и что считать хорошим результатом. Это нужно, чтобы критерии были конкретными: размытые критерии увеличивают разброс баллов между прогонами. Она возьмёт структуру из шаблона и соберёт готовый промпт под твою задачу.

⚠️

Ограничения

⚠️ Шум есть всегда: даже при идентичных условиях баллы колеблются. Колебания в основном на один балл, но для близких по качеству материалов этого хватает, чтобы перевернуть порядок.

⚠️ Дробная шкала сдвигает среднее: разброс падает, но средний балл растёт. Сравнивать результаты дробной и целочисленной шкалы нельзя.

⚠️ Прирост одной модели не доказывает улучшение: согласие на оригиналах не гарантирует согласия на правках. Одни и те же правки получили плюс у одной модели и минус у другой.

⚠️ Нужно много прогонов для тонких различий: для точности в четверть балла нужны десятки повторов. Для половины балла достаточно в разы меньше, но всё равно больше одного.

⚠️ Проверено на рецензировании научных статей: это один жанр, и модели судили именно его. Перенос на тексты, лендинги, резюме логичен, но самими авторами не проверялся.

⚠️ Усреднение — не истина: среднее нескольких прогонов оценивает «вкус модели», а не объективное качество. Корреляция с человеческими оценками у моделей умеренная.

🔍

Как исследовали

Исследователи взяли 200 статей с конференции ICLR (по 100 за 2025 и 2026 годы), отобрав их так, чтобы были представлены разные темы и разные средние оценки людей. Для каждой статьи они запросили у трёх конфигураций моделей по десять независимых рецензий — всего 6 000 оценок. Затем, добавив эксперименты со шкалой и правками, они довели общее число рецензий примерно до 14 000.

Первый вывод: у большинства статей баллы почти не расходятся (в пределах одного пункта), но полностью одинаковых десяти оценок немного — от трети до половины статей. Для ранжирования это значит, что при одиночном запуске порядок двух статей воспроизводится примерно в 60% случаев, а при усреднении пяти прогонов — в 75–85%. Судя по расчётам авторов, чтобы оценить ожидаемый балл с точностью в полбалла с высокой вероятностью, нужно примерно от 6 до 12 прогонов, а для четверти балла — до 45 (при гарантированной оценке в разы больше).

Второй эксперимент: заставить модель выдавать дробные баллы вместо целых. Разброс уменьшился на 13–16%, но средние оценки выросли (на 0,27 и 0,69 балла в зависимости от модели). То есть шкала меняет не только точность, но и положение.

Самое интересное — третий эксперимент. Одна модель писала правки к статьям, другая или та же решала, какие принять, а затем две модели оценивали получившиеся версии. Одни и те же правки Luna оценила в среднем на +0,47, а Haiku — на −0,35. Смена «отборщика» правок почти не повлияла: решает судья. При этом на оригинальных статьях корреляция оценок двух судей была высокой (0,80), а на приростах падала до 0,4 и даже до 0,09. Часть расхождения объясняется шумом, но даже после поправки на шум согласие на приростах (около 0,5) остаётся заметно ниже, чем на оригиналах (0,84).

Инсайт для практики: согласие моделей на оценке «как есть» не означает согласия на оценке «что стало лучше». Поэтому подтверждать правки нужно несколькими судьями.

💡

Адаптации и экстраполяции

🔧 Техника: убрать дробную шкалу → сравнивать только в целых баллах

Если нужно сравнивать с прошлыми оценками, оставь целые баллы. Замени в шаблоне фразу про дробную часть на «Балл — целое число от 1 до 10». Разброс будет чуть больше, зато шкала не сместится относительно старых данных.

🔧 Техника: добавить второго судью в промпт-цикл

Для цикла «правка → оценка» в чате запускай оценку в двух разных моделях. Правку принимай, только если обе дают прирост в одну сторону.

Экстраполяция (моя идея, в статье не проверялась): правило для агента. В файл инструкций агента (CLAUDE.md, AGENTS.md), который итерационно улучшает текст по оценке LLM, можно добавить:

Правило оценки правок:
- Не считай правку улучшением по одной оценке модели.
- Для каждой версии запрашивай оценку минимум {N} раз независимо и бери среднее.
- Принимай правку, только если прирост подтверждён второй моделью-судьёй.
- Если оценки двух судей расходятся по знаку прироста, откати правку и сообщи об этом.

Это перенос принципа «не доверяй одному баллу и одному судье» на агентные циклы самоулучшения.

🔗

Ресурсы

  • Название работы: Can We Believe AI Peer Review?
  • Авторы: Zongrui Yang, Haoyuan Li, Zhongsheng Wang, Gillian Dobbie, Jiamou Liu
  • Университет: University of Auckland, Окленд, Новая Зеландия
  • Отсылки из исследования: ReviewEval (Garg et al., 2025), TitleTrap (Du, 2025), LLM-as-a-Reviewer (Li et al., 2026a), Rhetoric (Li et al., 2026b), G-Eval (Liu et al., 2023), Stureborg et al., 2024, Chiang and Lee, 2023

📋 Дайджест исследования

Ключевая суть

Обнаружено: один балл от LLM — это не измерение, а бросок кубика. Метод позволяет честно проверить, стала ли версия лучше после правок, а не радоваться случайному «6 → 8». Оцени каждую версию несколько раз, каждый раз в новом чате, и перепроверь второй моделью. Независимые прогоны вымывают шум, а вторая модель ловит вкусовщину. Одни и те же правки одна модель оценила в плюс, а другая — в минус.

Принцип работы

Работает как цепочка: новый чат → N оценок → среднее → то же самое другой моделью → вердикт. Прирост засчитывается, только если обе модели видят его в одну сторону. Один прогон на версию почти ничего не доказывает. Это как бросить кубик один раз и объявить, что он «любит шестёрки». Пять бросков уже говорят больше. Главное правило: каждый прогон в отдельном чате. В одном чате модель видит свои прошлые баллы и подстраивается.

Почему работает

Модель не «знает» оценку. Она выбирает число из набора вероятных, поэтому в соседних прогонах выпадает то 7, то 8. Шум сидит и в оценке «до», и в оценке «после». Колебания обычно в один балл, но для близких по качеству материалов этого хватает, чтобы перевернуть результат. Усреднение независимых прогонов хорошо режет шум. Для точности в четверть балла нужны десятки повторов, для половины балла хватит в разы меньше. У каждой модели ещё и свои вкусы. Жесть — на одних и тех же правках одна модель ставит плюс, а другая минус. Поэтому второй судья нужен как проверка на вкус.

Когда применять

Оценка текстов моделью → сравнение версий лендинга, резюме, письма или статьи, особенно когда правки небольшие, а разница между версиями невелика. Подходит и для выбора из двух вариантов, когда нет живых людей для проверки. НЕ подходит, если ты берёшь один балл как абсолютную истину. Авторы проверяли метод только на рецензировании научных статей. Перенос на другие тексты логичен, но не доказан. Среднее нескольких прогонов отражает вкус модели, а не объективное качество.

Мини-рецепт

1. Новый чат на каждый прогон: никаких «оцени ещё раз» в том же окне.
2. Возьми один шаблон оценки: критерии и формат ответа одинаковые для всех версий.
3. Попроси дробный балл: например, Итоговый балл от 1 до 10. Балл обязан иметь ненулевую дробную часть (например, 6.4, но не 7.0). Разброс упадёт, но среднее сдвинется вверх. Сравнивай только внутри одной шкалы.
4. Сделай 5 прогонов на старую версию и 5 на новую: для тонких различий добавляй ещё.
5. Посчитай средние: прирост = среднее «после» минус среднее «до».
6. Повтори всё в другой модели: например, ChatGPT и Claude.
7. Вердикт: обе модели видят плюс — верь. Одна за, другая против — улучшение, скорее всего, вкусовое.

Примеры

[ПЛОХО] : Оцени мой лендинг от 1 до 10 → потом в том же чате Вот новая версия, оцени снова → «6 → 8, ура, стало лучше!»
[ХОРОШО] : В новом чате, 5 раз для старой версии и 5 раз для новой: Ты оцениваешь продающий лендинг онлайн-курса «Excel для бухгалтеров» (14 900 ₽, аудитория — бухгалтеры 30–45 лет). Критерии: ясность оффера, доверие, работа с возражениями, призыв к действию. Выведи итоговый балл от 1 до 10 с ненулевой дробной частью, например 6.4. Формат: оценка по каждому критерию в 1–2 предложениях, затем «Итоговый балл: X.X». Текст лендинга: {текст}. Затем те же 10 прогонов в другой модели. Если средние выросли у обеих — правки реально помогли.
Источник: Can We Believe AI Peer Review?
ArXiv ID: 2610.19339 | Сгенерировано: 2026-10-15 05:10

Проблемы LLM

ПроблемаСутьКак обойти
Один балл от модели — случайное число, а не измерениеПросишь оценить текст, получаешь "7 из 10". Спросишь снова в новом чате — выйдет 6 или 8. Модель не измеряет качество. Она выбирает число из набора вероятных. Разница "до" и "после" правок содержит шум с обеих сторон. Прирост "6 → 8" может ничего не значитьНе верь одному баллу. Проси оценку несколько раз, каждый раз в новом чате. Усредняй. Чем меньше разница между версиями, тем больше нужно прогонов
Модель-оценщик может увидеть "улучшение" там, где другая увидит ухудшениеУ каждой модели свои вкусы. Две модели могут одинаково оценить исходный текст. Но на одни и те же правки одна ставит выше, другая ниже. Твой прирост может быть просто вкусом одной моделиПроверяй прирост второй, другой моделью. Улучшение подтверждено, только если обе видят его в одну сторону

Методы

МетодСуть
Повторные независимые оценки с проверкой второй моделью — надёжное сравнение версийЧто делать: 1) Оцени версию N раз. Каждый раз в новом чате, одним и тем же запросом. 2) Возьми среднее или медиану. 3) Сделай то же для второй версии. 4) Прирост = среднее "после" минус среднее "до". 5) Повтори всё в другой модели. 6) Считай прирост реальным, только если обе модели видят его в одну сторону. Почему работает: шум случайный, при усреднении он гасится. Вкус одной модели гасится второй моделью. Новый чат нужен потому, что в одном чате модель видит свои прошлые оценки и подстраивается под них. Сколько прогонов: для грубого "лучше/хуже" хватит нескольких. Для разницы в полбалла нужно заметно больше. Для четверти балла — десятки. Когда применять: сравнение двух версий текста, лендинга, резюме, промпта. Когда не нужно: разница очевидна, или оценка нужна один раз и без решений на её основе. Оговорка: среднее показывает вкус модели, а не объективное качество. Совпадение с людьми умеренное
📖 Простыми словами

Can We BelieveAIPeer Review?

arXiv: 2610.19339

Когда ты просишь нейронку оценить текст на «7 из 10», она не достаёт линейку. LLM ничего не измеряет — она просто тянет случайное число из распределения вероятностей. Ты видишь твёрдую цифру и думаешь, что получил объективный вердикт, но это иллюзия. Для модели оценка — это просто очередной сгенерированный токен, которому в эту секунду выпал высокий шанс.

Это как бросать игральный кубик и на полном серьёзе заявлять: «Выпала шестёрка, мой текст гениален». Перезапусти тот же чат с нуля — и на абсолютно одинаковом абзаце получишь шестёрку, потом четвёрку, а потом восьмёрку. Верить одной оценке от ИИ — это чистый самообман на уровне гороскопов, помноженный на иллюзию точных цифр.

Исследование вскрывает две главные беды: статистический шум и индивидуальные вкусы модели. Когда ты сравниваешь лендинг «до» и «после» по одному прогону, мнимый прирост качества — это просто совпадение шумов. К тому же GPT-4 может обожать один ритм текста, а Claude на нём же зевнёт и занизит балл, выдав свою вкусовщину за объективный критерий.

Тестировали механику на рецензиях и текстах для сайтов, но принцип универсален. Проверяешь ли ты скрипты продаж, резюме, код или системные промпты — одиночный запрос формата LLM-as-a-Judge бесполезен везде. Если ты меняешь продукт на основе одной оценки бота, ты управляешь бизнесом с помощью генератора случайных чисел.

Короче: хватит верить одиночным оценкам моделей — это полная лажа и пальцем в небо. Хочешь адекватную аналитику — делай серию из минимум 10 прогонов и считай среднее, а лучше сразу тестируй на живых людях. Иначе перепишешь рабочий продукт просто потому, что у алгоритма сегодня «было другое настроение».

Работа с исследованием

Адаптируйте исследование под ваши задачи или создайте готовый промпт на основе техник из исследования.

0 / 2000
~0.5-2 N-токенов ~10-30с
~0.3-1 N-токенов ~5-15с