Salesforce-AI-Specialist Salesforce Certified AI Specialist Exam Question and Answers

The"Create Close Plan"feature is designed to help sales reps by providingAI-generated strategies and stepsspecifically focused on closing deals. This feature leverages AI to analyze the current state of opportunities and generate a plan that outlines the actions, timelines, and key steps required to move deals toward closure. It aligns directly with the sales team’s need to meet quotas by offering actionable insights and structured plans.

Find Similar Deals(Option A) helps sales reps discover opportunities similar to their current deals but doesn’t offer a plan for closing.

Create Account Plan(Option B) focuses on long-term strategies for managing accounts, which might include customer engagement and retention, but doesn’t focus on deal closure.

Salesforce AI Specialist References:For more information on using AI for sales, visit:https://help.salesforce.com/s/articleView?id=sf.einstein_for_sales_overview.htm

To allow a data scientist to view and manage models inEinstein Studioand create prompt templates inPrompt Builder, the AI Specialist should assign theData Cloud AdminandPrompt Template Managerpermission sets.

Data Cloud Adminprovides access to manage and oversee models withinEinstein Studio.

Prompt Template Managergives the user the ability to create and manage prompt templates withinPrompt Builder.

Option Ais correct because it assigns the necessary permissions for both managing models and creating prompt templates.

Option BandOption Care incorrect as they do not provide the correct combination of permissions for managing models and building prompts.

References:

Salesforce Permissions Documentation:https://help.salesforce.com/s/articleView?id=sf.perm_sets_overview.htm

When an active standard email prompt template doesn’t meet the business requirements, the best approach is toclone the existing templateand modify it as needed. Cloning allows the AI Specialist to preserve the original template while making adjustments to fit specific business needs. This ensures that any customizations are applied without altering the original standard template.

Saving as a new versionis typically used for versioning changes in the same template, whileSave as New Templatecreates a brand-new template without linking to the existing one.Cloningprovides a balance, allowing modifications while retaining the original structure for future reference.

For more details, refer toSalesforce Prompt Builder documentationfor guidance on cloning and modifying templates.

Before enabling Call Explorer, the Salesforce AI Specialist must ensure that the Einstein Conversation Insights permission set is assigned to users (Option C). Call Explorer is a feature within Einstein Conversation Insights (ECI) that analyzes meeting recordings to surface trends, keywords, and actionable insights.

Key Considerations:

Permission Set Requirement:

Users (including admins) need the Einstein Conversation Insights permission set to access and use Call Explorer. Without this, the feature remains inaccessible.

The permission set grants access to ECI tools, including call transcription, analysis, and dashboard visibility.

Why Other Options Are Incorrect:

A. Independence from Salesforce Knowledge: While Call Explorer does not rely on Salesforce Knowledge, this is irrelevant to the setup prerequisite. The critical dependency is the permission set, not Knowledge configuration.

B. Custom Actions: Call Explorer does not require custom actions to be built before configuration. It is a pre-built analytics tool that works once permissions and data sources (e.g., call recordings) are configured.

References:

Salesforce Einstein Conversation Insights Guide: Explicitly states that the Einstein Conversation Insights permission set is required to access Call Explorer.

Trailhead Module: "Einstein Conversation Insights Basics" outlines permission prerequisites for enabling call analytics.

Salesforce Help Documentation: Confirms that Call Explorer functionality is governed by ECI permissions.

Salesforce Einstein Copilotis designed to provide a conversational AI interface that can be utilized by different types of Salesforce users, such as developers, sales agents, and retailers. It acts as anAI-powered assistantthat facilitates natural interactions with the system, enabling users to perform tasks and access data easily. This includes tasks like pulling reports, updating records, and generating personalized responses in real time.

Option Ais correct becauseEinstein Copilotbrings a conversational interface that caters to a wide range of users.

Option BandOption Care more focused on developing and training AI models, which are not the primary functions ofEinstein Copilot.

References:

Salesforce Einstein Copilot Overview:https://help.salesforce.com/s/articleView?id=einstein_copilot_overview.htm

ThePrompt Builderin Salesforce has some specific limitations, one of which is thatcustom objectsaresupportedonly for Flex template types. This means that users must rely on Flex templates to integrate custom objects into their prompts.

Option A: While rich text area fields have certain restrictions, this does not pertain to the core limitation of integrating custom objects.

