Jev — открытый исходный код? Веса закрыты, а инструментарий — нет.

Нет. Jev 1.13 (typesafe/jev-1.13) не является открытым исходным кодом, репозитория с весами не найти, и сколько бы вы ни листали организацию TypeSafe на GitHub, вы не обнаружите ни градиента, ни архитектурного документа, ни числа параметров. Что есть — так это программное обеспечение вокруг модели: одиннадцать репозиториев, каждый под лицензией MIT или Apache-2.0, и ни в одном из них нет самого Jev. Вот честная формулировка в одну строку — инструментарий открыт, модель — нет, — и это та половина истории, которую читатель никогда не получит из одного только «закрытая, хостируемая, неопубликованная». Две даты обрамляют её. TypeSafe выпустила модель 2026-09-03, что выходит за пределы семидневного окна, в котором пишет этот блог, так что это не материал о запуске, и ничто в нём не следует читать как таковое. Датированное событие — 2026-09-24: OrcaRouter добавил typesafe/jev-1.13 в свой каталог: впервые Jev стал доступен для вызова через сторонний эндпоинт, а не только через собственный эндпоинт TypeSafe. Вот то событие, на котором держится этот материал, — модель, которая стала доступной для запуска там, где раньше не была.

Что это меняет для читателя — узко и практично. До 2026-09-24 оценка Jev означала открытие вторых отношений с вендором, прежде чем вы могли протестировать хотя бы одно решение. После этой даты Jev находится на том же ключе, что и генеративная половина того же рабочего процесса: один API для 200+ моделей, 0% наценки (списочная цена провайдера передаётся как есть, поэтому снижения цен поставщиками действуют здесь в тот же день), причём модель доступна по typesafe/jev-1.13. Вы по-прежнему вызываете её в её собственном виде — POST /v1/systemone, без стриминга — потому что это не маршрут OpenAI chat-completions, но контракт, который вы подписываете, и ключ, который вы ротируете, — те, что у вас уже есть.

Ответ — это два ответа, и оба необходимы.

«Является ли Jev открытым исходным кодом?» звучит как вопрос с ответом «да/нет», но по сути состоит из двух частей. Часть первая: модель. Она закрыта. TypeSafe не опубликовала ни весов, ни архитектуры, ни показателя вычислительных затрат на обучение, ни числа параметров для Jev 1.13, и нет репозитория с её названием. Часть вторая: сопутствующее программное обеспечение. Оно открыто, активно поддерживается и действительно полезно, и именно поэтому читатель, ищущий репозиторий, не остаётся с пустыми руками.

Путаница между этими двумя вещами приводит к неверному выводу в обоих направлениях. Если считать, что всё это открыто, вы потратите полдня на поиски контрольной точки, которой не существует. Если считать, что всё это закрыто, вы упустите ту часть, которая действительно важна, если вас беспокоит lock-in, — адаптер под лицензией MIT, позволяющий разрабатывать под интерфейс типизированных решений и менять то, что находится за ним.

Что на самом деле публикует TypeSafe

По состоянию на 2026-09-30 у организации одиннадцать публичных репозиториев. Количество звёзд и даты push-ов меняются, поэтому считайте это снимком, а не фиксированным свойством проекта. Все лицензии — MIT или Apache-2.0, если не указано иное.

• skills — MIT, примерно 2,4 тыс. звёзд, последний push — 2026-09-12. «Навыки агентов для разработки с использованием System One API от TypeSafe».

• system-one-adapter-python — MIT, 356 звёзд, последний push — 2026-09-22. «Замена TypeSafeClient без изменения кода на базе API LLM.»

• typesafe-sdk-js — MIT, 257 звёзд, последний push 2026-09-15. Официальная библиотека TypeScript/JavaScript для TypeSafe API.

• typesafe-sdk-python — MIT, 254 звезды, последний push: 2026-09-26. Официальная библиотека Python; в v0.7.2 в тот же день добавлен дополнительный компонент `http2`, а в v0.7.1 от 2026-09-21 добавлены примеры использования с ИИ-шлюзами.

• daggerverse — Apache-2.0, 23 звезды, последний push 2026-09-25. Коллекция модулей Dagger.

• WorkflowEvals — Apache-2.0, 7 звёзд, последний push 2026-09-29. «Код рабочего процесса evals.typesafe.ai опубликован.»

• n8n-nodes-typesafe-ai — MIT, 1 звезда, последний push: 2026-09-29.

• typesafe-ai.github.io — лицензия не указана, 2 звезды, последний push — 2026-06-04.

Ещё три являются форками не связанных между собой проектов и рассматриваются ниже: pulumi-clickhouse, LLaDA и vllm.

