В этом материале
V4.1 использует числовой effort и новые границы DSML, поэтому правильный JSON ещё может кодировать неверный промпт.
DeepSeek-V4.1 предоставляет эталон формата промпта, поскольку правила её текстового разговора зависят от модели. Передача привычных объектов сообщений является лишь первым шагом: их необходимо преобразовать в нужную последовательность входа.
Используйте эталон кодирования данного релиза
Карточка модели 1017 указывает на самостоятельное Python-кодирование и поддерживаемый toolkit. README encoding описывает текстовые разговоры, вызовы инструментов, режимы thinking и числовой reasoning effort без необходимости импортировать реализацию инференса.
Здесь рассматривается только текст. Репозиторий также описывает медиа, но примеры изображений не следует примешивать к минимальной проверке текстового формата. Начните с инструкции system и короткого вопроса user с легко узнаваемым окончательным ответом.
Разберите числовой effort в начале разговора
Эталон принимает reasoning_effort целым числом от 1 до 100. Псевдонимы low, high и max соответствуют 50, 75 и 100; стандартным является high. Префикс появляется только в thinking и только в начале разговора.
Эти значения описывают эталонное кодирование, а не универсальное соглашение API. Дополнительная инструкция effort в позднем сообщении user не равнозначна начальному префиксу encoder. Изучите отрисованный запрос вместо предположения о взаимозаменяемости двух форм входа.
Заметьте изменённые границы текста
| Особенность формата | Следствие для V4.1 |
|---|---|
| Имена тегов DSML | Перед calls, invoke и parameter появился начальный пробел |
| Числовой effort | Префикс содержит явно указанный числовой бюджет |
| System внутри разговора | Сообщение представлено отдельным токеном System |
| Режим chat | Префикс assistant сразу закрывает thinking |
| Режим thinking | Префикс assistant открывает блок рассуждения |
README сопоставляет эти правила с V4. Поэтому копирование прежнего тега вызовов создаёт несовпадение формата, даже когда окружающий запрос JSON остаётся синтаксически правильным.
Отделите кодирование от восстановления вывода
Эталонный парсер ожидает корректно оформленный текст. Он не обещает восстановления произвольных повреждённых генераций. Поэтому успешное преобразование входных сообщений ещё не подтверждает безопасного разбора каждого возможного ответа языковой модели.
Поддерживаемый DeepSeek recipe toolkit представлен релизом как первичная альтернатива с учётом протокола. При любом выборе сохраните версию реализации и сопоставьте небольшой пример с опубликованным эталоном до объяснения различий ответа возможностями самой модели.
Сохраните минимальный текстовый набор
Подготовьте три разговора: обычный chat, thinking с объявленным effort и последующую системную инструкцию. Для каждого сохраните структурированные сообщения и ожидаемую форму промпта. Отдельный разговор с инструментом добавляйте после понимания простых границ.
Проверьте порядок ролей, открывающие и закрывающие маркеры рассуждения, префикс effort и границу окончательного ответа. Так получается ограниченный протокол приёмки формата. Он не гарантирует производственной устойчивости, правильности задач либо одинакового поведения каждой размещённой оболочки API с похожими именами полей запроса.