Option B: Updates and creations for prompt templates are indeed recorded in the Setup Audit Trail, so this statement is incorrect.

Option C: This is the correct answer as it reflects a documented limitation of the Prompt Builder.

Context of the Question

Universal Containers (UC) has generative AI–enabled fields that users can access in the desktop experience.

The AI Specialist needs these same fields to be visible and usable in the Salesforce Mobile App.

Why Dynamic Forms on Mobile?

Dynamic Formsallow you to configure record pages so that fields and sections can appear or be hidden based on certain criteria.

When you enable “Dynamic Forms for Mobile,” any generative AI–enabled fields placed on the dynamic layout become accessible in the Salesforce mobile experience.

There is no standard Setup option labeled “Enable Mobile Generative AI” or “Enable Mobile Prompt Responses” as a universal toggle; the existing official approach is to ensure dynamic forms (and the relevant fields) are supported on mobile.

Conclusion

Ensuring that these AI-driven fields are visible on mobile is accomplished by turning onDynamic Forms on Mobileand adding those fields to the dynamic layout. Therefore,Option Cis correct.

Salesforce AI Specialist References & Documents

Salesforce Documentation:Dynamic Forms OverviewExplains how to enable Dynamic Forms for both desktop and mobile UIs, allowing newly added fields (including generative AI–enabled ones) to display in the Salesforce Mobile App.

Salesforce AI Specialist Study GuideReiterates that to expose generative AI fields or components in mobile, you must configure dynamic forms and ensure compatibility on mobile layouts.

To meetUniversal Containers'goal of improving efficiency and reducing agent handling time with AI-generated responses, the best approach is to enableService Replies,Service AI Grounding, andGrounding with Knowledge.

Service Repliesgenerates responses automatically.

Service AI Groundingensures that the AI is using relevant case data.

Grounding with Knowledgeensures that responses are backed by Salesforce Knowledge articles, allowing agents to identify whether a response is coming from theLLMorSalesforce Knowledge.

Option Cdoes not includeService Replies, which is necessary for generating AI responses.

Option Alacks theGrounding with Knowledge, which is essential for identifying response sources.

For more details, refer toSalesforce Service AI documentationon grounding and service replies.

Einstein Copilot currently supports various actions like creating and updating records but does not support theDelete Recordaction. Therefore, the user's request to delete activities from the past 7 days cannot be fulfilled using Einstein Copilot.

Unsupported Action:The inability to delete records is due to the current limitations of Einstein Copilot's supported actions. It is designed to assist with tasks like data retrieval, creation, and updates, but for security and data integrity reasons, it does not facilitate the deletion of records.

User Permissions:Even if the user has the necessary permissions to delete records within Salesforce, Einstein Copilot itself does not have the capability to execute delete operations.

References:

Salesforce AI Specialist Documentation -Einstein Copilot Supported Actions:

Lists the actions that Einstein Copilot can perform, noting the absence of delete operations.

Salesforce Help -Limitations of Einstein Copilot:

Highlights current limitations, including unsupported actions like deleting records.

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.

To ensure that content generated by a large language model (LLM) is appropriately screened for toxic language, the AI Specialist should create aTrust Layer audit reportwithinData Cloud. By using thetoxicity detector type filter, the report can displaytoxic responsesalong with their respective toxicity scores, allowingUniversal Containersto monitor and manage any toxic content generated with a high level of confidence.

Option Cis correct because it enables visibility into toxic language detection within theTrust Layerand allows for auditing responses for toxicity.

Option Asuggests checking a toxicity detection log, butSalesforceprovides more comprehensive options via the audit report.

Option Binvolves creating a flow, which is unnecessary for toxicity detection monitoring.

References:

Salesforce Trust Layer Documentation:https://help.salesforce.com/s/articleView?id=sf.einstein_trust_layer_audit.htm

To enable Sales Email prompt templates:

Permission Set: Assign the Prompt Template User permission set to the sales team to grant access to use pre-built templates.

Feature Activation: Enable Sales Emails in Salesforce Setup to activate the integration between prompt templates and email workflows.

Option B (Manager permission set): Required for creating/modifying templates, not for usage.

Option C (Data Cloud Admin): Unrelated to prompt template access.

References:

Salesforce Help: Prompt Template Permissions

Specifies that "Prompt Template User" is required to leverage templates in workflows.

Sales Email Setup outlines enabling the feature in Setup.

Context of the Question

Universal Container (UC) has used prompt templates to update summary fields on record pages.

Now, the admin wants to incorporate similar generative AI functionality within a Flow for automation purposes.

How to Call a Prompt Template Within a Flow

Flow Action: Salesforce provides a standard way to invoke generative AI templates or prompts within a Flow step. From the Flow Builder, you can add an “Action” that references the prompt template you created in Prompt Builder.

Other Options:

Invocable Apex: Possible fallback if there’s no out-of-the-box Flow Action available. However, Salesforce is releasing native Flow integration for AI prompts, making custom Apex less necessary.

Einstein for Flow: A broad label for Salesforce’s generative AI features within Flow. Under the hood, you typically use a “Flow Action” that points to your prompt.

Conclusion

The easiest out-of-the-box solution is to use aFlow Actionreferencing the prompt template. Hence,Option Bis correct.

Salesforce AI Specialist References & Documents

Salesforce Trailhead:Use Prompt Templates in FlowDemonstrates how to add an Action in Flow that calls a prompt template.

Salesforce Documentation:Einstein GPT for FlowExplains standard flow actions to invoke and handle generative AI responses.

Service Replies: This generative AI feature automates and assists in generating accurate, contextual, and efficient replies for customer service agents. It uses past interactions, case data, and the context of the conversation to provide draft responses, thereby enhancing productivity and reducing response times.

Case Summaries: Summarizes case information but does not assist directly in replying to customer chats.

Case Escalation: Refers to moving cases to higher-level support teams but does not address the need to improve chat response productivity.

Thus,Service Repliesis the best feature for this requirement as it directly aligns with improving agent efficiency in replying to chats.

When configuring acustom prompt templateto use related lists, the AI Specialist must be aware of themaximum number of related list merge fieldsthat can be included. Salesforce enforces limits to ensure prompt templates perform efficiently and do not overload the system with too much data. As a best practice, it's important to monitor and optimize the number of merge fields used.

Option Bis correct because there is a limit on how many related list merge fields can be included in a prompt template.

Option A(text encoding) andOption C(XML/JSON rendering) are not key considerations in this context.

References:

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

Einstein Work Summaries automatically generate concise summaries of customer interactions (e.g., chat transcripts). Beyond the "summary" field, it extracts and populates Issue (key problem discussed) and Resolution (action taken to resolve the issue). These fields help agents and supervisors quickly grasp the conversation's context without reviewing the full transcript.

Sentiment Analysis and Emotion Detection (Option A): While Einstein Conversation Insights provides sentiment scores and emotion detection, these are separate from Work Summaries. Work Summaries focus on factual summaries, not sentiment.

Draft Survey Request Email (Option B): Not part of Work Summaries. This would require automation tools like Flow or Email Studio.

Issue and Resolution (Option C): Directly referenced in Salesforce documentation as fields populated by Einstein Work Summaries.

References:

Salesforce Help Article: Einstein Work Summaries

Einstein Work Summaries focus on "key details like Issue and Resolution" alongside summaries.

Contrast with Einstein Conversation Insights for sentiment/emotion analysis.

An AI Specialist wants to include data from the response of an external service invocation (REST API callout) into a prompt template. The goal is to incorporate dynamic data retrieved from an external API into the AI-generated content.

Solution:

Use External Service Record Merge Fields

External Service Integration:

Definition:External Services in Salesforce allow the integration of external REST APIs into Salesforce without custom code.

Registration:The external service must be registered in Salesforce, defining the API's schema and methods.

External Service Record Merge Fields:

Purpose:Enables the inclusion of data from external service responses directly into prompt templates using merge fields.

Functionality:

Dynamic Data Inclusion:Allows prompt templates to access and use data returned from REST API callouts.

Merge Fields Syntax:Use merge fields in the prompt template to reference specific data points from the API response.

Implementation Steps:

Register the External Service:

UseExternal Servicesto register the REST API in Salesforce.

Define the API's schema, including methods and data structures.

Create a Named Credential:

Configure authentication and endpoint details for the external API.

Use External Service in Flow:

Build aFlowthat invokes the external service and captures the response.

Ensure the flow outputs the necessary data for use in the prompt template.

Configure the Prompt Template:

