builder / schema first

ディシジョン・ビルダー

自然言語のビジネス要件を、Jev で直ちに実行可能な JSON スキーマへ自動変換します。

クイックガイド:Jev Schema Builder とは?

Jev Schema Builder は、型安全な AI 意思決定のために設計された視覚的スキーマモデリングツールです。非構造化された自然言語の業務ルールを、厳密な Jev Question Schema(Choice 離散分類・Score 数値評価・Noul 二値ゲート)へと変換できます。判定基準(Criteria)と前提指示(Instructions)を編集し、各選択肢の境界が MECE(相互排他・網羅的)であることを担保し、本番 API 連携用 JSON を即座に取得できます。

schema / builder

ディシジョン・ビルダー

自然言語のビジネス要件を、Jev で直ちに実行可能な JSON スキーマへ自動変換します。

Primitive Type
判定条件(Criteria)

output / json

生成された Jev スキーマ

{
  "state": "Customer: My package with tracking ID #92401 has been stuck at the transit hub for 6 days. Can I get a status update or cancel for a full refund?",
  "questions": {
    "routing": {
      "type": "choice",
      "instructions": "Route this customer support ticket to the best team.",
      "criteria": {
        "shipping": "Delivery delay, stuck tracking, or damaged parcel.",
        "refund": "Explicit request for money back or cancellation.",
        "billing": "Invoice questions, overcharge, or payment error.",
        "other": "General questions or unrelated inquiry."
      }
    }
  }
}

Jev スキーマ設計の 3 大黄金則

高精度かつ曖昧さゼロの意思決定スキーマを構築するためのコア原則:

01

選択肢の相互排他と網羅性 (MECE 原則)

各候補キーが意味論的に重複せず境界が明確であり、業務フロー内のあらゆる可能性を網羅していることを確認します。類似分類間でのモデルの迷いを排除します。

02

客観的事実に基づく判定基準 (Behavioral Criteria)

人間の審査チームへの業務マニュアル(SOP)を書くように Criteria を記述します。「請求書発行の要望を含む」「エラーコードを明記」など観察可能な事実を用い、曖昧な形容詞を排除します。

03

Other(フォールバック)項の必須化 (Safe Fallback Category)

Choice には常に other または unknown 分類を設けます。想定外の入力が届いた際、モデルが合理的に例外プールへ隔離できるようにします。

スキーマ設計に関するよくある質問(FAQ)

なぜ各選択肢に明確な criteria(判定基準)を記述する必要があるのですか?

従来の汎用 LLM は選択肢ラベルの字面バイアスに左右されがちです。Jev は明確な Criteria を判定の根拠とします。詳細で客観的な基準定義がモデルの確率分布を真の業務ルールに合致させ、分類精度を最大化します。

分類が困難な境界線上のサンプルにはどのように対処すべきですか?

1) Choice に triage や other 選択肢を設け、基準を「上記いずれも満たさない、または情報不足」と定義する。2) 戻り値の confidence を監視し、最高確率が 0.80 未満の場合にコード側で人手レビューキューへ転送する、という2つの手法が推奨されます。

1つのスキーマ内で複数の意思決定設問を同時に定義できますか?

はい、可能です。questions フィールドはオブジェクトマップ形式であり、ルーティング部署判定と緊急度スコアリングを同時に定義できます。すべての設問は単一のネットワーク通信内で並行判定されます。

生成された JSON スキーマを Node.js や Python コードへ組み込むには?

右側のプレビューパネルの「Copy」をクリックし、POST /api/evaluate の questions フィールドに直接配置します。TypeScript では Zod と組み合わせることで完全な型安全性を確保できます。

Choice、Score、Noul をどのように使い分けるべきですか?

離散的な分岐処理(チケット振り分け、ルーティング)には Choice、重み付けや優先度順位付けには Score、合否判定やセキュリティゲートには Noul を選択するのが基本設計です。

Ready with your schema? Next steps: