Jevという新しいSystem One Modelを調べた
- 日本語
- Jev
- TypeSafe AI
- System One Model
- AI
- LLM
#はじめに
開発者界隈で「Jev」という名前を見かけるようになった。
最初は、
新しいLLMなのか
Codexのようなハーネスなのか
AIを動かす実行環境なのか
がよく分からなかった。
調べてみると、Jevは一般的なチャットモデルとはかなり違うものだった。
TypeSafe AIが公開した最初の「System One Model」で、文章を生成するよりも、ソフトウェア内部で高速に判断を返すことへ特化している。
TypeSafe AIの公式発表を読んで、この位置づけがかなり分かりやすくなった。
#Jevはチャットモデルではない
普段使っているGPTやClaudeは、人間と会話したり、文章やコードを生成したりする。
一方でJevは、そうした文字列生成を主目的にしていない。
TypeSafe AIはJevについて、
状態を入力 ↓ あらかじめ定義した質問 ↓ 型付きの判断 + 確率
を返すモデルとして説明している。
例えば、
- この問い合わせはどの部署へ回すか
- この処理を続行するか
- この操作は危険か
- どのツールを次に呼ぶか
といった「判断」に向いている。
#Codexの代わりになるモデルではなかった
最初は、
CodexからJevを呼んで、そのままコードを書かせられるのか
というイメージも持っていた。
しかしJev自体は、コードや長い文章を生成するモデルではない。
そのため、
Codex ↓ Jevをモデルとして選択 ↓ JevがRustコードを書く
という使い方を想定したものではない。
むしろ、
コーディングエージェント ↓ 次に何をするか判断 ↓ Jev ↓ ツールや別モデルを選択
のような、エージェント内部の判断役として面白い。
#ハーネスと組み合わせると役割が見える
LangChainもJevを使ったハーネス構成を紹介している。
一般的なAIエージェントは、
LLMが判断 ↓ ツールを実行 ↓ LLMが結果を見る ↓ 次を判断
というループを繰り返す。
この判断のたびに大きな生成モデルを呼ぶと、時間とコストがかかる。
そこで、
短く明確な判断だけJevへ任せる
という構成が考えられる。
これはかなり面白い。
#自作ハーネスとの相性が良さそう
Jevを調べて最初に考えたのは、自分でAIハーネスを作る場合だった。
例えばRustで、
ユーザー入力 ↓ 現在の状態 ↓ Jevが分類 ↓ ┌─ コード生成モデル ├─ 検索 ├─ ローカルLLM └─ 人間へ確認
というルーティングを作れる。
Jevがアプリ全体を動かすのではない。
アプリ側がワークフローを持ち、その中の曖昧な判断だけをJevへ任せる。
この考え方は、通常のチャットモデルとはかなり違う。
#普段の相談相手としては向いていない
もう一つ考えたのが、
コーディングさせず、仕様相談や日常的な相談相手として使えるか
という用途だった。
この用途には一般的なチャットモデルの方が向いている。
Jevは文章を生成して長く相談するためのモデルではない。
質問へ説明を返してもらうより、
- Yes / No
- A / B / C
- 0〜1の確率
- スコア
のような判断を高速に得る方が得意だ。
つまり、自分が普段ChatGPTへ求めている「壁打ち相手」とは役割が違う。
#「モデルか、ハーネスか」の答え
調べる前に一番分からなかった部分を整理すると、
Jevはモデル。
ただし、GPTやClaudeのような文章生成モデルとは設計思想が違う。
そしてJevを実際のアプリへ組み込むには、周囲にコードやハーネスが必要になる。
Jev = 判断モデル Codex / Claude Code = コーディングエージェント・ハーネス 自作Rustアプリ = Jevを組み込める実行環境
という整理が自分には一番分かりやすかった。
#AIコーディングの利用量問題にも関係しそう
私は最近、4つほどのプロジェクトをAIコーディングで並行するため利用量をかなり意識している。
すべての判断へ大きなフロンティアモデルを使う必要がないなら、Jevのようなモデルをルーティングや判定へ利用する考え方は面白い。
ただし、JevがCodexやGPT-5.6 Solをそのまま置き換えるわけではない。
コード生成や複雑な設計は別モデルが担当する。
Jevはその周辺で、必要なモデルやツールを選ぶ役割を持てそうだ。
#まとめ
Jevを調べてみると、最初に想像していた「新しいチャットLLM」とはかなり違った。
TypeSafe AIが公開したSystem One Modelで、
- 文章生成より判断に特化
- 型付きの結果を返す
- 確率や信頼度を扱える
- ソフトウェアのワークフローへ組み込みやすい
- ハーネス内のルーティングや分類に向いている
という特徴がある。
CodexのモデルをJevへ変更するものではない。
むしろ、自分でエージェントやアプリを作るときに「判断だけを任せるモデル」として使う方が面白そうだ。
まだ登場したばかりなので、今後実際に自分の環境へ入れて試してみたい。