UseExternal Service Record merge fieldsin the prompt template to reference data from the flow's output.

Syntax Example: {{flowOutputVariable.fieldName}}

Why Other Options are Less Suitable:

Option A (Convert the JSON to an XML merge field):

Irrelevance:Converting JSON to XML merge fields is unnecessary and complicates the process.

Unsupported Method:Salesforce prompt templates do not support direct inclusion of XML merge fields from JSON conversion.

Option C (Use “Add Prompt Instructions” flow element):

Purpose of Add Prompt Instructions:

Allows adding instructions to the prompt within a flow but does not facilitate including external data.

Limitation:Does not directly help in incorporating external service responses into the prompt template.

References:

Salesforce AI Specialist Documentation -Integrating External Services with Prompt Templates:

Explains how to use External Services and merge fields in prompt templates.

Salesforce Help -Using Merge Fields with External Data:

Provides guidance on referencing external data in templates using merge fields.

Salesforce Trailhead -External Services and Flow:

Offers a practical understanding of integrating external APIs using External Services and Flow.

Conclusion:

By using External Service Record merge fields, the AI Specialist can effectively include data from external REST API responses into prompt templates, ensuring that the AI-generated content is enriched with up-to-date and relevant external data.

Context of the QuestionUniversal Containers (UC) uses Agentforce, a specialized AI-driven assistant for Salesforce. A user reports that an Agent is unable to delete recent activities.

Why Agentforce Cannot Delete Records

Agentforce’s Standard Actions: Agentforce typically has predefined or “standard” actions like Create, Update, or Summarize records. However, a standard Delete Record action is not part of the default set of Agentforce actions.

Implication: If Agentforce has no built-in delete functionality, it cannot remove activities—even if the user has permission to delete them in the Salesforce UI.

Why Other Options Are Incorrect

Option A – Permission to Delete the User’s Records: Standard Salesforce user permissions do not automatically extend to Agentforce’s capabilities. Even if the user can delete records, that doesn’t grant Agentforce a new action.

Option B – Agentforce Delete Record Action Permission: There is no separate “Delete Record Action permission” for Agentforce to be toggled. The relevant issue is that the standard Delete Record action does not exist within Agentforce out of the box.

ConclusionThe core reason for the issue is thatAgentforce does not support a standard Delete Record action(Choice C).

Salesforce AI Specialist References & Documents

Salesforce Official Documentation – Agentforce(Note: Agentforce may be a pilot or specialized feature; check pilot release notes or official docs for standard actions.)

Salesforce AI Specialist Study GuideCovers the limitations of certain AI-enabled features regarding record operations.

To understand multiple real-world user utterances and ensure the correct action is selected before activating acustom copilot action, the recommended tool isCopilot Builder. This tool allows AI Specialists to design and test conversational actions in response to user inputs, helping ensure the copilot can accurately handle different user queries and phrases.Copilot Builderprovides the ability to test, refine, and improve actions based on real-world utterances.

Option Cis correct asCopilot Builderis designed for configuring and testing conversational actions.

Option A(Model Playground) is used for testing models, not user utterances.

Option B(Einstein Copilot) refers to the conversational interface but isn't the right tool for designing and testing actions.

References:

Salesforce Copilot Builder Overview:https://help.salesforce.com/s/articleView?id=sf.einstein_copilot_builder.htm

Einstein Studio (Model Builder) allows organizations to connect and utilize external foundational models while fine-tuning them with company-specific data. This capability is particularly suited to businesses like Universal Containers (UC) that require customization of foundational models to better align with their unique data and use cases.

Option A: Adjusting model temperature is a parameter-level setting for controlling randomness in AI-generated responses but does not necessitate connecting to an external foundational model.

Option B: This is the correct answer because Einstein Studio supports fine-tuning external models with proprietary company data, enabling a tailored and more accurate AI solution for UC.

Option C: Changing frequency penalties is another parameter-level adjustment and does not require external foundational models or Einstein Studio.

InModel Playground, an AI specialist working with a Salesforce-enabled foundational model has control over specific hyperparameters that can directly affect the behavior of the generative model:

Temperature: Controls the randomness of predictions. A higher temperature leads to more diverse outputs, while a lower temperature makes the model's responses more focused and deterministic.

Frequency Penalty: Reduces the likelihood of the model repeating the same phrases or outputs frequently.

Presence Penalty: Encourages the model to introduce new topics in its responses, rather than sticking with familiar, previously mentioned content.

These hyperparameters are adjustable to fine-tune the model’s responses, ensuring that it meets the desired behavior and use case requirements. Salesforce documentation confirms that these three are the key tunable hyperparameters in the Model Playground.

For more details, refer toSalesforce AI Model Playgroundguidance from Salesforce’s official documentation on foundational model adjustments.

Prompt Builder is explicitly required to create AI-generated summary fields via prompt templates. These fields use natural language instructions to extract or synthesize information (e.g., summarizing contract terms). Time-to-close estimations (A) and lead scores (C) are typically handled by predictive AI (e.g., Einstein Opportunity Scoring) or analytics tools, which do not require Prompt Builder.

When creating acustom prompt templateto populate a field with generated output, the most appropriate template type isField Generation. This template is specifically designed for generating field-specific outputs using generative AI.

Additionally, the AI Specialist must ensure thatDynamic Fieldsare enabled.Dynamic Fieldsallow the system to use real-time data inputs from related records or fields when generating content, ensuring that the AI output is contextually accurate and relevant. This is crucial when populating specific fields with AI-generated content, as it ensures the data source remains dynamic and up-to-date.

TheEinstein Trust Layerwill track and audit the interactions to ensure the organization can monitor AI adoption and make necessary enhancements based on AI usage patterns.

For further reading, refer to Salesforce’s guidelines onField Generation templatesand theEinstein Trust Layer.

After modifying masked fields inEinstein's Trust Layer, the next important step is totest and confirmthat the responses generated by prompts utilizing the newly masked data still meet quality standards. This ensures that masking sensitive information does not negatively impact the usefulness or accuracy of the AI-generated content. Thorough testing helps identify any issues in prompt performance that could arise due to masking, and adjustments can be made if needed.

Option Bis correct because testing the effects of masking on AI responses is a critical step in ensuring AI continues to function as expected.

Option A(turning off and on the Einstein Trust Layer) is unnecessary after changing the masked fields.

Option C(turning on Einstein Feedback) allows for user feedback but is not a direct step following field masking modifications.

References:

Salesforce Einstein Trust Layer Overview:https://help.salesforce.com/s/articleView?id=sf.einstein_trust_layer.htm

To begin validating that the correct fields are being masked inEinstein Trust Layer, the AI Specialist should request theEinstein Generative AI Audit Datafrom theSecurity sectionof the Salesforce Setup menu. This audit data allows the AI Specialist to see how data is being processed, including which fields are being masked, providing transparency and validation that the configuration is working as expected.

Option Bis correct because it allows for the retrieval of audit data that can be used to validate data masking.

Option A(Flow Debugger) andOption C(Einstein Feedback) do not relate to validating field masking in the context of theEinstein Trust Layer.

References:

Salesforce Einstein Trust Layer Documentation:https://help.salesforce.com/s/articleView?id=sf.einstein_trust_layer_audit.htm

To gather the necessary data for populating theLatest Opportunities Summarycustom field on theAccountobject with information from the three most recently opened opportunities, the AI Specialist shouldcreate a flow. Aflowcan be configured to query and retrieve the required opportunity records based on criteria such as their open date. Once the flow has gathered the necessary data, it can be used in aprompt templateor other automation processes to populate the custom field on the Account record.

Option Ais correct because creating a flow allows for dynamic data retrieval and control over the logic for selecting the most recent opportunities.

Option BandOption Cdo not provide sufficient control or data retrieval capabilities needed for this scenario.

References:

Salesforce Flow Documentation:https://help.salesforce.com/s/articleView?id=sf.flow.htm

Context of the QuestionUniversal Containers (UC) wants its support agents to use Agentforce to ask questions about product tutorials and product guides. Agentforce typically references knowledge sources to provide accurate and contextual responses.

Why Knowledge Articles?

Centralized Repository: Publishing product tutorials and guides as Knowledge articles in Salesforce ensures that the information is readily available and searchable by Agentforce.

AI Integration: Salesforce’s AI solutions, including Agentforce, can often be configured to pull content directly from Salesforce Knowledge articles, giving users on-demand answers without manual data duplication.

Maintenance & Updates: Storing content in Salesforce Knowledge simplifies content updates, versioning, and user permissions.

Why Not the Other Options?

