# GLM-4.7: preserved thinking и управление по ходам

Различие preserved, interleaved и turn-level thinking в GLM-4.7 по документированным правилам истории и примеру последовательной работы с кодом.

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

У GLM-4.7 есть несколько настроек thinking, решающих разные задачи. Сохранение прошлых рассуждений, рассуждение между результатами инструментов и включение thinking для одного запроса нельзя считать одним переключателем.

## Разделите три механизма

[Карточка GLM-4.7](https://huggingface.co/zai-org/GLM-4.7/raw/main/README.md) описывает модель, ориентированную на программирование. [Документация thinking](https://docs.z.ai/guides/capabilities/thinking-mode) разделяет interleaved, preserved и управление отдельным ходом. Interleaving позволяет рассуждать между взаимодействиями с инструментами. Preservation относится к историческим рассуждениям, возвращаемым в следующих запросах. Turn-level выбирает поведение конкретного хода.

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

## Читайте defaults как поведение документированного сервиса

Руководство сообщает, что preserved thinking стандартно включён на endpoint Coding Plan и отключён на стандартном endpoint API. Для соответствующего процесса API описано включение сохранения через clear_thinking со значением false.

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

## Проследите конкретный разговор с кодом

Предположим, первый запрос вводит функцию, обязанную различать отсутствующее и пустое значение. Затем инструмент возвращает падающий assertion. После исправления пользователь просит только улучшить объяснение работы функции.

| Механизм | Вопрос в этом разговоре |
| --- | --- |
| Interleaved thinking | Может ли модель рассуждать после падающего assertion? |
| Preserved thinking | Сохраняется ли нужное раннее рассуждение в следующем запросе? |
| Turn-level control | Нужно ли новое глубокое рассуждение для объяснения? |
| Окончательная приёмка | Сохраняет ли код первоначальное различие значений? |

[Карточка Flash](https://huggingface.co/zai-org/GLM-4.7-Flash/raw/main/README.md) рекомендует preserved thinking для определённых многоходовых проверок. Рекомендация подчёркивает необходимость определить конкретный процесс, а не назначать одинаковое поведение каждому разговору с языковой моделью.

## Сохраняйте блоки без незаметного переписывания

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

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

## Выберите настройку для фактической ошибки

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

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

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

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