Jev 1.13: какая версия модели сейчас и как указывать модель

Текущая версия — jev-1.13.0

На 21 сентября 2026 года у Jev одна версия — Jev 1.13 с идентификатором jev-1.13.0. Её характеристики по документации TypeSafe:

Параметр	Значение
Идентификатор	jev-1.13.0
Цена	$0,042 за 1 млн входных токенов, выходные бесплатно
Лимиты	250 тысяч токенов в секунду, 1200 запросов в минуту
Контекст	64 тысячи токенов на запрос; 32 тысячи — state плюс самый длинный вопрос
Вход	Только текст: строка, JSON-объект или массив

TypeSafe предупреждает, что лимиты сейчас меняются динамически: спрос большой, и компания наращивает мощности. Более высокие лимиты доступны на корпоративных тарифах.

Немного хронологии. Jev представили 15 сентября 2026 года. На OpenRouter Jev 1.13 появилась 18 сентября, а в служебном имени модели там стоит дата 17 сентября. До публичного запуска существовали и более ранние сборки: в cookbook’ах TypeSafe часть цифр получена в августе 2026 года на jev-1.12. Отдельного журнала изменений модели в индексе документации нет — там есть только журналы изменений SDK.

Алиасы jev-latest и jev-preview

Имя	Сейчас указывает на	Что означает
jev-latest	jev-1.13.0	Последний стабильный официальный релиз. Модель по умолчанию в SDK
jev-preview	jev-1.13.0	Самый свежий релиз, даже неофициальный. Уйдёт вперёд, когда появится превью-сборка
jev-1.13.0	—	Конкретная версия

Сейчас все три имени ведут к одной модели: превью-сборки нет. Разница проявится при следующем релизе. Алиас переключится на новую версию, и ответы могут измениться без единой правки в вашем коде.

Какая версия ответила, видно по полю model в ответе: там всегда полный идентификатор, например jev-1.13.0. Список доступных имён с описанием и датой релиза возвращает GET /v1/models, но пока в нём только алиасы. Версионные идентификаторы API принимает, даже если их нет в списке.

Когда фиксировать версию

Правило из документации TypeSafe: если вы настраивали пороги уверенности под конкретную версию, указывайте её идентификатор, а не алиас, и переходите на новую версию по своему графику. Распределения вероятностей у разных версий могут отличаться, и порог 0,8, подобранный на 1.13, на следующей версии будет значить другое. На этот риск обращает внимание и Энтони Майо в своём разборе Jev: пороги могут оказаться привязаны к распределениям конкретной версии модели.

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

Практичная схема:

• прототип и эксперименты — jev-latest, чтобы сразу получать улучшения;
• продакшен с подобранными порогами — jev-1.13.0;
• всегда — логировать поле model рядом с каждым решением.

Храните модель, вопросы, критерии и пороги как одну версию конфигурации. Если меняется любая часть, прогоните контрольный набор примеров заново.

Как указать модель в коде

В HTTP-запросе поле model обязательно:

curl https://api.typesafe.ai/v1/systemone \
  -H "Authorization: Bearer $TYPESAFE_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "jev-1.13.0",
    "state": "Не могу войти в аккаунт уже второй день",
    "questions": { "urgent": { "type": "noul", "instructions": "Требует ли обращение срочной реакции?" } }
  }'

В Python SDK модель по умолчанию задают в клиенте или через переменную окружения TYPESAFE_DEFAULT_MODEL. В отдельном вызове её можно переопределить параметром model.

from typesafe_sdk import Noul, TypeSafeClient

client = TypeSafeClient(model="jev-1.13.0")  # или TYPESAFE_DEFAULT_MODEL=jev-1.13.0
r = client.system_one(
    state="Не могу войти в аккаунт уже второй день",
    questions={"urgent": Noul(instructions="Требует ли обращение срочной реакции?")},
)
print(r.model)  # jev-1.13.0 — сохраняйте в лог вместе с ответом

В JavaScript SDK за это отвечает параметр клиента defaultModel, а в конкретном запросе — поле model:

import { noul, TypeSafeClient } from "@typesafe-ai/sdk";

