説明のガイドライン

説明は、ドキュメント上のデータを見つけるために使用されます。このため、フィールドを作成するときは、その説明で必要な情報が確実に見つかるように配慮する必要があります。

説明のベスト プラクティス

最良の結果を得るには、次のガイドラインに従ってください。

  • 必要なデータを説明するときは簡単な単語と文章を使用してください。指示や質問を含めることは避けます。

  • できるだけ具体的に記述してください。

  • 複数の項目に一致する可能性のあるあいまいな記述は避けてください。

  • 期待される値のリストがある場合は、説明の中にそれらを含めてください。

  • 結果の形式を設定する場合は、説明にそれを含めてください。また、結果が見つからない場合に実行すべき操作も説明します。

  • ドキュメントに関係のないデータの抽出を避けてください。

説明の制限事項

AI を使用する場合は、正確な結果を得るために、できるだけ多くのコンテキストを提供する必要があることに注意してください。

Copilot 自動抽出には次の制限が適用されます。

  • 算術計算はできません。Copilot 自動抽出で算術計算を実行するように要求しても、一貫性のある応答や信頼できる応答は得られません。

  • 数えることはできません。単語を検索するときに、「ページの最初の 30 語の中にある」と指定しても、Copilot 自動抽出では検索できません。

  • 現在の日付を認識していません。日付の比較は機能しません。

  • ドキュメント上のピクセル座標を認識できません。右上隅、真上、真下などの参照は使用できません。

  • フィールドの入力として外部リソースを参照できません。Web サイトの URL を指定しても、Copilot 自動抽出がその Web サイトを読み取ってそこからコンテンツを返すことは期待できません。

  • フィールドの説明から 2 つの情報が返される場合、適切な応答を決定できません。最初の情報のみが返されます。このような状況では、説明をより具体的にするか、2 つの別々のフィールドを作成してください。

説明の例

FirstName というフィールドの場合:

推奨: 「フォームを送信した人の名」や「送信者の名」のように、必要な情報をシンプルに説明してください。

非推奨: あいまいな表現は避けてください (例: フォームに記載されている名)。説明は文字通りに解釈されるため、特定の人物の名ではなく、ドキュメントに記載されている名が返される可能性があります。これは、1 つのドキュメントに複数の人物が記載されている場合に特に当てはまります。

適切なフィールド説明の例

名前

説明

SSN

フォーム送信者の社会保障番号。

UtilityBillType

ガス、電気、水道など、公共料金の請求書の種類。

配送先住所

商品の配送先住所。

合計

請求金額の合計。

支払い受取人

支払いを受け取る人の名前。

期限

請求書の支払期限 (YYYY/MM/DD の形式)。

不適切なフィールド説明の例

名前

不適切な説明

不適切である理由

承認

この請求書の承認が必要な場合は「はい」。必要ない場合は「いいえ」。

この情報はドキュメントのテキストから推測できません。LLM はユーザーの社内承認プロセスを把握できません。

PreviousBalance

銀行口座の以前の残高。

この明細書に複数の銀行口座が記載されている場合、このフィールドは機能しない可能性があります。

より具体的に記述するため、「最初に記載した銀行口座の」を説明に追加します。

LargestAmount

ドキュメントに記載されている最大のドル金額。

LLM は計算しない可能性があります。正しく機能するかどうかは保証できません。

IsAdult

フォームの送信者が生年月日に基づく成人である場合は「はい」。そうでない場合は「いいえ」。

LLM は計算しない可能性があり、現在の日付も知りません。年齢を算出するには両方の情報が必要です。

名前

フォームの送信者は誰ですか?

フォームの送信者の名前は何ですか?

フォームの送信者の名前を返します。

これは、必要なデータの説明ではなく質問です。

これも、必要なデータの説明ではなく質問です。

これは、必要なデータの説明ではなく指示です。

多くの場合、最良の結果を得るには多少の試行錯誤が必要になります。説明の表現を変更して、結果が改善されるかどうかを確認してください。