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

Сравнение правил истории рассуждения Ministral 3 и Gemma 4 с разделением завершённых ходов, продолжения tools и окончательных ответов.

Автор: Команда Retrivium
Обновлено: 2026-11-03
Канонический URL: https://retrivium.ai/ru/journal/ministral3-vs-gemma4-thinking-history/
Language: ru

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

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

[Карточка Ministral 3 Reasoning](https://huggingface.co/mistralai/Ministral-3-8B-Reasoning-2512/raw/main/README.md) рекомендует сохранять рассуждения в многоходовом контексте. [Карточка Gemma 4](https://huggingface.co/google/gemma-4-26B-A4B-it/raw/main/README.md) предписывает оставлять в обычной истории окончательный ответ, делая исключение для сохранения thinking в ходах с вызовами инструментов.

[Руководство thinking Gemma](https://ai.google.dev/gemma/docs/capabilities/thinking) описывает режим рассуждения и каналы вывода. Источники относятся к собственным моделям. Их нельзя превращать в общее правило обязательного сохранения либо обязательного удаления всех рассуждений каждого семейства.

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

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

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

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

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

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

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

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

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

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

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

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

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

- [Релиз токенизатора: как не смешать vocab, special tokens и chat template](/ru/journal/tokenizer-artifact-release-manifest/)
- [Reasoning parser в vLLM: как проверить границы рассуждения и ответа](/ru/journal/vllm-reasoning-parser-boundaries/)