3,583 papers
arXiv:2610.31679 72 1 окт. 2026 г. FREE

MisconceptDialogue: способ проверки ответов задаёт измеренный успех LLM-репетитора сильнее, чем модель, стратегия и подсказки

КЛЮЧЕВАЯ СУТЬ
Одни и те же диалоги репетитора с учеником получили 42% успеха при проверке «ответ совпал слово в слово» и 81% при проверке судьёй на основе большой языковой модели (LLM). Диалоги не менялись, менялась только линейка. Метод позволяет понять, стал ли промпт или модель реально лучше, а не просто сменился способ проверки. Оценивай одни и те же ответы несколькими критериями сразу: жёсткое совпадение даёт нижнюю границу, а судьи из разных компаний дают верхнюю. Разрыв в 39 пунктов больше, чем эффект от смены модели, стратегии и подсказок вместе взятых.
Адаптировать под запрос
⚡

TL;DR

Одни и те же диалоги репетитора с учеником получили 42% успеха при проверке «ответ совпал дословно» и 81% при проверке LLM-судьёй. Диалоги не менялись, менялась только линейка. Разрыв больше, чем эффект от смены модели, стратегии обучения и подсказок вместе взятых. Судья засчитывает понимание, даже если ответ записан другими словами. Строгое сравнение строк его не видит.

Боль знакомая. Вы правите промпт, меняете модель и смотрите на «+3%», а выбор способа проверки двигает цифру на 39 процентных пунктов. Вывод «промпт А лучше Б» часто оказывается свойством линейки, а не промпта. Вторая находка: маленьким моделям (7–14 млрд параметров) дали верный диагноз ошибки ученика, а потом намеренно подменили его неверным. Результат почти не изменился. Они не использовали то, что им вручили.

Метод простой: оценивай одни и те же ответы несколькими критериями. Бери нескольких судей из разных семейств моделей (разные компании). Сверяй их с небольшой выборкой, которую оценил человек. Если судьи сходятся между собой и с человеком, цифре можно верить.

🔬

Схема метода

ШАГ 1: Собрать набор одинаковых диалогов/ответов → фиксируем, не меняем
ШАГ 2: Оценить их жёстким критерием (точное совпадение) → нижняя граница
ШАГ 3: Оценить их LLM-судьёй (принимает перефразировки, смотрит на рассуждение) → верхняя граница
ШАГ 4: Повторить ШАГ 3 у 2–3 судей из разных семейств моделей → отдельные чаты, один промпт судьи
ШАГ 5: Сверить спорные случаи с человеком → выборка 20–50 штук
ШАГ 6: Сравнивать варианты промптов только внутри одного критерия → не смешивать линейки

Шаги 3–4 делаются в обычных чатах. Для шага 2 нужен простой поиск строки или поиск глазами.

🚀

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

Задача: Онлайн-школа подготовки к ЕГЭ по профильной математике запускает бота-репетитора. Команда прогнала 30 пробных диалогов, где «ученик» делает типичную ошибку. Ошибка такая: при решении уравнения со степенью он делит обе части на выражение, которое может быть нулём, и теряет корень. После диалога ученику дают новую похожую задачу. Нужно понять, справился ли бот, а не сколько раз ученик написал ровно «x = 2; x = -2».

Промпт (для судьи, одинаковый в ChatGPT, Claude и Gemini):

Ты — проверяющий по профильной математике ЕГЭ.

Ниже диалог репетитора с учеником и итоговое решение ученика
на новой задаче.

Контекст:
- Типичная ошибка ученика: делит обе части уравнения на выражение,
  которое может равняться нулю, и теряет корень.
- Верный ответ на проверочную задачу: x = 0 и x = 3.

Что считать успехом:
- Ученик получил верный итоговый ответ (формулировка может быть любой:
  «ноль и три», «x=0, x=3», «корни 0 и 3»).
- ИЛИ в решении видно, что он уже не делит на выражение с возможным нулём
  и проверяет этот случай отдельно.

