以下のベスト プラクティスは、堅牢なエージェントの構築に役立ちます。
自然言語のハンドブック名
プレイブック名には、意味がわかりやすい自然言語の名前を使用します。たとえば、「カスタマー ヘルプセンター プレイブック」は「company_specialist」よりもわかりやすいため、実行時の LLM のパフォーマンスに役立ちます。
簡潔な目標
目標は、ハンドブックの目的の簡潔な説明にする必要があります。
品質の指示を行う
指示は以下のようにする必要があります。
- エンドユーザーの問題を解決するための段階的なアプローチを反映する
- 大まかな指示で簡潔な自然言語の文
- 率直に、ツールの使用シナリオを指定する
ハンドブックごとに 1 つ以上のサンプル
サンプルはハンドブックごとに 1 つ以上必要ですが、4 つ以上用意することをおすすめします。 サンプルにはハッピーパスのシナリオを含む必要があります。
十分なサンプルがないと、ハンドブックで予期しない動作が発生する可能性があります。 ハンドブックが応答しない、または予期したとおりに動作しない場合は、欠落しているか、明確に定義されていないサンプルが原因である可能性があります。サンプルを改善するか、新しいサンプルを追加してみてください。
指示とサンプルの正確性
明確で説明的な指示を書くことも有用ですが、プレイブックの動作の精度を決めるのはサンプルの質と量です。言い換えると、完全に正確な指示を与えるよりも、徹底的なサンプルを書くことに多くの時間をかけてください。
サンプルでツールを参照する
プレイブックがツールを使用してレスポンスを提供するように設計されている場合は、このタイプのリクエストに対応する例でツールを参照してください。
ツールスキーマの operationId フィールド
ツールのスキーマを定義する場合、operationId 値は重要です。ハンドブックの指示では、この値が参照されます。このフィールドの名前付けの推奨事項は次のとおりです。
- 英数字とアンダースコアのみ。
- スキーマで説明されているすべての
operationIdの中で一意である必要があります。 - 提供される機能を反映した意味のある名前でなければなりません。
ツールスキーマ検証
ツールスキーマは、検証する必要があります。Swagger Editor を使用して、openAPI 3.0 のスキーマ構文を確認できます。
空のツール結果を処理する
ハンドブックがレスポンスを通知するためにツールに依存している場合、空のツールの結果により、ハンドブックの予期しない動作が発生する可能性があります。場合によっては、ハンドブック LLM がツールの結果を使用せずに回答をでっち上げる場合があります。これを防ぐには、プレイブック LLM が独自の回答を試みないようにするための特定の指示を追加します。
一部のユースケースでは、ハンドブックのレスポンスがツールの結果や提供されたデータに基づいた十分に根拠のあるものである必要があります。そのため、ハンドブック LLM の知識のみに基づいて応答させないようにする必要があります。
ハルシネーションを軽減するための指示の例:
- 「すべてのユーザーの質問に回答するには、このツールを使用する必要があります」
- 「ツールからデータが返ってこない場合は、ユーザーの質問に対する回答がわからないと答えてください」
- 「ツールからデータが返されなかった場合に、答えをでっち上げないでください」
Gemini でスキーマを生成する
Gemini では、スキーマを生成できます。たとえば、「Google カレンダー用にサンプルの openAPI 3.0 スキーマを作成できますか」を試してください。
焦点を絞ったハンドブック
非常に大規模で複雑なハンドブックは作成しないでください。各ハンドブックでは、具体的で明確なタスクを達成する必要があります。複雑なハンドブックがある場合は、小さなサブハンドブックに分割することを検討してください。
ループと再帰を回避する
手順でエージェントをリンクする際にループや再帰を作成するような指示はしないでください。
例にルーティング情報を提供する
ハンドブックを別のハンドブックに転送する必要がある場合は、サンプルにこの情報を提供します。この情報は、入力と出力サンプル セクションの出力情報を持つエンドサンプル フィールドから、サンプルへ提供されます。
たとえば、このフィールドの最後の文は、「以後のクエリをデフォルトの Playbook に再ルーティングする」などです。
パーソナライズに会話エージェント（Dialogflow CX）Messenger の JavaScript 関数を使用する
会話エージェント（Dialogflow CX）Messenger を使用する場合、次の関数を使用して、ユーザーのパーソナライズ情報をウェブ インターフェースからハンドブックに送信することができます。