ТЕХНОЛОГИИ

Ministral 3 и Gemma 4: разные правила истории рассуждений

В этом материале
ГЛАВНОЕ ЗА МИНУТУ

Ministral рекомендует сохранять рассуждения, а Gemma различает обычную историю и продолжение вызовов инструментов.

История рассуждений зависит от модели. Политика по рекомендациям Ministral 3 может противоречить рекомендациям Gemma 4, если без различий применять её к каждому завершённому ходу assistant.

Прочитайте рекомендации отдельно

Карточка Ministral 3 Reasoning рекомендует сохранять рассуждения в многоходовом контексте. Карточка Gemma 4 предписывает оставлять в обычной истории окончательный ответ, делая исключение для сохранения thinking в ходах с вызовами инструментов.

Руководство thinking Gemma описывает режим рассуждения и каналы вывода. Источники относятся к собственным моделям. Их нельзя превращать в общее правило обязательного сохранения либо обязательного удаления всех рассуждений каждого семейства.

Отличайте новый вопрос от продолжения инструмента

Представим небольшую вымышленную вычислительную задачу. Модель рассуждает, запрашивает результат калькулятора и продолжает после ответа инструмента. Позднее пользователь задаёт отдельный вопрос на основе окончательного результата.

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

Составьте карту политики истории

Материал разговораВопрос для выбранной модели
Прежний окончательный ответОстался ли он видимым контекстом пользователя?
Прежнее обычное рассуждениеНужно ли сохранять его по правилам семейства?
Текущее рассуждение инструментаСохранён ли контекст продолжения?
Наблюдение инструментаСвязано ли оно с правильным вызовом?
Новый запрос пользователяНачинает ли он нужный следующий ход?

Карта относится к построению структурированного разговора. Она не требует показывать reasoning пользователю, а оформление интерфейса само по себе не подтверждает фактический вход следующей генерации модели.

Изучите само преобразование

Для каждого семейства сохраните небольшой пример сообщений до и после обработки. Сопоставьте исходный вывод, разобранный окончательный ответ и историю следующего запроса. Ищите случайную потерю итогового текста при удалении каналов thought.

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

Проверьте требуемое продолжение

Используйте проверяемый следующий вопрос, правильность которого зависит от прежнего окончательного результата. В инструментальном случае требуйте использования возвращённого наблюдения, в обычном — переданных фактов разговора.

Полезный итог представляет политику истории конкретного семейства с воспроизводимым примером и принятым продолжением. Он не доказывает обязательной пользы длинной истории либо общего превосходства правил одного семейства. Повторяйте проверку после обновления checkpoint или шаблона вместо предположения, будто сходные имена полей означают одинаковую семантику. Сохраняйте исходную границу между отображением ответа, историей сообщений и фактическим промптом модели.

Связанные материалы

← Все материалы