ワークフロー / JevModel
Jev AI Decision Flows と人による確認
Jev の問い合わせ振り分けフローに不確実な回答の確認分岐を追加し、保存したグラフを API で呼び出します。制限と課金も説明します。
最終更新:
1. 範囲を決めた問い合わせ判断を作る
ログインとメール認証後、Console → Flows でサポート用テンプレートを開きます。まず迷惑内容かを判断し、次に担当チームを選び、必要な場合だけ緊急度を調べる経路が考えられます。billing_queue、on_call、human_review など安定した出口値を設定します。値はアプリが読む振り分けデータであり、自動でチケットは作りません。実際の担当範囲に合わせて分類し、曖昧なケースの出口も用意してください。
Jev で問い合わせを振り分けるChoice, Score, and Noul2. 不確実な回答に専用の分岐を設ける
Choice または Noul の最小確率を正の値にすると _unsure ポートができます。human_review 出口へ接続してください。Choice は選択した候補の確率を使い、Noul は閾値で true/false を選んで、その側の確率を確認します。Score は尺度の閾値で above/below に分岐し、この確率ポートを使いません。閾値は例示の数字ではなくラベル付き事例から決めます。接続がないと選択ポートで終了することがあるため、本番利用前に全分岐を確認してください。
Jev でツール呼び出し前に判断を加えるEvaluate a Jev workflow3. 明確な例と混合した例を保存前に試す
請求書の訂正、サービス障害、返金と決済故障を混ぜた問い合わせを試します。通過した各質問の経路と確率を確認してください。各ノードは同じ state を使い、入力の書き換えや返信生成は行いません。質問ノードは最大八つ、全ノードは最大 24 で、循環は不可です。state と各ノードのリクエストは通常のサイズ制限内に収めます。保存後に実際の ID をコピーして API を呼び出してください。
JevModel API:リクエストと応答4. 保存したフローをサーバーから呼び出す
YOUR_SAVED_FLOW_ID を、API キーと同じアカウントに保存したフロー ID に置き換えます。質問はグラフに保存されているため、state だけを送ります。HTTP ステータスと応答形式の両方を確認してください。200 でもフロー内のエラーが返る場合があるので、動作前に data.error、data.outcome、data.steps を調べます。保存バージョンと経路は変更確認にも使えます。権限確認、通知、業務操作はホストが行います。
Jev で Agent の次の操作を選ぶJevModel API:リクエストと応答curl -X POST https://jevmodel.app/api/v1/flows/YOUR_SAVED_FLOW_ID/run \
-H "Authorization: Bearer $JEVMODEL_API_KEY" \
-H "Content-Type: application/json" \
-d '{"state":"The checkout is failing for every customer."}'5. 費用と途中の失敗を確認する
無料フローが成功すると、グラフ全体の実行に 2 回分を使います。無料枠を使えない場合、選択経路で通過した質問だけが入力トークンを消費します。後の失敗で、それ以前に成功した有料質問は返金されません。実行の期限は 60 秒です。短い経路から試し、タイムアウトや無効な回答に制御された代替処理を設けてください。応答を失った場合は再実行前に履歴を確認します。JevModel は独立サービスで、TypeSafe AI と提携していません。
JevModel の料金と Jev 無料枠JevModel は独立したプロジェクトで、TypeSafe AI とは提携していません。