独立したガイドTypeSafe AI の Jev を独立した立場から解説するガイド
活用例

次に意味のある質問だけを尋ねる

Jev で動的なフォームとワークフローを作る

これまでの回答をもとに、次の質問や分岐を Jev に選ばせます。フィールド、バリデーション、最終的な判断はフォーム側に残します。

このテンプレートを読み込む

出典確認日 更新日 コンテンツの版 1

根拠の種類 独自に作成した架空の学習例です。モデルの結果は事前入力されていません。

独自に作成した架空の学習例です。モデルの結果は事前入力されていません。

編集できる出発点

このテンプレートを読み込む
1 · 判定する文章
フォーム:機器サポート依頼 これまでの回答: - デバイス:ノートパソコン - 問題:「画面を開け閉めすると表示がちらつきます。落としてから症状が出始めました。」 - 購入時期:14 か月前
2 · 質問
フォームは次にどの追加質問をするべきですか?
3 · 選択肢を2〜6個定義
  1. 損傷箇所の写真を求める

    回答が、写真で記録できる物理的な損傷を述べている。

  2. 試した対処手順を尋ねる

    問題がソフトウェアまたは設定に起因するように見える。

  3. 保証や保護プランについて尋ねる

    補償の有無によって進め方が決まるが、まだ分かっていない。

  4. 質問は終了し、確認に回す

    これまでの回答で、次のステップがすでに決まっている。

表示値はモデルの判断確率であり、実測正解率や保証ではありません。「はい/いいえ」は設定した基準に対応し、選択肢の確率は指定した選択肢内で比較されます。

Jev にフォームの次のステップを決めさせられますか?

はい。取り得る次のステップがあらかじめ書き出されていれば可能です。静的なフォームは、厳密な値で分岐します。デバイスがノートパソコンなら、ノートパソコン用のセクションを表示する、といった具合です。自由記述の回答があると、このロジックは成り立ちません。「落としてから症状が出始めました」は、どのドロップダウンの値にも一致しないからです。Choice の質問なら、これまでの回答を読み、用意しておいた追加質問の中から一つを選べます。フィールド、バリデーション、送信後の処理は、引き続きフォームが受け持ちます。

編集可能な「次の質問」テンプレートを開く。架空の機器サポート依頼で、三つの回答と、四つの追加質問の候補が入っています。読み込むだけでは下書きができるだけで、実行を依頼するまでチェックは始まりません。

追加質問は理由を添えた選択肢として書く

追加質問 選ぶ条件
損傷箇所の写真を求める 回答が、写真で記録できる物理的な損傷を述べている。
試した対処手順を尋ねる 問題がソフトウェアまたは設定に起因するように見える。
保証や保護プランについて尋ねる 補償の有無によって進め方が決まるが、まだ分かっていない。
質問は終了し、確認に回す これまでの回答で、次のステップがすでに決まっている。

終了する手段を必ず含めてください。それがないと、いずれかの選択肢が必ず選ばれるため、フォームは質問を続けてしまいます。法律上または安全上必須の質問は、モデルに委ねないでください。必須のフィールドは、毎回コードで尋ねます。

一つだけ変えて比較する

  1. テンプレートを実行し、選ばれた追加質問と他の確率を記録します。
  2. 問題の内容を「最新のシステムアップデートの後から画面がちらつきます」に置き換え、もう一度実行します。
  3. 「保護プラン:2027 年まで有効」という行を追加し、保証に関する質問が不要になるかを確認します。

正解は事前入力していません。また、数回の実行は自分のフォームのテストにはなりません。公開前に、実際の、または現実に近い途中までの入力を集め、訓練を受けた同僚ならどの追加質問をするかを書き出して、結果と比較してください。

一つのリクエストで複数のことを尋ねる

自分で組み込む場合は、一つのリクエストに多くの質問を載せられます。TypeSafe の投機的ファンアウトのパターンでは、結果的に無関係になるかもしれないものも含め、必要になりそうな質問をまとめて送り、選ばれた分岐に当てはまる回答だけをコードが読みます。ドキュメントによると、質問は並列に評価されるため、質問を増やしても応答時間への影響は通常わずかです。フォームであれば、一回の呼び出しで、カテゴリ、注文番号が記載されているか、折り返しの電話が必要な口調かどうかを返し、何を表示するかはフォームが決める、という形になります。当サイトの Playground は一回のチェックで一つの質問を扱うため、この設計のうちの一ステップを実演するものです。

コミュニティで試されていること

あるパスワードマネージャーのチームは、2026 年 9 月 17 日に実験を共有しました。複雑なウェブフォームのフィールド認識に Jev を使い、手書きのルールを置き換えるというものです。その投稿にある改善幅とレイテンシーの数値は、作者たち自身が自前のテストページで得たものです。第三者による再現はされておらず、本格的な導入ではなく実験として説明されていました。他の例は プロジェクトギャラリー にあります。

モデルは、皮肉、複数言語の混在、誤った欄に入力された回答を読み違えることがあります。すべての分岐に人が手動でたどり着ける手段を、見える形で用意してください。公開する前に Jev の制約 を読んでください。

出典と関連資料

このガイドは、公式ドキュメントとリンク先のコミュニティ報告に基づいています。コミュニティの観察には、その報告者を明示しています。

  1. TypeSafe: 投機的ファンアウト
  2. TypeSafe: TypeSafe での構築方法
  3. TypeSafe: Choice
出典の確認方法