В этом материале
При сравнении размеров Ministral сохраняйте вариант дообучения и выбирайте по принятым текстовым решениям.
Ministral 3 предлагает несколько размеров и вариантов дообучения. Выбор между 3B, 8B и 14B начинается с нужного текстового решения приложения, а не с предположения об обязательности самого крупного названия.
Разделите размер и вариант
Карточка 8B Instruct содержит таблицу семейства с релизами Base, Instruct и Reasoning разных размеров. Карточка 8B Reasoning описывает другой процесс после дообучения. Объявление семейства представляет диапазон моделей.
При сравнении размеров сохраняйте выбранный вариант, если соответствующие артефакты опубликованы. Сопоставление небольшого Instruct с крупным Reasoning меняет больше размера. Для контекста и формата артефакта читайте карточку каждого кандидата вместо переноса спецификации одного представителя на всё семейство.
Определите узкое текстовое решение
Представим сортировку коротких инженерных сообщений: блокирующая проблема, предложение улучшения или вопрос. Передайте явные определения и исход неопределённости при недостатке сведений. Утверждение о возможном отказе развёртывания не доказывает уже случившегося сбоя.
Используйте простые случаи и контрпримеры: отрицание, цитирование прежних инцидентов, смешанные просьбы и незнакомые имена компонентов. Они показывают выполнение правила решения вместо реакции только на отдельные ключевые слова.
Составьте таблицу сравнения задач
| Текстовый случай | Требуемое поведение |
|---|---|
| Однозначная блокирующая проблема | Выбрать правильную объявленную метку |
| Гипотетический отказ | Не придумывать наблюдавшийся инцидент |
| Цитата прошлого сообщения | Соблюдать время и границу цитирования |
| Смешанная просьба | Выполнить заданное правило приоритета |
| Недостаток данных | Выбрать предусмотренную неопределённость |
Сохраните одинаковое требование вывода между размерами. Смысловая правильность метки проверяется отдельно от лишнего текста или нарушения оформления результата, даже если ответ выглядит коротким.
Добавьте другую задачу инструкций
Используйте краткую редакцию с обязательным сохранением даты, имени компонента и одного ограничения. Она проверяет другое текстовое поведение. Хорошая классификация не исключает появления неподтверждённых обещаний при переписывании материала.
Учитывайте задачи раздельно. Не усредняйте удачную редакцию и слабую классификацию в неопределённое утверждение о достаточности модели. Реальному приложению может требоваться только одна способность либо одновременное выполнение обоих условий работы.
Выберите достаточного проверенного кандидата
Храните ревизии checkpoint, условия генерации и все эталонные случаи. Сравнивайте принятые метки, обоснованную неопределённость, сохранённые факты редакции и незавершённый вывод. Размер, выполняющий требования, можно оставить без предположения о бесполезности другого размера.
Это решение приёмки задачи, а не руководство размещения в памяти или универсальный рейтинг качества. Оно не устанавливает одинакового контекстного поведения всех вариантов либо фиксированного ускорения меньшей модели. Повторяйте оценку при изменении таксономии, языка или обязательного формата вывода. Такой протокол сохраняет связь выбора с конкретной потребностью приложения.