spec.jevmu を使う
判定器
誰が判定ポイントに答えるか、判定器の選び方、つなげ方、比べ方、そしてそれぞれのコスト。
判定器は、spec.jev の判定ポイントの、範囲の決まった問いに答えます。Yes/No、いくつかの名前付きの答えから 1 つ、またはスコアで、どの答えにも確率が付きます。判定ポイントは、どの判定器が答えたかを知りません。判定器はインストール全体でも判定ポイントごとにも選べ、切り替える前に自分のセッションで判定器を比べられます。
どの判定器が答えるか
~/.spec.jev/agent/spec.jev.json の tiers は、判定器を順に並べたものです。後ろの判定器には、前の判定器が確信を持てなかった問いだけが渡るので、安いローカルの判定器を先に置き、残りをクラウドの判定器に拾わせることができます：
{ "tiers": ["laya", "jev"] }
routes は、一つの判定ポイントに専用の判定器を割り当てます：
{ "routes": { "browser.step": ["jev"], "memory.capture": ["llm:anthropic/claude-haiku-4-5"] } }
セッションの中では、/mu judge <judges> と /mu route <point> <judges|default> で同じことができます。SPECJEV_JUDGE=laya,jev spec.jev は 1 回の実行だけ判定器を設定します。/status で、どの判定器が何に答えるかがわかります。アプリの「判定器」ページでも同じ設定ができます。
時間内に答える判定器がなければ、各判定ポイントは判定がないときと同じように動き（たいていは何も変わりません）、台帳にその理由が残ります。長く待つことはありません。どの判定ポイントにも制限時間があります。
Jev（クラウド）
Jev は TypeSafe による判定モデルで、この種の問いのために作られています。組み込みの jev 判定器は、キーが設定されている最初のサービスを通して Jev に接続します：
| 順番 | サービス | キー | 組み込みの名前 |
|---|---|---|---|
| 1 | TypeSafe | TYPESAFE_API_KEY |
jev-direct |
| 2 | OpenRouter（Jev 専用のキー） | MU_JUDGE_OPENROUTER_API_KEY |
jev-openrouter |
| 3 | Vercel AI Gateway | AI_GATEWAY_API_KEY |
jev-gateway |
| 4 | OpenCode Zen | OPENCODE_API_KEY |
jev-opencode |
| 5 | Cloudflare Workers AI | CLOUDFLARE_API_KEY と CLOUDFLARE_ACCOUNT_ID |
jev-cloudflare |
| 設定なし | OpenCode Zen（期間限定で無料） | キーなし | jev-opencode-free |
キーは、そのキーが属するサービスにしか送られません。順番を飛ばすには、"tiers": ["jev-openrouter"] のようにルートを直接指定します。キーは spec.jev setup かアプリの「判定器」ページが書き込みます。
無料の Jev。 キーが一つもなければ、OpenCode Zen 上の Jev 1.13 が答えます。判定する内容は OpenCode に送られますが、モデルの学習には使われません。spec.jev はそのことを 1 日 1 回知らせます。これは OpenCode の期間限定の提供で、終了すると spec.jev がそのことを知らせ、キーを設定するまで判定ポイントはフォールバックします。spec.jev setup --judge free で明示的に選べます。
速度とコスト。 作者たち自身のセッションでの実測では、ウォームな接続で 1 問あたり約 0.3 秒、ツール出力 16 チャンクを 1 リクエストで判定して 0.44 秒で、状態の課金は 1 回だけでした。セッションの使用中は、50 秒ごとに小さな問いを 1 つ送って接続をウォームに保つので、ターン前の問いは接続にかかる 1〜3 秒を省けます。
Laya（ローカル）
322M パラメータの判定器で、ローカルで動き、ネットワークには一切触れません。
spec.jev judge setup # モデルをダウンロードする前に確認する
spec.jev judge start # 起動する
spec.jev judge status
デスクトップアプリでは 1 ステップで設定でき、こちらも必ず先に確認します。Laya は単純な述語（このテキストはエラーを説明しているか？）では信頼できますが、関係を問う質問や依頼そのものについての質問には弱めです。spec.jev はこのことを把握していて、Laya がうまく答えられない問いは送らないので、["laya", "jev"] のようなチェーンでは、そうした問いは直接次の判定器に渡ります。「Jev が承認」モードの承認は、Laya には任せません。Laya に判定ポイントを任せる前に、シャドーモードで Jev と並べて動かし、台帳を読んでください。
分類モデルと LLM
classifier:<provider>/<model>：pi のモデルカタログにある任意の分類モデル。そのプロバイダーですでに持っているサインインやキーで接続します。Cloudflare の Clef はclefとclef-flashとして組み込まれています。OpenRouter と Vercel AI Gateway の System One モデルや、llama.cpp の分類モデルも使えます。llm:<provider>/<model>：任意のチャットモデルに、JSON で答えさせます。遅く、判定のたびにトークンがかかりますが、すでに使っているモデル以外に何も要りません。spec.jev setup --judge modelで、セッションのモデルを判定器にします。clm：clm-serve（既定はhttp://127.0.0.1:8700）の背後にある CLM-8B。spec.jev の問いではまだ測っていません。
自分の判定器
spec.jev.json の judges に、名前と種類を書きます：
{
"judges": {
"relay": { "type": "typesafe", "baseUrl": "https://relay.example.com/v1/systemone", "apiKeyEnv": "RELAY_KEY" },
"lab": { "type": "http", "baseUrl": "http://10.0.0.5:9000", "path": "/evaluate", "apiKeyEnv": "LAB_KEY" },
"fast": { "type": "llm", "model": "anthropic/claude-haiku-4-5", "thinking": "off", "timeoutMs": 4000 }
},
"tiers": ["relay", "jev"]
}
| 種類 | 接続先 |
|---|---|
typesafe |
baseUrl で TypeSafe の System One プロトコルを話す任意のサービス |
http |
{ state, questions } を受け取り { answers } を返す任意のエンドポイント |
llm |
pi のレジストリにあるチャットモデル |
classifier |
pi のカタログにある分類モデル |
local |
Laya 互換のローカルサーバー |
clm |
clm-serve |
キーはファイルに書きません。apiKeyEnv には、キーを持つ環境変数の名前を書きます。その変数は、自分の環境か spec.jev の .env で設定します。
モード：active、shadow、off
各判定ポイントにはモードがあります：
- active（既定）：判定が反映されます。
- shadow：判定器に問い合わせて判定を記録しますが、何も変わりません。
- off：その判定ポイントには問い合わせません。
モードは spec.jev.json の modes（default と、判定ポイントごとのエントリ）で設定するか、1 回のセッションだけなら /mu mode で、またはアプリの設定で指定します。アプリの設定では、シャドーの判定ポイントはオフとして表示されます。モードにかかわらず動くものが 2 つあります。あなたが選んだ権限モード（「Jev が承認」を選ぶこと自体が tool.approval をオンにする操作です）と、モデルが呼び出したときの judge_items ツールです。
判定器を比べる
- 判定ポイントをシャドーにして、試したい判定器にルーティングします。または、すべての判定ポイントをシャドーにします。
- しばらく普段どおりに作業します。
- 判定を読みます。
spec.jev ledger [n]は直近 n 回のセッションを出力し、spec.jev ledger --jsonはすべての記録を確率と所要時間付きで出力します。アプリの判定タブでは、各判定がその問いとともに表示されます。 - 判定が正しそうに見えたら、その判定ポイントを active に戻します。
"recordState": true にすると、判定した状態も台帳に残ります。自分の判定器を学習させたり蒸留したりするには、これが必要です。状態にはあなたのコンテンツが含まれるため、既定ではオフです。