Option A (Create a Prompt Template): Creating a prompt template alone does not solve how the underlying content (tutorials, guides) is stored or accessed by Agentforce. Prompt templates shape the queries/responses but do not provide the knowledge base.

Option B (Add an Answer Questions Custom Field): A single field on the product object is insufficient for the depth of information found in tutorials and guides. It also lacks the robust search and user-friendly interface that Knowledge articles provide.

ConclusionTo ensure Agentforce can effectively retrieve and deliver accurate information about products,publishing product tutorials and guides as Knowledge articlesis the recommended approach.

Salesforce AI Specialist References & Documents

Salesforce Documentation:Set Up Salesforce KnowledgeDiscusses how to publish articles for easy access by AI-driven assistants and support teams.

Salesforce AI Specialist Study GuideExplains best practices for feeding knowledge sources to generative AI and Agentforce.

To enable personalized product recommendations using generative AI, the foundational step for Universal Containers (UC) is collecting and analyzing browsing data (Option C). Personalized recommendations depend on understanding user behavior, which requires structured data about their browsing history. Without this data, the AI model lacks the context needed to generate relevant suggestions.

Data Collection: UC must first aggregate browsing data (e.g., pages visited, products viewed, session duration) to build a dataset that reflects user preferences.

Data Analysis: Analyzing this data identifies patterns (e.g., frequently viewed categories) that inform how prompts should be structured to retrieve relevant recommendations.

Grounding in Data: Salesforce’s Prompt Templates rely on grounding data to generate accurate outputs. Without analyzing browsing data, the prompt template cannot reference meaningful insights for personalization.

Options A and D are incorrect because:

Universal recommendations (A) ignore personalization, which is the core requirement.

Writing a response script (D) addresses chatbot interaction design, not the accuracy of recommendations.

References:

Salesforce AI Specialist Certification Guide: Highlights the importance of grounding prompts in relevant data sources to ensure accuracy.

Trailhead Module: "Einstein for Developers" emphasizes data preparation as a prerequisite for effective AI-driven personalization.

Salesforce Help Documentation: Recommends analyzing user behavior data to tailor generative AI outputs in commerce use cases.

To use the Record Snapshots grounding feature in a prompt template, you must create a field set that includes all fields required for grounding. Field sets define which fields from an object are accessible to the AI model, ensuring the prompt template has structured data to generate contextually accurate responses. Salesforce documentation emphasizes that grounding relies on explicitly defined field sets to avoid exposing unintended data and to comply with security policies.

Page Layout configuration (A) controls UI organization but does not directly enable grounding.

Dynamic Forms (C) customize record pages dynamically but are unrelated to data grounding for prompts.

Sales Insight Summary aggregates key data points from multiple Salesforce objects (accounts, contacts, leads, opportunities) into a consolidated view, enabling account managers to quickly access relevant information for customer calls.

Option A (Sales Summaries): Typically refers to Einstein-generated summaries of specific interactions (e.g., emails, calls), not multi-object snapshots.

Option C (Work Summaries): Focuses on summarizing customer service interactions (e.g., chat transcripts), not sales data.

Option B (Sales Insight Summary): Directly provides a holistic snapshot of sales-related objects, aligning with the scenario.

References:

Salesforce Help: Sales Insight Overview

Describes Sales Insight Summary as "a unified view of account, contact, and opportunity data for sales readiness."

Customer churn predictionis the best use case forModel Builderin addressingUniversal Containers'concerns about increasing customer contract cancellations. By implementing a model that predicts customer churn,UCcan proactively identify customers who are at risk of canceling and take action to retain them before they decide to terminate their contracts. This functionality allows the business to forecast churn probability based on historical data and initiate timely outreach programs.

Option Bis correct becausecustomer churn predictionaligns withUC'sneed to reduce cancellations through proactive measures.

Option A(product recommendation prediction) is unrelated to contract cancellations.

Option C(contract renewal date prediction) addresses timing but does not focus on predicting potential cancellations.

References:

Salesforce Model Builder Use Case Overview:https://help.salesforce.com/s/articleView?id=sf.model_builder_use_cases.htm

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.

To improve the productivity of the service center, the AI Specialist should recommend theService RepliesandCase Summariesfeatures.

Service Replieshelps agents by automatically generating suggested responses to customer inquiries, reducing response time and improving efficiency.

