* 質問のコンテキスト：Universal Containers (UC) は、プロンプトテンプレートに取引先オブジェクトの関連リストの詳細を含めることを希望しています。これは通常、Salesforce のジェネレーティブ AI 設定のプロンプトビルダーを介して行われます。
* プロンプトビルダーの動作
* 関連リストの選択: プロンプト ビルダー内で、オブジェクト (アカウント) に移動し、参照する関連リスト (連絡先、商談など) を選択できます。
* フィールドピッカー：関連リストを選択すると、プロンプトビルダーのフィールドピッカーインターフェースが表示され、関連リストから特定のフィールドを選択できます。選択したフィールドは、プロンプト内でマージフィールドや動的な挿入に使用できるようになります。
* オプションAが正しい理由
* 標準プロセスとの直接的な連携：Salesforceのドキュメントで推奨されている方法は、関連リストを選択し、フィールドピッカーを使用して必要なフィールドをAIプロンプトに追加することです。これにより、プロンプトには関連リストから必要なデータが正確に含まれます。
* オプションB（JSONフォーマット）を使わない理由
* JSONの必須要件なし：高度なフォーマットが必要な場合はデータをJSON形式で構造化できますが、Prompt Builderでは、JSON形式の関連リストからフィールドを手動で割り当てる必要はありません。プラットフォームは、データの受け渡しをバックグラウンドで自動的に処理します。
* オプションC（デフォルトのページレイアウト）を使わない理由
* ページレイアウトに依存しない：プロンプトビルダーは、フィールドのデフォルトのページレイアウトに厳密に依存しません。ユーザーのUIでのページレイアウトの設定に関係なく、関連リストから必要なフィールドを設定できます。
* 結論: Salesforce の公式アプローチでは、関連リストを選択し、フィールド ピッカーを使用してマージ フィールドを挿入するため、オプション A が正しい検証済みの回答です。
Salesforceエージェントforceスペシャリスト参考資料とドキュメント
* Salesforce 公式ドキュメント: プロンプトビルダーの基本AI プロンプトを構築するときにオブジェクトと関連リストを参照する方法について説明します。
* Salesforce Trailhead: Prompt Builder の使用開始関連オブジェクトまたはリストからフィールドを選択する方法を示す実践的な演習を提供します。
* Salesforce Agentforce Specialist 学習ガイドでは、生成 AI プロンプトで関連レコードとフィールドを参照するためのベスト プラクティスについて説明します。

包括的かつ詳細な説明：UCは、Einstein Conversation Insightsを活用し、営業コール中の製品や競合他社に関する言及に関するインサイトを取得したいと考えています。選択肢を検討してみましょう。
* オプションA：Einstein Conversation Insightsを有効化し、録音プロバイダーを接続し、権限セットを割り当て、最大25の製品でインサイトをカスタマイズします。Einstein Conversation Insightsは通話録音を分析し、製品名や競合他社名などのキーワードを識別します。設定には、機能の有効化、外部録音プロバイダー（Zoom、Gongなど）の接続、権限セット（Einstein Conversation Insightsユーザーなど）の割り当て、最大25の製品を定義しインサイトをカスタマイズする必要があります。
追跡対象となる製品または競合他社は25件です。Salesforceのドキュメントでは、カスタムキーワードの項目数は25件に制限されていることが確認されており、これはUCのニーズに合致する正確かつ正確な回答です。
* オプション B: Einstein Conversation Insights を有効にし、権限セットを割り当て、記録マネージャーを定義し、最大 50 の競合他社名を使用してインサイトをカスタマイズします。Einstein Conversation Insights のセットアップには「記録マネージャー」の役割はありません。統合はマネージャー指定ではなくプロバイダーと行われます。
制限は 25 個のキーワード (50 個ではありません) であり、このオプションではプロバイダーを接続するという重要な手順が省略されるため、正しくありません。
* オプションC：Einstein会話インサイトを有効にし、営業記録を有効にし、権限セットを割り当て、最大50個の製品でインサイトをカスタマイズします。「営業記録を有効にする」は曖昧です。会話インサイトはSalesforceのネイティブ記録機能ではなく、外部プロバイダーに依存しています。キーワードの制限は50ではなく25であるため、Bよりも近いにもかかわらず、これは正しくありません。
オプション A が正しい理由: オプション A は、Einstein Conversation Insights のセットアップ プロセスと制限を正確に反映しており、Salesforce ドキュメントに従った UC の要件を満たしています。
参考文献:
* Salesforce ヘルプ: Einstein Conversation Insights の設定 - プロバイダー接続の詳細と 25 個のキーワード制限。
* Trailhead: Einstein Conversation Insights の基本 - 権限とカスタマイズについて説明します。
* Salesforce Agentforce ドキュメント: セールス機能 - 統合手順を確認します。