Ничто в этом списке не является моделью. Там нет репозитория Jev, нет файлов весов, нет токенизатора, нет конфигурации для запуска сервиса — ничего, что позволило бы поднять рабочую копию. Репозитории — это клиентская обвязка: два официальных SDK, набор агентских навыков, коллекция CI-модулей, опубликованный набор для оценки, узел n8n, сайт организации и адаптер. Это реальная и хорошо поддерживаемая поверхность, и это не модель.

Единственный репозиторий, который имеет значение, если вы пытаетесь избежать привязки к вендору

system-one-adapter-python — это пункт с наибольшими последствиями для всех, кто принимает решение о внедрении, и в его собственном описании прямо сказано: «Готовая замена TypeSafeClient, работающая на LLM APIs».

Прочитайте это внимательно, потому что здесь делается нечто конкретное. Долговечный актив в интеграции System One — это интерфейс, а не эндпоинт за ним: вы определяете фрагмент состояния и набор именованных вопросов, и что-то возвращает один типизированный ответ на каждый вопрос. Именно вокруг этого контракта в конечном итоге формируется ваша кодовая база. Адаптер отвязывает контракт от реализации — вы продолжаете строить код на основе интерфейса типизированных решений, а то, что производит решения, — это заменяемый вызов LLM API под капотом.

Две честные оговорки. Адаптер — это не модель: ответы, выдаваемые LLM общего назначения через этот путь, — не те калиброванные вероятности, которые возвращает Jev, так что это способ сохранить переносимость интерфейса, а не способ получить поведение Jev без Jev. И это явно проект TypeSafe — лазейка создана вендором, от которого вы, возможно, хотите сбежать; это лучше, чем ничего, и это не то же самое, что независимый вариант.

Две развилки и вывод, к которому они подталкивают

Три из одиннадцати репозиториев — форки. pulumi-clickhouse — это провайдер Pulumi для ClickHouse Cloud, Apache-2.0, 3 звезды, последний push 2026-07-08. Два других — это те, которые читаются как доказательство, и оба прочтения неверны.

• vllm — Apache-2.0, 3 звезды, последний пуш 2025-05-23. Форк высокопроизводительного движка для инференса и обслуживания.

• LLaDA — MIT, 12 звёзд, последний push 2025-06-17. Форк официальной реализации PyTorch для «Large Language Diffusion Models».

Ленивый вывод напрашивается сам собой: они форкнули репозиторий diffusion-language-model, значит, Jev должен быть основан на диффузии. Это не так, и форк ничего не говорит об архитектуре Jev. Форк — это копия чужого кода под чужой лицензией, находящаяся в организации по причинам, которые очевидны из даты последнего пуша — май и июнь 2025 года, более чем за год до публичного выпуска Jev, и с тех пор не тронутая. Ни один из этих репозиториев не входит в то, что TypeSafe выпустила в сентябре. Если вы хотите узнать, как работает Jev, TypeSafe этого не публиковала, и никакой форк в её организации не восполняет этот пробел.

Чего на самом деле вам стоит закрытие весов

Четыре вещи, и они конкретные, а не философские.

• Вы не можете разместить решение на собственных серверах. Нет артефакта, который можно было бы запустить, поэтому сбой у поставщика или изменение доступа нельзя обойти, развернув собственную копию.

• Провести аудит невозможно. TypeSafe всё же публикует страницу о неровностях для Jev 1.13 — последний раз проверялась 2026-09-17 — где перечислено, в чём модель ненадёжна: буквальное прочтение формулировок вместо замысла, всё, что связано с арифметикой, сравнением дат и времени, косвенными формулировками и двойными отрицаниями, большие состояния с множеством нерелевантных деталей, состязательное содержимое в состоянии, противоречивые инструкции и критерии, а также структурные инварианты, которые она не гарантирует, например когда ответ «истина/ложь» и эквивалентный ему выбор «да/нет» расходятся. Эта страница на удивление откровенна, и всё же это поставщик, который сам выставляет себе оценку. Никто за пределами TypeSafe не проверял веса.

• Вы не можете выполнить тонкую настройку. Нет базовой модели, которую можно адаптировать: задача принятия решений, которую решает Jev, остаётся решённой, пока поставщик не исправит её, — собственные средства страницы «jaggedness» — это обходные пути в вашем коде, а не запуски обучения.

• Вы не можете закрепить версию за пределами псевдонима вендора. typesafe/jev-1.13 — это размещённое имя, поэтому на вызов в следующем месяце ответит то, что TypeSafe будет отдавать под этим именем в тот момент.

Ничто из этого не уникально для Jev, и ничто из этого не скандал; это компромисс, на который идёт хостинговая модель принятия решений, а противовес в том, что вам никогда не приходится тащить на себе чекпоинт, счёт за GPU или стек инференса. Стоит знать, на какой стороне этого компромисса вы находитесь, прежде чем строить на этом.

