JevModel API によるバッチテキスト分類

Console → Batch は CSV、TXT、JSONL をローカルで読み込み、同じ質問を各行に適用して結果を出力します。正解率ダッシュボードではありません。コードからは各行ごとに POST /api/v1/systemone を呼びます。ここに非同期一括ジョブのエンドポイントや一括割引はありません。複数質問を含む一行も通常のリクエストです。まずファイルを確認するなら Console、再現できる取り込みと永続保存が必要なら自分のサーバーを使います。

代表的な少数の例から始め、結果に安定した行 ID を保存してください。複数列 CSV は最初の行を見出しとして使い、一列 CSV はすべての行をテキストとして扱います。JSONL は空でない一行に一つの JSON 値、TXT は空でない一行に一つの state です。Console のファイル上限は 2 MB（2,000,000 バイト）、1,000 行です。state の直列化は 8,000 文字以内、質問を含む検証後の全リクエストも 8,000 文字以内です。質問説明と JSON の記号に必要な余白を残してください。

問い合わせの未処理分なら、送信前に billing、technical、review を定義します。ファイル全体で質問を同じにすると結果を比較できます。下のリクエストは一行用であり、独立ジョブの配列ではありません。配列 state は一回の判断の共通文脈です。行 ID は結果の管理に使います。件数を増やす前に分類の重複と曖昧な入力を確認してください。分類だけで返信は生成されないので、文章作成はアプリや生成モデルが担当します。

{
  "state": "The customer was charged twice and requests an invoice correction.",
  "questions": {
    "queue": {
      "type": "choice",
      "instructions": "Which team should handle this customer message?",
      "criteria": {
        "billing": "Charges, refunds and invoice corrections.",
        "technical": "Broken app behavior, API failures and outages.",
        "review": "Ambiguous or unsupported requests that need a person."
      }
    }
  }
}

サーバーから各行を通常リクエストとして送り、HTTP ステータスと code === 0 を確認し、request_id、回答、元の行 ID を保存してから次へ進みます。まず逐次処理し、未測定の並列数で API に負荷をかけないでください。既存の GitHub クライアントは単発呼び出しと明示的な --live 選択を示します。冪等キーがないため、応答消失の裏で成功と課金が済んでいることがあります。履歴確認後にその行を再試行し、全体を再実行せず保存結果から再開します。Console はブラウザーセッションにも依存するため、離れる前に出力してください。

成功した各行は共通の一日 10 回の無料枠を先に使い、サイト容量の制限を受けます。その後は Playground/API と共通の残高から実際の入力トークンを引きます。失敗した通常リクエストの予約は戻ります。選択ラベルと確率を出力し、独立に付けた正解ラベルと比較してください。誤った自動操作と人による確認件数は分けて数えます。改訂を比べる場合は質問文、モデル経路、評価データを固定します。JevModel は独立運営で TypeSafe AI と提携していません。例はワークフロー設計であり、正解率の実測値ではありません。