Что НЕ считать успехом:
- Верный ответ угадан без рассуждения.
- Ответ неполный (потерян один из корней).

Диалог:
{диалог}

Решение ученика на новой задаче:
{решение_ученика}

Ответь строго в формате:
Вердикт: ДА / НЕТ
Причина: одна фраза

Результат: Каждый чат вернёт короткий вердикт и причину по каждому диалогу. Вы получите три колонки «ДА/НЕТ» от трёх судей. Поиск строки «0 и 3» отметит как провал ответы вроде «ноль и три». Судьи их засчитают. Разногласия между судьями и редкие спорные случаи вы просмотрите вручную. В итоге у вас будет цифра успеха, которой можно доверять, и список диалогов, где бот реально не помог.

🧠

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

Слабость. Проверка «совпало ли слово в слово» измеряет форму записи, а не понимание. «Ноль и три», «x=0, x=3» и «корни 0 и 3» для строки разные ответы. В исследовании около трёх четвертей разрыва дало признание перефразировок и рассуждения. Ещё четверть дала хрупкость сравнения строк.

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

Как метод это использует. Жёсткий критерий даёт нижнюю границу. Судья даёт верхнюю. Если несколько независимых судей сходятся (в исследовании они уложились в несколько пунктов друг от друга), цифра перестаёт быть «мнением одной модели». Человеческая сверка закрепляет якорь.

Рычаги управления: - Число судей: для быстрой оценки хватит двух из разных компаний, для важного решения берите три и голосуйте большинством. - Строгость критерия в промпте: добавьте «верный ответ без рассуждения не засчитывать», чтобы убрать угадывание. - Формат вердикта: «ДА/НЕТ + причина» удобно считать. Шкалу 1–5 добавляйте, только если нужна градация. - Размер человеческой выборки: возьмите 20–50 диалогов, особенно из тех, где судьи расходятся.

📋

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

Ты — проверяющий по теме «{тема}».

Ниже ответ/диалог и эталонная информация. Оцени, достигнута ли цель.

Цель: {что_должно_получиться}
Эталон: {правильный_ответ_или_критерии}

Засчитывай как успех:
- {допустимые_формулировки_и_перефразировки}
- ИЛИ {признак_понимания_в_рассуждении}

НЕ засчитывай:
- {угадывание_без_рассуждения}
- {неполный_ответ}

Материал для проверки:
{диалог_или_ответ}

Ответь строго в формате:
Вердикт: ДА / НЕТ
Причина: одна фраза

Что подставлять: - {тема} — область: математика, юриспруденция, поддержка клиентов. - {что_должно_получиться} — измеримая цель, например «ученик правильно решил новую задачу». - {правильный_ответ_или_критерии} — эталонный ответ или список признаков хорошего ответа. - Остальное — ваши допустимые варианты и антикритерии.

Порядок использования: вставьте промпт в 2–3 чата разных компаний (например, ChatGPT, Claude, Gemini), прогоните одни и те же материалы, сравните вердикты.

⚠️

Ограничения

⚠️ Симулированные ученики: Ученика играла LLM, а не живой человек. Результаты не доказывают, что реальные школьники стали учиться лучше. Авторы это прямо оговаривают.

⚠️ Малые модели-репетиторы: Тьюторами были открытые модели на 7–14 млрд параметров. Что «диагноз ошибки не влияет на результат» у крупных современных моделей, исследование не показывает. Результат относится к тому формату, в котором диагноз подавали.

⚠️ Судья тоже может ошибаться: Судьи ощутимо отличаются друг от друга (в среднем 75–81%). Один судья без сверки с человеком может завысить цифру.

⚠️ Узкая область: Только алгебра и школьные заблуждения. Перенос на другие задачи логичен, но не проверен.

⚠️ Эффект диагноза не исключён совсем: Малый эффект (около 5 пунктов) исследование не могло надёжно поймать. Вывод звучит как «нет заметного эффекта», а не «эффекта нет».