Что такое Jev, теперь, когда вы можете его вызвать

Jev — не чат-модель и не генерирует прозу. Вы отправляете состояние — материал для оценки, в виде текста, объекта или массива — плюс набор именованных вопросов, и он возвращает один структурированный ответ на каждый вопрос. Каждый вопрос относится к одному из трёх примитивов:

• noul — суждение «истина/ложь», возвращаемое с калиброванной вероятностью.

• выбор — выберите один из до 255 именованных вариантов.

• оценка — оценивайте по упорядоченной шкале из 2–10 уровней.

Собственная документация TypeSafe приводит пример оценки с нулевой индексацией; карточка модели Jev 1.13 публикует уровни 2–10. И то и другое — материалы самого поставщика, и эта страница не изобретает согласования между ними.

Метод обучения — это собственный термин TypeSafe: Reinforcement Learning for Calibrated Decisions (RLCD), описанный в посте о запуске в противопоставлении RLHF и RLVR по оси калиброванных решений с честными вероятностями. RLCD — это термин TypeSafe, а не общепринятая аббревиатура из области машинного обучения, и его следует воспринимать как описание от вендора, а не как независимо охарактеризованную методику.

Доступ больше не ограничен: Jev общедоступен с 2026-09-21, а «waitlisted» больше не используется. «Ранний доступ» — это всё ещё собственная текущая формулировка TypeSafe на её главной странице, так что это не утверждение, от которого можно отмахнуться, — это просто ярлык вендора, а публикуемые вместе с ним эксплуатационные ограничения конкретны.

Цифры на нашей карточке: контекст на 65 536 токенов, при этом поставщик документирует примерно 64K ввода в совокупном состоянии плюс вопросы. Если вы видели для Jev меньшую цифру, это только бюджет состояния, а не конкурирующее измерение, и эти две цифры не следует представлять как противоречие. Цена — $0.042 за миллион входных токенов, при этом вывод тарифицируется по нулю — выходных токенов для учёта нет, потому что типизированное решение — не проза.

Наши собственные данные обслуживания, полученные из нашего трафика, а не из бенчмарка вендора, за семь дней, завершившихся 2026-09-30: p50 151 мс, p95 247 мс, около 349 выходных токенов в секунду, доля ошибок 0,49% и 76,2 млн обслуженных токенов. Ежедневный p50 за этот период: 175 → 170 → 163 → 161 → 170 → 147 → 143 мс, с одним настоящим выбросом — p95 2 448 мс за 2026-09-28, который входит в этот ряд, но не является нормой.

Главные заявления TypeSafe, помеченные как заявления вендора и не воспроизведённые независимо: «В 193,6 раза быстрее, в 444,6 раза дешевле» со сноской на рабочие процессы System One; разобранный пример: $0,000081 за 0,114 с против $0,013880 за 8,566 с для LLM; «$42 за миллиард входных токенов»; и «Ноль галлюцинаций» — это утверждение об оценках уверенности, а не доказательство отсутствия ошибок; честный противовес — уровень ошибок 0,49% в нашей карточке. TypeSafe также прямо говорит, что не может доказать, что его ценообразование не субсидируется, и что его опубликованные оценки, как правило, проводились с ноутбуков на Западном побережье, где базируется сервис. Его собственная карточка бенчмарка всё ещё помечена как «в ожидании».

Сторонние репозитории существуют, и мы за них не ручаемся.

Поиск по запросу «jev github» в конце концов выводит на репозитории, которые не принадлежат TypeSafe: обёртки, коллекции промптов, эксперименты с адаптерами и знакомый список «awesome», появляющийся вокруг любой новой модели. Они не являются частью того, что публикует поставщик, не проходят проверку со стороны поставщика, а количество звёзд измеряет любопытство, а не корректность. Они могут быть полезны; они не являются документацией, и ничто в них не является утверждением о том, как работает Jev.

Что изменило бы этот ответ?

Релиз весов, опубликованная архитектура или независимая оценка качества решений, а не задержки. Любой из этих трёх вариантов перевернул бы первое слово на этой странице. До тех пор у этой ничьей есть устойчивый ответ, и та часть, на которую стоит опираться, — это инструментальная цепочка: если вы строите под интерфейс типизированных решений, адаптер с лицензией MIT, который заменяет базовую модель, — это разница между решением, к которому можно вернуться, и тем, к которому нельзя.

Jev 1.13 есть в нашем каталоге под typesafe/jev-1.13, по тому же ключу, что и остальная часть стека, и маршрутизируется через выделенный эндпоинт systemone, а не через форму chat-completions. Модель закрыта, инструментарий открыт, и обе эти половины теперь доступны из одного места.