概要
Jinbaモジュールは、抽出・解析・ルールベースのチェックを含む、LLMを活用した強力なデータ処理機能を提供します。これらのツールはLLMでファイルを解析し、複雑なデータ変換・検証タスクを高精度かつ柔軟に処理します。主な機能
JINBA_MODULES_EXTRACT
ユーザーが定義したJSON Schemaに基づき、LLMがファイルを解析して構造化データを抽出します。
出力:
result — dataSchema に沿って抽出されたデータ。
JINBA_MODULES_PARSE
ファイル形式に応じてLLMが解析方法を自動調整し、内容を抽出する動的パーサーです。
出力:
result — 解析結果の文字列。
JINBA_MODULES_CHECKER_V2
JSONで定義したルールをもとに対象ファイルを検証する、強化版のLLMチェッカーです。v2では柔軟なルール構造、高精度な判定、判定ごとの詳細な理由提示に対応しています。
出力:
result — ルールごとのチェック結果の配列。各要素は uniqueId、rule、status(accepted / rejected / pending)、range、reason、および任意の additionalData を持ちます。
認証
認証やツール設定は不要です。Jinbaモジュール APIの認証情報はサーバー側で管理されています。例: インテリジェント文書抽出
例: バッチ文書処理
抽出モード
extractionMode パラメータは JINBA_MODULES_EXTRACT と JINBA_MODULES_PARSE の両方で使用できます。
- FAST: 高速にデータを抽出します。シンプルな文書の大量処理に最適です
- BALANCED(デフォルト): 速度と精度のバランスを取って抽出します。汎用的な選択肢です
- QUALITY: 最高精度で抽出します。重要文書や複雑なレイアウトに最適です
出力フォーマット
JINBA_MODULES_PARSE の outputFormat パラメータで解析結果の形式を指定できます。
- MARKDOWN(デフォルト): 見出し・表・リストを保持したMarkdown形式で出力します
- TEXT: プレーンテキストで出力します
- STRUCTURED: 構造化された形式で出力します
データスキーマ設計
JINBA_MODULES_EXTRACT の dataSchema パラメータには、有効な任意のJSON Schemaを指定できます。
基本スキーマ構造
高度なスキーマ機能
- ネストされたオブジェクト: 複雑なデータ構造
- 配列: 同じタイプの複数項目
- 条件付きフィールド: 他の値に依存するフィールド
- パターンマッチング: 正規表現による検証
- フォーマット検証: 日付、メール、URLフォーマット
ルール形式
JINBA_MODULES_CHECKER_V2 の rules パラメータは、ルールオブジェクトのJSON配列です。各ルールはLLMによって対象ファイルに対して評価されます。
チェック結果
出力result の各要素は1つのルールに対応します。
uniqueId: ルールの識別子rule: 評価されたルールstatus:accepted(合格)、rejected(不合格)、pending(保留)のいずれかrange: 判定が参照する対象内の位置reason: 判定の詳細な理由additionalData:additionalDataSchemaを指定した場合に返される追加データ
使用例
- 請求書処理: 自動請求書データ抽出と検証
- 文書デジタル化: 紙文書を構造化データに変換
- データ移行: レガシーシステムからのデータ抽出
- コンプライアンスチェック: 規制に対する文書検証
- 研究データ: 研究文書からの構造化データ抽出
- フォーム処理: フォームデータの自動抽出
- 契約分析: 契約から重要条項を抽出
- 財務処理: 財務諸表と報告書の処理
ベストプラクティス
スキーマ設計
- スキーマをシンプルで焦点を絞ったものにする
- 明確で説明的なフィールド名を使用
- 包括的な説明を含める
- サンプルデータでスキーマをテスト
- 一貫性のためにスキーマをバージョン管理
抽出最適化
- ユースケースに適した抽出モードを選択
- 高品質な入力文書を提供
- 可能な場合は一貫した文書フォーマットを使用
- 抽出精度を監視し、必要に応じて調整
チェック戦略
- ルールの
descriptionは明確で曖昧さのない自然言語で記述する - 結果を長期的に追跡できるよう、各ルールに安定した
uniqueIdを付与する - ハルシネーション抑制のため、
referencesに規程・法的文書・RAG検索結果などを添付する pendingの結果は手動で確認し、reasonの内容をもとにルールを改善する
パフォーマンス考慮事項
- 類似の文書をまとめてバッチ処理
- シンプルで大量の処理にはFASTモードを使用
- 精度が重要な場合にのみQUALITYモードを使用
- 抽出失敗時のエラーハンドリングを実装