Понять состояние
Модель интерпретирует естественный или структурированный текст: тикет, трассу Агента, карточку товара или состояние игры.
System One — класс ИИ-моделей TypeSafe, который превращает неструктурированное состояние приложения в типизированные ответы и вероятности. Jev — первая реализация: ограниченный компонент принятия решений для кода приложения.
Это независимое руководство. Сведения о продукте и производительности основаны на материалах TypeSafe. Перед продакшеном проверьте Jev на собственных данных.
state → decisions«С меня списали деньги дважды. Нужно решить это сегодня.»
if (confidence < threshold) → reviewSystem One понимает смысл входа, но не продолжает диалог и не пишет ответ. Вы заранее задаёте вопрос и допустимую форму ответа; модель возвращает ограниченное суждение, которое программа может проверить.
Модель интерпретирует естественный или структурированный текст: тикет, трассу Агента, карточку товара или состояние игры.
Приложение задаёт пространство ответов до вызова. Модель выбирает вариант, оценивает по шкале или проверяет утверждение да/нет.
Каждый ответ содержит вероятность. Choice и Score дополнительно сводят распределение в confidence.
Пороги, политики, действия, повторы, резервные пути и проверка человеком остаются в обычном коде.
Jev превращает один вызов модели в набор сигналов решения. Полезная единица — не реплика чата, а небольшой типизированный контракт между моделью и приложением.
Передайте данные, необходимые для решения. Сейчас Jev принимает текстовые входы: строки, JSON-объекты и массивы текста.
Сообщение клиента + данные счётаНазовите вопрос, выберите primitive и опишите варианты или шкалу. Несколько независимых вопросов можно отправить одним запросом.
отдел · срочность · недовольствоДля каждого вопроса Jev возвращает типизированный ответ и вероятность. Choice и Score также содержат confidence.
платежи · 0,93 · высокая confidenceСочетайте выход модели с детерминированными проверками. Ясные случаи низкого риска автоматизируйте, неоднозначные или значимые передавайте человеку либо reasoning-модели.
направить · уточнить · проверить · остановитьbillingВыбирает один вариант из заданного набора и возвращает вероятность каждого варианта.
1.43 / 2Размещает вход на упорядоченной описанной шкале; значение может находиться между уровнями.
0.95Оценивает утверждение да/нет и возвращает вероятность «да».
Генеративные модели создают гибкие строки для людей. По мнению TypeSafe, программам нужна более узкая форма интеллекта: встраиваемая в код, повторяемая, показывающая неопределённость и сохраняющая видимым поток управления.
Результатом может быть текст, код, JSON, отказ или неверный формат. Перед действием приложение часто должно разобрать, проверить и обработать сбой.
Когда модель работает в фоне, программа должна заранее знать возможные исходы и действия, которые каждый из них разрешает.
Распределение вероятностей позволяет автоматизировать ясные случаи и направлять неоднозначные по более безопасному пути.
Сложный процесс можно разбить на сфокусированные смысловые оценки и соединить детерминированной логикой, не скрывая всё в одном большом промпте.
Лучшие задачи возникают часто, требуют понимания неоднородного входа и ведут к небольшому числу действий, которые приложение уже умеет выполнять.
Классифицировать тикеты, определять намерение и срочность, оценивать настроение и отправлять неясные случаи на проверку.
Платежи, техника, аккаунт или другое?
Выбирать модель или инструмент, решать, нужен ли поиск, проверять полноту ответа или планируемый вызов инструмента.
Агенту продолжить, повторить или эскалировать?
Оценивать соответствие кандидата запросу, профилю, политике или контексту и сочетать сигнал с бизнес-правилами.
Насколько кандидат релевантен запросу?
Оценивать сообщения, результаты, трассы или изменения кода по явным критериям; высокий риск оставлять за детерминированными барьерами.
Нарушает ли это заданное правило?
Выбирать разрешённые действия для игр, симуляций, интерфейсов и устройств без длинной генерации.
Какое разрешённое действие лучше для этого состояния?
Преобразовывать большие объёмы записей в категории, оценки, флаги и признаки для последующих систем.
Каковы категория и уровень риска этой записи?
Варианты известны, вход смыслово сложен, решение повторяется, важна задержка, а код знает действие или резервный путь для каждого результата.
Нужны оригинальный текст или код, глубокое многошаговое рассуждение, широкое исследование, объяснение, мультимодальный вход либо исходы нельзя задать заранее.
Оба подхода понимают язык, а LLM можно ограничить структурированной схемой. Главное различие — что модель должна выдавать изначально и как её использует окружающее ПО.
| Аспект | Jev / System One | Обычная генеративная LLM |
|---|---|---|
| Основная задача | Оценивать заданные исходы | Генерировать продолжение или ответ |
| Нативный выход | Типизированный выбор, оценка или вероятность «да» | Последовательность токенов: текст, код, JSON и другое |
| Пространство ответов | Задано до вызова | По сути открыто, даже если schema ограничивает итоговый формат |
| Неопределённость | Вероятность каждого ответа; confidence для Choice и Score | Возможны вероятности токенов или заявленная уверенность, обычно это не откалиброванный сигнал задачи |
| Сэмплирование | По данным TypeSafe, вопросы и выходы оцениваются параллельно | Обычно последовательно, токен за токеном |
| Сильные стороны | Частые смысловые ветвления, scoring, routing и проверки | Текст, диалог, код, синтез и открытое рассуждение |
| Главный сбой | Тип корректен, но смысл решения ошибочен | Ошибочный, неверно оформленный, необоснованный или нерелевантный контент |
| Роль в системе | Ограниченный компонент решения в видимом коде | Гибкий генератор или reasoning-модель, часто с более крупной оркестрацией |
Для разработчиков, оценивающих System One помимо Jev, ниже показан тот же модуль сообщества, что на странице Projects. Он отделяет самостоятельно обученные модели от Jev-подобных интерфейсов на существующих весах.
Эти модели и эксперименты с интерфейсами от сообщества вдохновлены Jev или исследуют похожие способы структурированного принятия решений. Это не официальные версии Jev от TypeSafe, и они не входят в рейтинг проектов GitHub выше.
Qwen3.5-9BАдаптер LoRA и метод обучения, вдохновлённые Jev, для выбора из вариантов и вопросов да/нет. Работает локально и принимает только текст.
GitHubQwen3-0.6BНебольшая модель с головами принятия решений, открытым кодом обучения и игровыми демо для выбора действий.
GitHubQwen3.5-2BДообученная модель возвращает вероятности для структурированных вопросов за один проход. Текущая версия поддерживает только английский.
GitHubModernBERT 151MКомпактная модель на основе энкодера с опубликованными весами и демо на WebGPU в браузере.
GitHubQwen3.5-0.8BМультимодальная модель решений на 0,8B параметров с открытыми весами, кодом обучения и результатами тестов. Обрабатывает текст и изображения за один проход; веса доступны для некоммерческих исследований.
GitHubDiffusionGemma 26B-A4BИспользует существующую модель DiffusionGemma для ответов на структурированные вопросы через API, похожий на Jev. Новые веса модели не публикуются.
GitHubOpen-model logitsОценивает допустимые ответы с помощью существующих открытых моделей через интерфейс, похожий на Jev. Новые веса модели не публикуются.
GitHubSpark-X2.5-4BЛокальный Jev-совместимый сервер, который считывает логиты ответов Spark-X2.5. Вопросы используют общий префилл состояния; в комплекте есть песочница и бенчмарки.
GitHubAny causal LLMНабор инструментов, превращающий каузальные языковые модели в типизированные модели решений без обучения, с устранением смещения порядка вариантов, необязательной калибровкой и воспроизводимыми тестами.
GitHubQwen3.5 / DeBERTaОфлайн-сервер для Qwen или DeBERTa, совместимый с Jev, проверенный с официальным SDK и дополненный опубликованными результатами JevBench.
GitHubНезависимые проекты сообщества, не официальные версии Jev.
Это руководство Jev AI Dev пересказывает подход TypeSafe своими словами. Детали API, заявления о продукте, методы оценки и обновления проверяйте в официальных материалах.
Задайте ответы, соберите репрезентативные примеры, определите обработку неопределённости и сравните Jev с текущими правилами или моделью. Не автоматизируйте напрямую решения с серьёзными последствиями.