Compare / jev-vs-rules
Jev vs ルールエンジン
ルールとキーワードは言語がドリフトするまで透明で安いです。Jev は型付き出力と信頼度で曖昧な自然言語を扱いますが、ラベル空間と人のフォールバック定義は必要です。
Where Jev is stronger
- 脆いキーワードより言い換えと雑多な自由文に強い
- ソフト閾値向け校正信頼度
- 多シーンで同一 Choice / Score / Noul スキーマ
Where the other side wins
- 完全な透明性と完全一致の単体テスト
- 閉じた語彙でモデルコストゼロ
- パス上の ML 禁止の規制要件
Use Jev when
- 自然言語のばらつきがあるチケット・UGC・リード
- キーワードリストを超え始めた
- 信頼度付きエスカレーションが必要
Prefer the other when
- 厳密な SKU / ID / 正規表現
- ソフト許可してはいけないハード拒否リスト
- 言語曖昧性のない極小ラベル空間
Which should you use?
不変の拒否と ID はハードルール。曖昧言語分類は Jev — 低信頼度はルールか人にフェイルクローズ。
Developer deep dive
ルールは説明可能性で勝ちます：contains(“refund”) なら queue=billing。言い換え・誤字・意図混在で負けます。通常は置き換えではなく層構造です。不変拒否（禁止 SKU、IP、法的必須フレーズ）は決定的コードに残し、曖昧言語は Jev。低信頼度時の挙動を必ず定義 — ハードコンプライアンス経路でのソフト許可はインシデントの元。Jev 信頼度は既存ルールへの信号であり代替ではありません。
Cost and latency
ルールはモデルコスト $0・マイクロ秒級。Jev はレイテンシと前払いトークンを足しますが、同分類なら生成チャットより通常は安い。閉じた語彙は先にルールでトークンを節約。
Hybrid pattern
パイプライン：厳密ルール → Jev 曖昧分類 → 低信頼度/高影響は人。両層の黄金チケットを CI でミラー。/tools/ で曖昧層を証明し /api/v1/decide で自動化。