const client = new TypeSafeClient({ defaultModel: "jev-1.13.0" });
const { answers, model } = await client.systemOne({
  state: "Не могу войти в аккаунт уже второй день",
  questions: { urgent: noul("Требует ли обращение срочной реакции?") },
});
console.log(model, answers.urgent.noul);

Если модель не указана ни в клиенте, ни в переменной окружения, оба SDK используют jev-latest. В одном из примеров документации TypeSafe встречается короткая запись jev-1.13, но в таблице моделей указан полный идентификатор jev-1.13.0. Для прямого API надёжнее полный.

Версия SDK — тоже часть конфигурации

У SDK свои номера версий, и в первую неделю они менялись чаще модели. Python-пакет typesafe-sdk вышел публично 14 сентября (версия 0.5.7). Уже 15 сентября версия 0.6.0 сломала обратную совместимость: Score.criteria стал принимать упорядоченный список вместо словаря с числовыми ключами. 18 сентября в версии 0.7.0 библиотеку сериализации сменили с msgspec на pydantic и добавили в system_one параметр response_model. В JavaScript SDK такое же изменение Score.criteria пришло в версии 0.6.0.

Вывод простой: фиксируйте в зависимостях и модель, и версию SDK, а перед обновлением читайте журнал изменений.

Как Jev называется на площадках

Площадка	Имя модели	Можно ли зафиксировать версию
TypeSafe API	jev-latest, jev-preview, jev-1.13.0	Да, jev-1.13.0
OpenRouter	typesafe/jev-1.13, алиас ~typesafe/jev-latest	Да, typesafe/jev-1.13
Vercel AI Gateway	typesafe-ai/jev	В каталоге одно имя без номера версии
Cloudflare Workers AI	typesafe/jev	В документации одно имя; в примере ответа — jev-1.13.0
Polza.AI	typesafe/jev	Одно имя; площадка указывает, что текущая версия — jev-1.13.0

В карточках модели на OpenRouter, Cloudflare и Vercel указан одинаковый контекст — 32 тысячи токенов. На OpenRouter у Jev 1.13 один провайдер — сама TypeSafe, площадка передаёт запросы ей напрямую.

У OpenRouter есть удобство для тех, кто работает через SDK TypeSafe: его API решений принимает имена TypeSafe без префикса и добавляет его сам. jev-1.13 превращается в typesafe/jev-1.13, jev-latest — в ~typesafe/jev-latest. В поле model ответа OpenRouter возвращает полный идентификатор вида typesafe/jev-1.13-20260917. Подробнее о подключении — в статье про Jev на OpenRouter.

Там, где у модели одно имя без номера версии, зафиксировать версию нельзя. Сохраняйте поле model из ответа, если площадка его возвращает, и перепроверяйте систему, как только оно изменится. Российские способы подключения собраны в статье «Jev в России».

Слабые места версии 1.13

Для каждой версии TypeSafe ведёт страницу с известными проблемами. Страницу для jev-1.13 последний раз пересматривали 17 сентября 2026 года. В ней перечислены буквальное прочтение инструкций, арифметика и подсчёты, сравнение дат, многоступенчатые вопросы, большой state с лишними данными, враждебный контент, противоречия между инструкцией и критериями, несогласованность ответов на связанные вопросы и генерация текста. Компания пишет, что многие из этих проблем исправят в следующих версиях. Как обходить их уже сейчас, разбираем в статье о галлюцинациях и ошибках Jev.

Дату следующего релиза TypeSafe не называла. По данным TechCrunch, компания собирается выпускать новые версии модели, в том числе для других модальностей.

Чек-лист перехода на новую версию

1. Держите размеченный контрольный набор — несколько сотен реальных примеров с правильными ответами.
2. Следите за релизами: проверяйте GET /v1/models и поле model в ответах на запросы к jev-latest.
3. Прогоните контрольный набор на старой и новой версиях. Сравните точность, распределение ответов и уверенность. Какие метрики считать, рассказываем в статье «Jev и классическое машинное обучение».
4. Заново подберите пороги уверенности: старые на новой версии могут работать иначе.
5. Смените идентификатор в конфигурации и первое время сравнивайте новые решения с прежними.