Skip to main content

概要

Jinbaモジュールは、抽出・解析・ルールベースのチェックを含む、LLMを活用した強力なデータ処理機能を提供します。これらのツールはLLMでファイルを解析し、複雑なデータ変換・検証タスクを高精度かつ柔軟に処理します。

主な機能

JINBA_MODULES_EXTRACT

ユーザーが定義したJSON Schemaに基づき、LLMがファイルを解析して構造化データを抽出します。 出力: resultdataSchema に沿って抽出されたデータ。

JINBA_MODULES_PARSE

ファイル形式に応じてLLMが解析方法を自動調整し、内容を抽出する動的パーサーです。 出力: result — 解析結果の文字列。

JINBA_MODULES_CHECKER_V2

JSONで定義したルールをもとに対象ファイルを検証する、強化版のLLMチェッカーです。v2では柔軟なルール構造、高精度な判定、判定ごとの詳細な理由提示に対応しています。 出力: result — ルールごとのチェック結果の配列。各要素は uniqueIdrulestatusaccepted / rejected / pending)、rangereason、および任意の additionalData を持ちます。

認証

認証やツール設定は不要です。Jinbaモジュール APIの認証情報はサーバー側で管理されています。

例: インテリジェント文書抽出

例: バッチ文書処理

抽出モード

extractionMode パラメータは JINBA_MODULES_EXTRACTJINBA_MODULES_PARSE の両方で使用できます。
  • FAST: 高速にデータを抽出します。シンプルな文書の大量処理に最適です
  • BALANCED(デフォルト): 速度と精度のバランスを取って抽出します。汎用的な選択肢です
  • QUALITY: 最高精度で抽出します。重要文書や複雑なレイアウトに最適です

出力フォーマット

JINBA_MODULES_PARSEoutputFormat パラメータで解析結果の形式を指定できます。
  • MARKDOWN(デフォルト): 見出し・表・リストを保持したMarkdown形式で出力します
  • TEXT: プレーンテキストで出力します
  • STRUCTURED: 構造化された形式で出力します

データスキーマ設計

JINBA_MODULES_EXTRACTdataSchema パラメータには、有効な任意のJSON Schemaを指定できます。

基本スキーマ構造

高度なスキーマ機能

  • ネストされたオブジェクト: 複雑なデータ構造
  • 配列: 同じタイプの複数項目
  • 条件付きフィールド: 他の値に依存するフィールド
  • パターンマッチング: 正規表現による検証
  • フォーマット検証: 日付、メール、URLフォーマット

ルール形式

JINBA_MODULES_CHECKER_V2rules パラメータは、ルールオブジェクトのJSON配列です。各ルールはLLMによって対象ファイルに対して評価されます。

チェック結果

出力 result の各要素は1つのルールに対応します。
  • uniqueId: ルールの識別子
  • rule: 評価されたルール
  • status: accepted(合格)、rejected(不合格)、pending(保留)のいずれか
  • range: 判定が参照する対象内の位置
  • reason: 判定の詳細な理由
  • additionalData: additionalDataSchema を指定した場合に返される追加データ

使用例

  • 請求書処理: 自動請求書データ抽出と検証
  • 文書デジタル化: 紙文書を構造化データに変換
  • データ移行: レガシーシステムからのデータ抽出
  • コンプライアンスチェック: 規制に対する文書検証
  • 研究データ: 研究文書からの構造化データ抽出
  • フォーム処理: フォームデータの自動抽出
  • 契約分析: 契約から重要条項を抽出
  • 財務処理: 財務諸表と報告書の処理

ベストプラクティス

スキーマ設計

  • スキーマをシンプルで焦点を絞ったものにする
  • 明確で説明的なフィールド名を使用
  • 包括的な説明を含める
  • サンプルデータでスキーマをテスト
  • 一貫性のためにスキーマをバージョン管理

抽出最適化

  • ユースケースに適した抽出モードを選択
  • 高品質な入力文書を提供
  • 可能な場合は一貫した文書フォーマットを使用
  • 抽出精度を監視し、必要に応じて調整

チェック戦略

  • ルールの description は明確で曖昧さのない自然言語で記述する
  • 結果を長期的に追跡できるよう、各ルールに安定した uniqueId を付与する
  • ハルシネーション抑制のため、references に規程・法的文書・RAG検索結果などを添付する
  • pending の結果は手動で確認し、reason の内容をもとにルールを改善する

パフォーマンス考慮事項

  • 類似の文書をまとめてバッチ処理
  • シンプルで大量の処理にはFASTモードを使用
  • 精度が重要な場合にのみQUALITYモードを使用
  • 抽出失敗時のエラーハンドリングを実装