⚠️ Контекст диалога иногда вредит: При определении, есть ли ошибка, полная история диалога на сбалансированных данных ухудшила результат у всех моделей. Улучшение на «перекошенных» данных оказалось смещением к ответу «неправильно», а не умением различать.

🔍

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

Исследователи взяли пять открытых моделей-репетиторов и 106 сценариев на 55 типичных алгебраических заблуждений. Для каждого сценария «ученика» играла GPT-5-mini. Репетитор вёл пять реплик, потом ученик решал новую проверочную задачу. Это и есть «успех исправления». Получилось 2250 диалогов в основном эксперименте.

Идея была в том, чтобы не менять диалоги и менять только линейку. Один и тот же набор оценили тремя способами: точное совпадение, извлечение числа с допуском и LLM-судья. Результат: 42% против 46% против 81%. Затем судей перепроверили: четыре модели из трёх компаний сошлись в пределах нескольких пунктов, а с 200 человеческими оценками совпали на чистых случаях (κ 0.79–0.91, это мера согласия: 1 значит полное совпадение). Это снимает подозрение, что судья просто «добрый».

Любопытно, что смена стратегии обучения (Сократ, контрпример, аналогия и другие) почти ничего не меняла: все пять уложились в 7 пунктов. Подсказка диагноза тоже. В отдельном эксперименте репетитору давали верный диагноз, подменённый неверный (того же типа) или не давали вовсе. Результаты были 77–81% и статистически неразличимы. Три независимых судьи показали ту же картину. Практический вывод: прежде чем радоваться, что вы «накормили» модель умной подсказкой, проверьте, меняется ли результат без неё или с неверной.

💡

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

🔧 Техника: подменяем кусок контекста → проверяем, читает ли его модель

Хотите понять, действительно ли ваш длинный промпт или инструкция используется? Прогоните задачу три раза: с настоящим контекстом, с подменённым (правдоподобным, но неверным) и без него. Если результат не отличается, этот блок промпта лишний или подан неудачно.

Вариант А: [реальный контекст клиента] + задача
Вариант Б: [контекст другого клиента] + задача
Вариант В: только задача

Если ответы Б и В не хуже А, модель не использует контекст, и стоит поменять его подачу или убрать.

Экстраполяция: два критерия на одном наборе ответов для оценки текстов поддержки.

Критерий 1 (жёсткий): в ответе есть пункты {пункт_1}, {пункт_2}, {пункт_3} слово в слово.
Критерий 2 (смысловой): ответ по смыслу решает проблему клиента.
Посчитай долю «да» по каждому критерию и покажи, где они расходятся.

Расхождение подскажет, что вы проверяете: шаблонность или реальную помощь клиенту.

🔗

Ресурсы

  • MisconceptDialogue: Evaluation Criteria Shape Measured Success in LLM Math Tutoring
  • Авторы: Woojin Lee, Yoonkyu Woo, Jinah Kim, Hyeok-Min Gwon, Jin-Xia Huang
  • Организации: ETRI (Electronics and Telecommunications Research Institute) и University of Science and Technology, Республика Корея
  • Использованные наборы: Math Misconceptions Benchmark (Otero et al., 2025), MathDial, Bridge, BEA 2025 Shared Task
  • Связанные работы: Zheng et al., 2023 (LLM-as-judge), MathTutorBench (Macina et al., 2025)

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

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

Одни и те же диалоги репетитора с учеником получили 42% успеха при проверке «ответ совпал слово в слово» и 81% при проверке судьёй на основе большой языковой модели (LLM). Диалоги не менялись, менялась только линейка. Метод позволяет понять, стал ли промпт или модель реально лучше, а не просто сменился способ проверки. Оценивай одни и те же ответы несколькими критериями сразу: жёсткое совпадение даёт нижнюю границу, а судьи из разных компаний дают верхнюю. Разрыв в 39 пунктов больше, чем эффект от смены модели, стратегии и подсказок вместе взятых.

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

