AWS でホストされている大規模言語モデル (LLM) など、外部でホストされているモデルにアクセスするには、Salesforce のモデルビルダーが適切なツールです。モデルビルダーを使用すると、外部 AI モデルを Salesforce プラットフォームに統合してデプロイできるため、Salesforce インフラストラクチャ外でホストされているモデルを活用しながら、プラットフォームのネイティブ AI 機能のメリットも享受できます。
オプション B の App Builder は、AI モデルの統合ではなく、主に Salesforce でアプリケーションを構築および構成するために使用されます。
オプション C の Copilot Builder は、外部 AI モデルを統合するのではなく、アシスタントのようなツールの構築に重点を置いています。
モデルビルダーを使用すると、外部システムやモデルとのシームレスな統合が可能になり、Salesforce ユーザーは外部 LLM を使用して AI 主導の洞察と自動化を生成できるようになります。
Salesforce AI スペシャリストリファレンス:
詳細については、モデルビルダーガイドをご覧ください: https://help.salesforce.com/s/articleView?id=sf.model_builder_external_models.htm

プロンプトビルダーでプロンプトテンプレートを作成する際には、大規模言語モデル（LLM）がどのように処理し、出力を生成するかを考慮することが不可欠です。LLMを様々な文体（単語の選択、強意語、絵文字、句読点など）で学習させることで、モデルは多様な文体パターンをより深く理解し、より文脈に適した応答を生成することができます。
このアプローチは、様々なユースケース向けに出力を生成する際のLLMの柔軟性と精度を向上させます。LLMは様々な表記規則やスタイルを認識するように訓練されているためです。プロンプトテンプレートは、豊富なコンテキストを提供することに重点を置くべきであり、このスタイルの多様性はモデルの適応性を向上させるのに役立ちます。
オプション A と B は、複数選択の質問やロールプレイングのシナリオを追加しても、標準的なビジネス コンテキスト内での AI の出力生成品質の向上に大きく貢献しないため、あまり関連性がありません。
詳細については、Salesforce の Prompt Builder ドキュメントと LLM チューニング戦略を参照してください。

サポートチームは、Einstein ReplyRecommendationsを活用して、組織のナレッジベースに基づいた、顧客からの問い合わせに迅速かつ適切な回答を提供する必要があります。この機能はAIを活用し、過去のやり取りとシステムに保存されたナレッジに基づいて、正確で一貫性のある返信を推奨します。これにより、組織の標準に沿った回答が確実に提供されます。
Einstein Service Replies (オプション A) は、返信の生成に重点を置いていますが、応答をナレッジベースに根付かせることにはそれほど重点を置いていません。
Einstein Knowledge Recommendations (オプション C) は、エージェントにナレッジ記事を提案します。これは、顧客に自動または AI によって生成された応答を提供するよりも、エージェントが関連する記事を見つけるのを支援することに重点が置かれています。
Salesforce AI スペシャリストリファレンス:
Einstein Reply の推奨事項の詳細については、https://help.salesforce.com/s/articleView?id=sf.einstein_reply_recommendations_overview.htm をご覧ください。

* 営業メール テンプレートの使用例:営業メール テンプレートを作成する場合 (特にアウトリーチやフォローアップ用)、受信者にリンクされているアカウントに関する関連詳細を参照する必要があることがよくあります。
* Salesforce メールテンプレートの標準マージフィールド:
* 受信者（連絡先、リード、またはメールを受信する人）
* 送信者（メールを送信したユーザー）
* 受信者アカウント（その連絡先に関連するアカウントで、会社レベルの詳細やその他の関連データを提供します）
* 受信者アカウントが必要な理由
* 営業コミュニケーションでは、電子メールでアカウントデータ (アカウント名、業種、その他のカスタム フィールドなど) を参照することが非常に一般的です。
* これは、連絡先がアカウントに関連付けられている B2B シナリオでは特に重要です。
* 「受信者の選択肢」は複数になる可能性があるため、標準的なメールの差し込み印刷では直接的な処理になりません。
「ユーザー組織」はより一般的な内部情報であり、通常は受信者へのパーソナライズのために挿入されるものではありません。
* 参考文献と学習リソース:
* Salesforce ヘルプ & トレーニング#メールテンプレート: マージフィールド
* Salesforce Trailhead#「Sales Cloud でメールテンプレートを作成およびカスタマイズする」
* Salesforce AI スペシャリスト学習リソース (AI を活用したコミュニケーションやプロンプトベースのコミュニケーションでアカウントなどの標準オブジェクトを活用するための推奨ベスト プラクティスをカバー)

SalesforceのPrompt Builderにはいくつかの制限があり、その一つとして、カスタムオブジェクトはFlexテンプレートタイプでのみサポートされています。つまり、ユーザーはカスタムオブジェクトをプロンプトに統合するには、Flexテンプレートを使用する必要があります。
* オプション A: リッチ テキスト エリア フィールドには特定の制限がありますが、これはカスタム オブジェクトの統合に関する基本的な制限には関係しません。
* オプション B: プロンプト テンプレートの更新と作成はセットアップ監査証跡に記録されるため、この記述は正しくありません。
* オプション C: これは、プロンプト ビルダーの文書化された制限を反映しているため、正解です。