Case Summariesprovide a quick overview of case details, allowing agents to get up to speed faster on customer issues.

Work Summariesare not as relevant for direct customer service operations, andSales Summariesare focused on sales processes, not service center productivity.

For more information, seeSalesforce's Einstein Service Cloud documentationon the use of generative AI to assist customer service teams.

Einstein Copilotis designed to assist in generating personalized, AI-driven content based on customer data such as behavior, preferences, and purchase history. For the marketing team atUniversal Containers, this is the perfect solution to create dynamic and relevant email content. By leveragingEinstein Copilot, they can ensure that each customer receives tailored communications, improving engagement and conversion rates.

Option Ais correct asEinstein Copilothelps generate real-time, personalized content based on comprehensive data about the customer.

Option Brefers more to Einstein Analytics or Marketing Cloud Intelligence, andOption Cdeals with automation, which isn't the primary focus ofEinstein Copilot.

References:

Salesforce Einstein Copilot Overview:https://help.salesforce.com/s/articleView?id=einstein_copilot_overview.htm

Einstein Copilot is designed to enhance user interaction within Salesforce by leveraging Large Language Models (LLMs) to process and respond to user inquiries. When a user submits arequest, Einstein Copilot analyzes the input using natural language processing techniques. It then utilizes LLM technology to generate an appropriate and contextually relevant response, which is displayed directly to the user within the Salesforce interface.

OptionCaccurately describes this process. Einstein Copilot does not necessarily trigger a flow (Option A) or perform an HTTP callout to an LLM provider (Option B) for each user request. Instead, it integrates LLM capabilities to provide immediate and intelligent responses, facilitating a broad range of user requests.

References:

Salesforce AI Specialist Documentation - Einstein Copilot Overview:Details how Einstein Copilot employs LLMs to interpret user inputs and generate responses within the Salesforce ecosystem.

Salesforce Help - How Einstein Copilot Works:Explains the underlying mechanisms of how Einstein Copilot processes user requests using AI technologies.

