Free Salesforce Salesforce-AI-Specialist Practice Exam with Questions & Answers | Set: 4

Service AI Grounding retrieves data from Salesforce objects to ground AI-generated responses. Key considerations:

Field Types: Standard Service AI Grounding supports String and Text Area fields. Custom rich text fields (e.g., RichTextArea) are not supported, making Option B correct.

Objects: While Service AI Grounding primarily uses Case and Knowledge objects (Option A), the limitation here is the field type, not the object.

Visibility: Service AI Grounding respects user permissions and sharing settings unless overridden (Option C is incorrect).

References:

Salesforce Help: Service AI Grounding Requirements

Explicitly states support for "Text Area and String fields" only.

To customize thecase summary responsefromEinstein Copilot, the AI Specialist should create acustom Record Summary prompt templatefor theCase object. This allows Universal Containers to tailor the way case data is summarized, ensuring the output aligns with specific business requirements or user preferences.

Option A(customizing the standard Record Summary template) does not provide the flexibility required for deep customization.

Option B(standard Copilot action) won’t allow customization; it will only use default settings.

Refer toSalesforce Prompt Builder documentationfor guidance on creating custom templates for record summaries.

In the Einstein Trust Layer, the Salesforce AI Specialist can configure privacy data entities to be masked (Option C). This ensures sensitive or personally identifiable information (PII) is obfuscated when processed by AI models.

Data Masking Configuration:

The AI Specialist defines which fields or data types (e.g., email, phone number, Social Security Number) should be masked. For example, masking the Email field in a prompt response to protect user privacy.

This is done through declarative settings in Salesforce, where entities (standard or custom fields) are flagged for masking.

Why Other Options Are Incorrect:

A. Profiles exempt from masking: Exemptions are typically managed via permissions (e.g., field-level security), not directly within Einstein Trust Layer’s Data Masking settings.

B. Encryption keys for masking: Encryption is separate from masking. Masking involves obfuscation (e.g., replacing "john@example.com" with "@"), not encryption, which uses keys to secure data.

References:

Einstein Trust Layer Documentation: States that Data Masking allows admins to "define which fields should be masked to protect sensitive data."

Trailhead Module: "Einstein Trust Layer Basics" explains configuring privacy entities for masking.

Salesforce Help Article: "Secure AI with Einstein Trust Layer" details masking configurations for privacy compliance.

In theEinstein Trust Layer, thetoxicity scoringsystem is used to evaluate the safety level of content generated by AI, particularly to ensure that it is non-toxic, inclusive, and appropriate for business contexts. Atoxicity score of 1indicates that the content is deemedsafe.

The scoring system ranges from 0 (unsafe) to 1 (safe), with intermediate values indicating varying degrees of safety. In this case, a score of 1 means that the generated content is fully safe and meets the trust and compliance guidelines set by theEinstein Trust Layer.

For further reference, check Salesforce’s officialEinstein Trust Layer documentationregardingtoxicity scoringfor AI-generated content.

WhenUniversal Containers' AI data masking rulesdo not meet organizational privacy and security standards, the AI Specialist should configure thedata maskingrules within theEinstein Trust Layer. TheEinstein Trust Layerprovides a secure and compliant environment where sensitive data can be masked or anonymized to adhere to privacy policies and regulations.

Option A, enabling data masking for sandbox refreshes, is related to sandbox environments, which are separate from how AI interacts with production data.

Option C, adding masking rules in the LLM setup, is not appropriate because data masking is managed through theEinstein Trust Layer, not the LLM configuration.

The Einstein Trust Layer allows for more granular control over what data is exposed to the AI model and ensures compliance with privacy regulations.

Salesforce AI Specialist References:For more information, refer to:https://help.salesforce.com/s/articleView?id=sf.einstein_trust_layer_data_masking.htm

When usingPrompt Builderin a Salesforce org, the correct process involves several important steps:

Select the appropriate prompt template typebased on the use case.

Develop the promptwithin theprompt workspace, where the template is created and customized.

Select CRM-derived grounding datato be dynamically inserted into the prompt, ensuring that the AI-generated responses are based on accurate and relevant data.

Pick the model to usefor generating responses, either using Salesforce's built-in models or custom ones.

Test and validatethe generated responses to ensure accuracy and effectiveness.

Option Bis correct as it follows the proper steps for usingPrompt Builder.

Option AandOption Cdo not capture the full process correctly.

References:

Salesforce Prompt Builder Documentation:https://help.salesforce.com/s/articleView?id=sf.prompt_builder_overview.htm

Context of the Requirement:Universal Containers wants to pull in real-time order status data from an external ERP system into an LLM prompt.

Data Grounding in LLM Prompts:Data grounding ensures the Large Language Model has access to the most current and relevant information. In Salesforce, one recommended approach is to useExternal Objects(via Salesforce Connect) when data resides outside of Salesforce.

Why External Object Record Merge Fields:

External Objectsappear much like standard or custom objects but map to tables in external systems.

You can reference fields from these External Objects in merge fields, allowing real-time data retrieval from the external ERP system without storing that data natively in Salesforce.

