TypeSafe AIは、自動化に特化したAIモデル「System One Model」の第1弾として、Jevの早期アクセス提供を始めました。@ITによれば、元OpenAI研究者のディオゴ・アルメイダ氏が主導し、自由形式の文字列生成ではなく、定義された型に従った判断を構造化データとして返す設計を採用しています。
この発想が注目されるのは、業務システムにAIを組み込む際の弱点である、ハルシネーション、型エラー、レイテンシ、コストを正面から扱っているためです。
「賢いチャット」ではなく、確率を返す関数
Jevは、自然文を長く生成するモデルではありません。非構造化データやプログラムの状態を入力として受け取り、事前に定義された型の範囲で判断結果と信頼度を返します。TypeSafe AIはこれを「フロンティア知能を備えた関数呼び出し」と位置付けています。
学習には、調整された判断のための強化学習であるRLCDを導入したと説明されています。出力には較正された信頼度スコアと不確実性が含まれ、判断を後続のプログラムに接続しやすい点が特徴です。
比較軸 | 一般的なLLM | Jevの狙い |
|---|---|---|
出力 | 自由形式の文字列 | 定義済みスキーマの構造化データ |
速度 | トークンを逐次生成 | 並列サンプリングで一括生成 |
信頼性 | パース・検証が必要 | 型に沿った値を直接返す |
用途 | 文章作成や対話 | 分類、ルーティング、スコアリング、検証 |
最大200倍高速、444倍低コストという主張
同社は、System One型タスクにおいて40倍から最大200倍高速化し、ワークフロー評価では最大193.6倍の高速化と444.6倍のコスト削減を記録したとしています。Jevの料金は入力100万トークン当たり0.042ドルで、出力トークンは請求対象にしない方針と説明されています。
もちろん、これらは同社の評価条件に基づく数値です。実際の業務で同じ効果が出るかは、タスクの種類、入力データの品質、スキーマ設計、既存システムとの接続方法に左右されます。
企業導入での使いどころ
Jevのようなモデルは、顧客問い合わせの分類、与信や不正検知の補助、LLM出力のガードレール、業務ワークフローの分岐判断などに向いています。人に見せる文章を生成するより、機械が次の処理を決める場面で価値が出やすいでしょう。
一方で、型安全な出力だけで業務リスクが消えるわけではありません。信頼度の閾値設計、監査ログ、例外時の人間確認、誤判定時の責任分界が必要です。JevはLLMを置き換えるというより、LLMの周辺で「判断を安く速く堅くする」部品として見るのが現実的です。
参考:@IT / TypeSafe AI


.png&w=384&q=75)