Процесс из трёх ходов. Сначала фиксируешь набор диалогов и не трогаешь его. Потом гоняешь его через жёсткую проверку и получаешь нижнюю границу. Потом гоняешь через 2–3 судей из разных компаний и получаешь верхнюю. Это как измерять рост линейкой и рулеткой одновременно. Если показания совпали, можно верить. Если разошлись на 39 пунктов, спорить о «+3% от нового промпта» бессмысленно. Сравнивай варианты промптов только внутри одного критерия, никогда не смешивай линейки. Спорные случаи сверяй с человеком на выборке из 20–50 диалогов.

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

Строгая проверка измеряет форму записи, а не понимание. «Ноль и три», «x=0, x=3» и «корни 0 и 3» для неё три разных ответа. Около трёх четвертей разрыва дало признание перефразировок и рассуждения. Ещё четверть дала хрупкость самого сравнения строк. Строка проверяет, как записан ответ, а судья читает смысл: видит, что ученик уже не делает прежнюю ошибку. Но и судья не святой. Он бывает мягким и подыгрывает ответам своего семейства. Судьи в исследовании выдавали в среднем от 75% до 81%. Поэтому нужны судьи из разных компаний и человеческая сверка. Если они сошлись в пределах нескольких пунктов, цифра перестаёт быть мнением одной модели. Ещё одна находка, и она неприятная. Маленьким моделям (7–14 млрд параметров) дали верный диагноз ошибки ученика, а потом намеренно подменили его неверным. Результат почти не изменился. Они просто не использовали то, что им вручили. Правда, малый эффект (около 5 пунктов) исследование поймать не могло. Вывод звучит как «заметного эффекта нет», а не «эффекта нет».

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

Оценка LLM-репетиторов, ботов поддержки и любых систем, где один и тот же ответ можно записать по-разному → особенно когда вы сравниваете промпты и разница между ними в пару процентов. Тогда выбор линейки может оказаться важнее самого промпта. НЕ подходит, когда ответ однозначен (одно число, «да/нет») и перефразировок не бывает. Там строки хватит. Результат также не доказывает, что живые школьники стали учиться лучше: в исследовании учеников играла LLM, а область была узкой (школьная алгебра).

Мини-рецепт

1. Заморозь материал: возьми 30+ готовых диалогов или ответов и больше их не меняй.
2. Измерь жёстко: найди точное совпадение с эталоном простым поиском строки. Это нижняя граница.
3. Напиши промпт судьи: цель, эталон, что засчитывать (включая перефразировки), что НЕ засчитывать (угадывание, неполный ответ). Формат вердикта: Вердикт: ДА / НЕТ и Причина: одна фраза.
4. Позови 2–3 судей: вставь один и тот же промпт в чаты разных компаний, например ChatGPT, Claude и Gemini. Для важного решения голосуй большинством.
5. Проверь вручную: возьми 20–50 диалогов, особенно там, где судьи разошлись. Это твой якорь.
6. Сравнивай честно: варианты промптов сравнивай только внутри одного критерия. Цифру от строки не ставь рядом с цифрой от судьи.

Примеры

[ПЛОХО] : Прогони 30 диалогов бота-репетитора и посчитай, в скольких ученик написал ровно «x = 0; x = 3»
[ХОРОШО] : Ты — проверяющий по профильной математике ЕГЭ. Типичная ошибка ученика: делит обе части уравнения на выражение, которое может равняться нулю, и теряет корень. Верный ответ на новую задачу: x = 0 и x = 3. Засчитывай успех, если ответ верный в любой формулировке («ноль и три», «корни 0 и 3»), ИЛИ если видно, что ученик проверяет случай нуля отдельно. НЕ засчитывай угаданный ответ без рассуждения и ответ с потерянным корнем. Диалог: {диалог}. Решение ученика: {решение_ученика}. Ответь строго: Вердикт: ДА / НЕТ. Причина: одна фраза. Промпт идёт в три чата разных компаний. Поиск строки «0 и 3» завалит ответы вроде «ноль и три», а судьи их засчитают. Так ты увидишь, где бот реально не помог, а где просто другая запись.
Источник: MisconceptDialogue: Evaluation Criteria Shape Measured Success in LLM Math Tutoring
ArXiv ID: 2610.31679 | Сгенерировано: 2026-10-26 15:10