This is a simpler “point-and-reference” approach compared to coding custom Apex or configuring external services for direct prompt embedding.

Why Not External Services Merge Fields or Apex Merge Fields:

External Services Merge Fieldstypically leverage flows or external service definitions. While feasible, it is more about orchestrating or invoking external services for automation (e.g., Flow). It’s not the standard approach for seamlessly referencingexternal recorddata in prompt merges.

Apex Merge Fieldswould imply custom Apex code controlling the prompt insertion. While possible, it’s less “clicks not code” friendly and is not the default method for referencing typical record data.

References and Study Resources:

Salesforce Help & Training→Salesforce Connect and External Objects

Salesforce Trailhead→“Integrate External Data with Salesforce Connect”

Salesforce AI Specialist Study Resources(documentation regarding how to ground LLM prompts using External Objects)

WhenUniversal Containersuses theDraft with Einsteinfeature inSales Cloudto create a personalized email, the predefined adjustment toMake Less Formalis the correct option to revise the draft with a more casual tone. This option adjusts the wording of the draft to sound less formal, making the communication more approachable while still maintaining professionalism.

Enhance Friendlinesswould make the tone more positive, but not necessarily more casual.

Optimize for Clarityfocuses on making the draft clearer but doesn't adjust the tone.

For more details, seeSalesforce documentation on Einstein-generated email draftsand tone adjustments.

Context of the Question

Universal Containers (UC) wants to build a Flex prompt template that uses data returned by a Flow.

“Flex Prompt Templates” allow admins and AI Specialists to incorporate external or dynamic data into generative AI prompts.

Why “Add Flow Instructions” Is Needed

Passing Flow Data into Prompt Templates: When configuring the prompt, you must specify how data from the running Flow is passed into the Flex template. The designated element for that is typically “Flow Instructions,” which map the Flow outputs to the prompt.

Other Options:

Add Flex Instructions: Typically controls how the AI responds or structures the output, not how to bring Flow data into the template.

Add Prompt Instructions: Usually for static or manual instructions that shape the AI’s response, rather than referencing dynamic data from the Flow.

Outcome

“Add Flow Instructions” ensures the prompt can dynamically use the data that the Flow returns—makingOption Ccorrect.

Salesforce AI Specialist References & Documents

Salesforce Help & Training:Using Prompt Templates with FlowExplains how to pass Flow variables into a prompt template via a specialized step (e.g., “Flow Instructions”).

Salesforce AI Specialist Study GuideOutlines how to configure generative AI prompts that reference real-time Flow data.

The sales team at a hotel resort wants to generate a guest summary about guests' interests and provide recommendations based on their activity preferences captured in each guest profile. They require the summary to be availableonly on the contact record page.

Solution:

UsePrompt Builderto create a prompt template that generates the desired summary and displays it on the contact record page.

Prompt Builder:

Purpose:Allows the creation of custom prompt templates that leverage AI to generate content based on Salesforce data.

Functionality:

Field Generation Templates:Can be used to populate fields on records with AI-generated summaries.

Customization:Enables the AI Specialist to design prompts that utilize data from the guest profiles to produce personalized summaries and recommendations.

Relevance to the Use Case:

The sales team wants the summary to be available on the contact record page, which aligns with the capabilities of Prompt Builder to generate and display content on specific record pages.

Implementation Steps:

Create a Field Generation Prompt Template:

Use Prompt Builder to create a new prompt template of typeField Generation.

Design the prompt to instruct the AI to generate a summary based on the guest's interests and activity preferences.

Include Relevant Data:

Use merge fields to include data from the guest profile in the prompt.

Ensure that the prompt accesses the necessary fields to generate accurate recommendations.

Configure the Contact Page Layout:

Add the field that will display the AI-generated summary to the contact record page layout.

Ensure that the field is only visible where appropriate, adhering to the requirement of availability only on the contact record page.

Why Not Einstein Copilot or Model Builder:

Option A (Einstein Copilot):

Purpose:Einstein Copilot is a conversational AI assistant designed to interact with users through natural language.

Mismatch with Requirements:

The team wants a static summary displayed on the contact record page, not an interactive conversational experience.

Option C (Model Builder):

Purpose:Model Builder is used to create custom AI models for predictions and classifications.

Inapplicability:

Building a custom model is unnecessary for generating text summaries based on existing data.

Model Builder does not directly provide functionality to generate and display summaries on record pages.

References:

Salesforce AI Specialist Documentation -Prompt Builder Overview:

Provides an introduction to Prompt Builder and its capabilities.

Salesforce Help -Creating Field Generation Prompt Templates:

Guides on creating prompt templates that generate content for fields on records.

Salesforce Trailhead -Customize AI Content with Prompt Builder:

Offers hands-on experience in building and customizing prompt templates.

Conclusion:

By utilizing Prompt Builder, the sales team can create a customized prompt template that generates personalized guest summaries and recommendations based on activity preferences. This solution meets the requirement of displaying the summary only on the contact record page, enhancing the team's ability to engage with guests effectively.