Jared Palmer: Kev 4B

Kev-4B — компактная модель принятия решений для ответов на типизированные вопросы о переданном состоянии. Состояние — оцениваемый документ или запись, а каждый вопрос определяет варианты, которые модель может оценивать. Её результат — распределение вероятностей и типизированная запись решения, что делает её полезной для классификации документов, маршрутизации, первичного разбора, выбора при извлечении данных и проверок по заданным критериям.

Модель объединяет замороженную основу Qwen3.5-4B-Base с адаптером LoRA и выходным модулем-указателем. Основа имеет 32 слоя: 24 слоя Gated DeltaNet и восемь слоёв полного внимания. Адаптер нацелен на проекции внимания, MLP и DeltaNet; выходной модуль-указатель оценивает переданные варианты и преобразует эти оценки в вероятности. Это процесс принятия решений только на этапе prefill, в котором варианты формируют пространство ответов.

В одном запросе могут присутствовать три типа вопросов. Вопрос choice принимает 1–255 именованных вариантов, при необходимости с описаниями, и возвращает наиболее вероятный вариант, отдельное значение уверенности и вероятности вариантов. Вопрос «да/нет», называемый noul в формате производителя, возвращает вероятность «да». Определяйте значение «да» в вопросе вместо предположения, что большое число всегда означает положительный исход для приложения.

Вопрос с упорядоченной оценкой принимает 1–255 уровней и возвращает вероятности уровней и их ожидаемый индекс. Индексы уровней начинаются с нуля. Формат результата производителя также содержит легенду уровней и отдельное значение уверенности. Ожидаемый индекс может быть дробным: он обобщает распределение по вашим упорядоченным уровням вместо выбора новой текстовой метки. Храните порядок уровней и легенду вместе с результатом, чтобы оценка интерпретировалась последовательно.

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

Подготовьте состояние со свидетельствами, действительно нужными вопросам. Это может быть обычный текст либо объект или массив JSON, представленный как текст с метками. Делайте ясными имена полей, единицы измерения, условия правил и относящиеся к делу исходные фрагменты. Напишите конкретную инструкцию для каждого вопроса и придайте его вариантам значения, которые можно различить по записи. Для исходной задачи маршрутизации поддержки состояние может содержать запрос и его контекст, а варианты — определять категории доставки, доступа и поддержки продукта с короткими описаниями.

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

Kev-4B предназначена для типизированных решений по документам длиной в несколько тысяч токенов. Профиль обслуживания производителя принимает состояния до 65 536 токенов и резервирует дополнительное пространство для каждого вопроса, тогда как подтверждённая длина контекста этой контрольной точки составляет 8192 токена. Это разные границы: принятие более длинного состояния не устанавливает одинаковую надёжность решений при любой длине. При подготовке длинной записи к классификации делайте решающие фрагменты компактными и сохраняйте их метки.

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

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

Текущий выпуск Kev-4B, описанный производителем, относится к Kev 1.0 и использует основу Qwen3.5. Более ранние выпуски на основе Qwen3 и выпуски только для этапа обработки документа остаются отдельными версиями. При разработке рабочего процесса для конкретной задачи сохраняйте связь выбранного издания и определений вопросов с выводами вместо смешивания результатов разных профилей.

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