Проблемы LLM

ПроблемаСутьКак обойти
Способ проверки ответов двигает цифру качества сильнее, чем смена промптаПравишь промпт, сравниваешь версии, видишь «+3%». Но проверка «ответ совпал слово в слово» измеряет форму записи, а не понимание. «Ноль и три», «x=0, x=3» и «корни 0 и 3» для неё разные ответы. Одни и те же ответы могут получить 40% или 80% в зависимости от линейки. Вывод «промпт А лучше Б» часто оказывается свойством проверки, а не промптаНе доверяй одной линейке. Прогони одни и те же ответы двумя способами: жёстким (поиск строки) и мягким (модель-судья, которая читает смысл). Сравнивай версии промптов только внутри одного способа проверки. Не смешивай цифры из разных линеек

Методы

МетодСуть
Несколько судей из разных компаний плюс сверка с человеком — цифра, которой можно веритьЧто делать: 1) Зафиксируй набор ответов и не меняй его. 2) Оцени жёстким критерием — это нижняя граница. 3) Оцени моделью-судьёй, которая принимает перефразировки и смотрит на рассуждение, — это верхняя граница. 4) Повтори шаг 3 у 2–3 судей из разных компаний (например, ChatGPT, Claude, Gemini). Промпт судьи один и тот же, чаты отдельные. 5) Возьми 20–50 спорных случаев, особенно где судьи разошлись, и проверь их сам. Почему работает: Одна модель-судья бывает слишком мягкой и благоволит ответам своего семейства. Судьи из разных компаний ошибаются по-разному. Если они сходятся между собой и с человеком, оценка перестаёт быть мнением одной модели. Промпт судьи: Цель, Эталон, Засчитывай как успех (любые формулировки, признак понимания), НЕ засчитывай (угадывание без рассуждения, неполный ответ), формат Вердикт: ДА / НЕТ и Причина: одна фраза. Запрет на угадывание отсекает верные ответы без рассуждения. Когда да: много ответов, нужно сравнивать версии промптов, ответ можно записать по-разному. Когда нет: ответ один и строго формальный (число, код, id), там хватит точного сравнения. Для важных решений бери трёх судей и голосуй большинством
📖 Простыми словами

MisconceptDialogue: Evaluation Criteria Shape Measured Success inLLMMath Tutoring

arXiv: 2610.31679

Твой AI-репетитор может быть гением педагогики, но ты спишешь его в утиль просто из-за кривой линейки. В исследовании один и тот же диалог оценили в 42% успеха тупым сравнением строк и в 81% через LLM-судью. Модель не менялась, промпты те же — изменился только способ проверки. Проблема в том, что обычный код ищет буквальное совпадение символов, а языковая модель оценивает реальный смысл и ход мысли.

Это как если бы препод в универе влепил тебе двойку за правильный ответ «ноль и три» только потому, что в его методичке напечатано «x = 0; x = 3». Формально он прав, но по сути это полный маразм: студент всё понял, а система считает его тупым. Обычный строковый матчинг абсолютно слеп к логике — он бракует верные рассуждения просто из-за лишнего пробела или перефразировки.

Разрыв почти в два раза возник не на пустом месте: семантическая оценка рассуждений дала три четверти прироста, а остальное отсекла хрупкость парсинга. Разница между 42% и 81% оказалась больше, чем весь профит от смены базовой модели, тюнинга промптов и хитрых обучающих тактик вместе взятых. Ты можешь месяцами страдать над кодом бота, думая, что он лажает, хотя на деле лажает твой скрипт проверки.

Тестировали на школьной математике, но принцип универсален. Та же беда убивает метрики в саппорт-ботах, медицинских ассистентах и тренажерах для продаж — везде, где пользователь отвечает живым языком. Жёсткие регулярные выражения и тупое сравнение строк превращают адекватный диалог в ложный провал, хороня рабочие продукты.

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

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

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

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