ТЕХНОЛОГИИ

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

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

Interleaved thinking, preserved thinking и управление ходом регулируют разные части разговора GLM.

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

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

Карточка GLM-4.7 описывает модель, ориентированную на программирование. Документация thinking разделяет 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 рекомендует preserved thinking для определённых многоходовых проверок. Рекомендация подчёркивает необходимость определить конкретный процесс, а не назначать одинаковое поведение каждому разговору с языковой моделью.

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

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

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

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

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

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

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

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