包括的かつ詳細な解説：Agentforceテストセンターは、Agentforce Studioに含まれるエージェントのパフォーマンス検証ツールです。ステートメントを評価してみましょう。
* オプションA：テストを実行すると、本番環境のCRMデータが変更されるリスクがあります。Agentforce Testing Centerは、制御された環境（サンドボックスや隔離されたテストスペースなど）で擬似的なインタラクションを実行し、本番環境のCRMデータを変更しません。これは安全な導入前テストを目的として設計されているため、これは誤りです。
* オプションB：テストの実行ではEinsteinリクエストは消費されません。Einsteinリクエストは、Einstein Generative AI機能（本番環境でのプロンプト実行など）の使用クォータの一部です。Testing Centerは合成データを使用してインタラクションをシミュレートしますが、このクォータにカウントされる実際のAI呼び出しは実行されません。
Salesforce のドキュメントでは、テストはリクエストを消費しないことが確認されており、これが正しい答えになります。
* オプションC：Agentforce Testing Centerは本番環境でのみ使用できます。Testing Centerはサンドボックス組織と本番組織の両方で利用できますが、主に導入前（サンドボックスなど）でエージェントの安全性を検証するために使用されます。この制限は誤りであり、正しくありません。
オプション B が正しい理由: Einstein リクエストを消費しないことは、テスト センターの重要な機能であり、Salesforce ドキュメントに記載されているように、クォータに影響を与えずに広範なテストを可能にします。
参考文献:
* Salesforce Agentforce ドキュメント: テスト センター > 概要 - リクエストの消費がないことを確認します。
* Trailhead: Agentforce エージェントをテストする - クォータフリーのテストに関するメモ。
* Salesforce ヘルプ: Agentforce テスト - 安全で分離されたテストの詳細。

Universal Containers (UC) が Generative AI プロンプト設計戦略を改良し、カスタム オブジェクト Guest 用に生成されたサマリーの精度を向上させるためのベスト プラクティスは、簡潔で明確かつ一貫性のあるプロンプト テンプレートの作成に重点を置くことです。これには次のものが含まれます。
* 効果的なグラウンディング: プロンプトが正しいソースからデータを取得することを確認します。
* コンテキスト ロール プレイング: 要約を生成する際の役割を AI に明確に理解させます。
* 明確な指示: 回答に含める内容について明確な指示を与えます。
* 反復的なフィードバック: ユーザーからのフィードバックに基づいてプロンプトを定期的にテストおよび調整します。
* オプション B は、プロンプトのデザインを改善するための業界のベスト プラクティスに従っているため正解です。
* オプション A (プロンプト テスト モード) は便利ですが、プロンプトのデザイン自体を改良することにはあまり関係ありません。
* オプション C (Salesforce を使用した迅速なレビュー ケース) は、一般的な設計の改良ではなく、技術的な問題や複雑なプロンプト エラーに適しています。
参考文献:
Salesforce プロンプト設計のベスト プラクティス:https://help.salesforce.com/s/articleView?id=sf。
prompt_design_best_practices.htm

包括的かつ詳細な解説：データサイエンティストには、Einstein Studio（モデル管理）とPrompt Builder（テンプレート作成）の権限が必要です。注：「Einstein Studio」は、Data Cloudのモデル管理ツールや関連ツールを指すのに適切ではない可能性がありますが、文脈に応じて解釈します。それでは、評価してみましょう。
* オプションA: プロンプトテンプレートマネージャとプロンプトテンプレートユーザーSalesforceには「プロンプトテンプレートマネージャ」または「プロンプトテンプレートユーザー」の権限設定がないため、プロンプトビルダーへのアクセスは通常「Einstein Generative AIユーザー」などを介して行われます。このオプションはEinstein Studioには適用されません。
/Data Cloud なので、正しくありません。
* オプションB：データクラウド管理者とプロンプトテンプレートマネージャ「データクラウド管理者」権限セットは、AIモデルの閲覧と編集を含む、データクラウド（Einstein Studioのコンテキストと想定）内のモデル管理権限を付与します。「プロンプトテンプレートマネージャ」は実際のセットではありませんが、プロンプトビルダーの作成は「Einstein Generative AI管理者」または同様の管理者レベルのアクセス権限（想定インテント）でカバーされます。
この組み合わせはニーズに近似しており、名前の曖昧さにもかかわらず、最も近い正解になります。
* オプション C: プロンプト テンプレート ユーザーとデータ クラウド管理者「プロンプト テンプレート ユーザー」は標準セットではなく、ユーザー レベルのアクセス (例: Einstein Generative AI ユーザー) では通常、作成ではなく実行が許可されます。
データ サイエンティストはテンプレートを作成する必要があるため、十分なプロンプト ビルダー権限が不足しており、これは正しくありません。
オプションBが正しい理由（注意点付き）：「データクラウド管理者」はデータクラウドにおけるモデル管理（おそらくEinstein Studioを意図したもの）をカバーし、「プロンプトテンプレート管理者」は管理者レベルのプロンプトビルダーアクセス（例：Einstein Generative AI管理者）と解釈されます。名称の不一致はあるものの、これはSalesforceの権限体系の要件を満たしています。
参考文献:
* Salesforce Data Cloud ドキュメント: 権限 - モデルの詳細 Data Cloud 管理者。
* Trailhead: Einstein Generative AI のセットアップ - Prompt Builder 管理者アクセスについて説明します。
* Salesforce ヘルプ: Agentforce 権限セット - 管理者レベルのニーズに対応します。