業務フロー自動化用LLM API

本番アプリでの業務フロー自動化

支払い処理が請求書を読み、注文書と照合します。モデルが差異を分類し、承認待ちにするか例外対応のチケットを作ります。 処理の状態は会話履歴ではなく、アプリのデータベースに保存します。

モデルは曖昧な分類だけを判断します。 解析、計算、重複検出、書き込み、再試行、期限は固定の処理で管理します。 外部への書き込みには必ず重複防止キーを付けます。

業務フロー自動化の処理の流れ

• 状態と変更しない入力の参照を保存する。
• 固定のロジックで解析・照合する。
• 曖昧な判断にだけモデルを呼ぶ。
• 判断が規約と確信度の基準を満たすか確認する。
• 重複せず次の状態を保存するか、確認待ちに回す。

LLMFly AIでgpt-5.6-terraを呼び出す

リクエストはサーバーから送ります。例の内容と仮のツールスキーマを、アプリのデータとツールに置き換えてください。

curl https://app.llmfly.ai/v1/chat/completions \
  -H "Authorization: Bearer $LLMFLY_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "gpt-5.6-terra",
    "messages": [
      {"role": "system", "content": "Classify the invoice discrepancy using the supplied policy. Return MATCH, REVIEW, or REJECT with the exact policy rule. Do not perform any external action."},
      {"role": "user", "content": "Classify this invoice and purchase-order discrepancy."}
    ],
    "response_format": {"type": "json_object"}
  }'

主モデルにgpt-5.6-terraを選ぶ理由

範囲の決まった判断はTerraが担当します。規約と例外の分類に必要な推論を維持します。

検証に合格する限定的な分類にはGemini 2.5 Flashを使います。 新しい例外はモデルの権限を広げず、Solまたは担当者へ回します。

業務フロー自動化の合格基準

本番前に対処する失敗

• 会話履歴を状態の保存先にする
• 重複する書き込みを再試行する
• 不要な権限を付ける
• 失敗で終了する経路がない

出力と実行記録

決まった形式の分類、規約ID、説明、必要なら確認依頼の理由を返します。

本番の実行ごとにモデルID、リクエストID、トークン使用量、再試行、検証結果、最終的な扱いを記録してください。