設計時

IXP の非構造化ドキュメントと複雑なドキュメント機能の設計時についてよく寄せられる質問 (制限、フィールド、アノテーション、モデルのパフォーマンスなど)

注:

If you process the same document again without changing the model configuration or taxonomy, the predictions returned are served from cache instead of being recomputed. This avoids repeating the same compute operation for identical input. You can observe this behavior at design time in the IXP UCD project, or at runtime when a UiPath automation runs or a Document Understanding API request is submitted.

この機能に設計時の制限はありますか?

以下のような設計時の制限事項があります。

• フィールド グループあたりのフィールド数: 最大 32 フィールド。
• フィールド名あたりの文字数: 最大 128 文字。
• プロンプトの指示あたりの文字数: 最大 2048 文字。これはすべてのプロンプトに適用されます。全体的な指示、フィールド グループの指示、フィールドの指示、フィールドの種類の指示もその対象です。
• プロジェクトあたりのドキュメント数: 最大 200 ドキュメント。設計時の処理は課金対象ではないため、この制限により、最適な設計時のパフォーマンスを維持し、設計時のコストを制御できます。

ドキュメント機能で一般フィールドを作成できますか?

いいえ、IXP には一般フィールドの概念はありません。すべてのフィールドがフィールド グループに属している必要があります。各フィールド グループは 1 つの独立した表に相当し、フィールドは表の列を意味します。ただし、ドキュメントの種類に相当する親レベルのフィールド グループを定義し、このフィールド グループの下に一般フィールドを表として追加できます。

IXP の非構造化ドキュメントと複雑なドキュメントのモデルでは、ラベル付けやアノテーションによってパフォーマンスが向上しますか?

いいえ、このモデルはまだユーザーのアノテーションから直接学習しません。モデルのパフォーマンスを向上させるには、プロンプトの指示またはモデルの設定を変更します。アノテーションから学習する微調整可能なモデルは、将来のリリースで利用可能になる予定です。

モデルのパフォーマンスが向上しないのにドキュメントのアノテーションを行う必要があるのはなぜですか?

それでもなお、ドキュメントを検証してアノテーションを行い、モデルのパフォーマンス評価のグラウンド トゥルースを確立することは重要です。パフォーマンス評価は、[評価] ページの組み込みのパフォーマンス メトリックにキャプチャされます。

プロンプトの指示をテストするには、ドキュメントをいくつアップロードする必要がありますか?

ドキュメントの代表的なサンプルをアップロードし、考えられるバリエーションをすべてカバーする必要があります。これは、少なくとも 20 個から 30 個の異なるドキュメントである必要があります。2 個から 3 個のドキュメントで初期の予測を確認し、プロンプトの指示を変更する必要があるかどうかを判断した上で、テスト サンプルを 10 個のドキュメント、20 個、30 個、X 個と徐々に増やしていくことをお勧めします。これは反復的なプロセスになります。

信頼できるパフォーマンス メトリックを取得するには、いくつのドキュメントのアノテーションを行う必要がありますか?

各フィールドについて少なくとも 10 個のドキュメントまたは 10 個の例、あるいはその両方を検証して、モデルが有意義な検証の統計情報を提供できるようにすることをお勧めします。これはアノテーションの最小数であり、特定のユース ケースの要件によって異なります。