In Salesforce prompt templates, instructions that guide how the Large Language Model (LLM) should generate content (in this case, personalized emails) can be included by surrounding the instruction text withtriple quotes ("""). This formatting ensures that the LLM adheres to the specific instructions while generating the email content.

The use oftriple quotesallows the AI to understand that the enclosed text is a directive for how to approach the task, such as limiting the content to associated opportunity information or encouraging a specific action from the recipient.

Refer toSalesforce Prompt Builder documentationfor detailed instructions on how to structure prompts for generative AI.

Context of the Question

Universal Containers (UC) has a strict change management process that requires all possible configuration be completed in a sandbox and deployed to Production.

Einstein Generative AI is already enabled in Production, and the “Einstein Work Summaries” permission set is already available in Production.

The AI Specialist needs to configureWork Summaries for Enhanced Messagingin the sandbox.

What Can Actually Be Deployed from Sandbox to Production?

Custom Fields: Metadata that is easily created in sandbox and then deployed.

Quick Actions: Also metadata-based and can be deployed from sandbox to production.

Layout Components: Page layout changes (such as adding the Wrap Up component) can be added to a change set or deployment package.

Why Option C is Correct

No Need to Turn on Einstein in Sandbox for Deployment: Einstein Generative AI is already enabled in Production; turning it on in the sandbox is typically a manual step if you want to test, but that step itself is not “deployable” in the sense of metadata.

Permission Set Assignments(as in Option A) are not deployable metadata. You can deploy the Permission Set itself but not the specific user assignments. Since the question specifically asks “Which other configuration steps should be takenin the sandboxthatcanbe deployed to the production org?”, user assignment is not one of them.

Why Not Option A or B?

Option A: Mentions creating permission set assignments for agents. This cannot be directly deployed from sandbox to Production, as permission set assignments are user-specific and considered “data,” not metadata.

Option B: Mentions “Turn on Einstein.” But Einstein Generative AI is already enabled in Production. Additionally, “Turning on Einstein” is typically an org-level setting, not a deployable metadata item.

ConclusionThe main deployable items you can reliably create and test in a sandbox, and then migrate to Production, are:

Custom Fields(Issue, Resolution, Summary).

A Quick Actionthat updates those fields.

Page Layout Changeto include the Wrap Up component.

Therefore,Option Cis correct and focuses on actions that are truly deployable as metadata from a sandbox to Production.

Salesforce AI Specialist References & Documents

Salesforce Trailhead:Work Summaries with Einstein GPTProvides an overview of how to configure Work Summaries, including the need for custom fields, quick actions, and UI components.

Salesforce Documentation:Deploying Metadata Between OrgsExplains what can and cannot be deployed via change sets (e.g., custom fields, page layouts, quick actions vs. user permission set assignments).

Salesforce AI Specialist Study GuideOutlines which Einstein Generative AI and Work Summaries configurations are deployable as metadata.

When deploying Einstein Agent (formerly Agentforce) from Sales to Service Cloud:

Agent Topics and Actions are context-specific. Service Cloud use cases (e.g., case resolution, knowledge retrieval) require validation of existing topics/actions to ensure alignment with service workflows.

Option A: Permissions like "Agentforce for Service" are necessary but secondary to functional compatibility.

Option B: Standard service actions must be mapped to Agentforce, but testing ensures they function as intended.

References:

Salesforce Help: Einstein Agent Setup

Emphasizes reviewing "topics and actions for different user groups (Sales vs. Service)."

The root cause of users receiving incorrect sales summaries lies in non-unique action instructions (Option B). In Einstein Bots, custom actions are triggered based on how well user utterances align with the action instructions defined for each action. If the instructions for the three custom actions overlap or lack specificity, the bot’s natural language processing (NLP) cannot reliably distinguish between them, leading to mismatched responses.

Steps to Investigate:

Review Action Instructions: Ensure each custom action has distinct, context-specific instructions. For example:

Action 1: "Summarize quarterly sales by region."

Action 2: "Generate a product-wise sales breakdown for the current fiscal year."

Action 3: "Provide a comparison of sales performance between online and in-store channels."Ambiguous or overlapping instructions (e.g., "Get sales summary") cause confusion.

Test Utterance Matching: Use Einstein Bot’s training tools to validate if user utterances map to the correct action. Overlap indicates instruction ambiguity.

Refine Instructions: Incorporate keywords or phrases unique to each sales summary type to improve intent detection.

Why Other Options Are Incorrect:

A. Assigning actions to an agent is irrelevant, as custom actions are automated bot components.

C. Input/output types relate to data formatting, not intent routing. While important for execution, they don’t resolve utterance mismatches.

References:

Einstein Bot Developer Guide: Stresses the need for unique action instructions to avoid intent conflicts.

Trailhead Module: "Build AI-Powered Bots with Einstein" highlights instruction specificity for accurate action triggering.

Salesforce Help Documentation: Recommends testing and refining action instructions to ensure clarity in utterance mapping.

The reason behind the token limit errors lies in the dynamic nature of the prompt template used in Field Generation. In Salesforce's AI generative models, each prompt and its corresponding output are subject to a token limit, which encompasses both the input and output of the large language model (LLM). Since the prompt template dynamically adjusts based on the specific data of each record, the number of tokens varies per record. Some records may generate longer outputs based on their data attributes, pushing the token count beyond the allowable limit for the LLM, resulting in token limit errors.

This behavior explains why users experience random failures—it is dependent on the specific data used in each case. For certain records, the combined input and output may fall within the token limit, while for others, it may exceed it. This variation is intrinsic to how dynamic templates interact with large language models.

Salesforce provides guidance in their documentation, stating that prompt template design should take into account token limits and suggests testing with varied records to avoid such random errors. It does not mention switching to Flex template type as a solution, nor does it suggest that token limits fluctuate with user demand. Token limits are a constant defined by the model itself, independent of external user load.

References:

Salesforce Developer Documentation onToken Limits for Generative AI Models

Salesforce AI Best Practices on Prompt Design (Trailhead or Salesforce blog resources)

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.

Universal Containers is considering the use of the Einstein Trust Layer along with Einstein Generative AI Audit Data. The Einstein Trust Layer provides a secure and compliant way to use AI by offering features like data masking and toxicity assessment.

The audit data available through the Einstein Trust Layer includes information aboutmasked data—which ensures sensitive information is not exposed—and thetoxicity score, which evaluates the generated content for inappropriate or harmful language.

References:

Salesforce AI Specialist Documentation - Einstein Trust Layer:Details the auditing capabilities, including logging of masked data and evaluation of generated responses for toxicity to maintain compliance and trust.