Free Salesforce Agentforce-Specialist Practice Exam with Questions & Answers | Set: 7

Comprehensive and Detailed Explanation From Exact Extract:

According to the documentation of agentic patterns and use cases for the AgentForce platform, there are specific agent types aligned to roles—sales, service, employee support, etc. Since the requirement is for sales staff (i.e., a sales context) and the tasks involve scheduling daily tasks and providing explanations for product pricing and deals, the appropriate agent type is a Sales Agent. A Service Agent is customerservice oriented; an Employee Agent is internal nonsales worker support. So option C (Sales Agent) is the best fit.

To address the ineffectiveness of a prompt template reported by a customer, the Salesforce Agentforce Specialist should use the Prompt Builder Scorecard (Option B). This tool is explicitly designed to evaluate and monitor prompt templates against key criteria such as relevance, accuracy, safety, and grounding. By leveraging the scorecard, the specialist can systematically identify weaknesses in the template and make data-driven refinements. While monitoring and refining based on user feedback (Option A) is a general best practice, the Prompt Builder Scorecard is Salesforce’s recommended tool for structured evaluation, aligning with documented processes for maintaining prompt effectiveness. Changing the grounding object (Option C) without proper evaluation is reactive and does not address the root cause.

Salesforce Einstein Agentforce Specialist Certification Guide: Emphasizes using the Prompt Builder Scorecard to evaluate prompts and iterate based on results.

Trailhead Module: " Einstein for Developers " highlights the scorecard as a critical tool for assessing prompt performance.

Salesforce Help Documentation: Details the Scorecard’s role in evaluating prompts against predefined criteria.

Comprehensive and Detailed Explanation From Exact Extract:

Again referencing the template types: Field Generation template is intended for populating a specific field on a record. Since UC wants to populate the Description field on the Account object, that matches exactly. “Flex” is for more complex multiobject scenarios; “Sales Email” is for email generation. So the correct answer is C.

UC needs to incorporate data from multiple unrelated objects (standard and custom) into a prompt template for a sales proposal. Let’s evaluate the options based on Agentforce capabilities.

Option A: Create a prompt template passing in a special custom object that connects the records temporarily.While a custom object could theoretically act as a junction to link unrelated records, this approach requires additional setup (e.g., creating the object, populating it with data via automation), and there’s no direct mechanism in Prompt Builder to " pass in " such an object to a prompt template without grounding or flow support. This is inefficient and not a native feature, making it incorrect.

Option B: Create a prompt template-triggered flow to access the data from standard and custom objects.There’s no such thing as a " prompt template-triggered flow " in Salesforce. Flows can invoke prompt templates (e.g., via the " Prompt Template " action), but the reverse—triggering a flow from a prompt template—is not a standard construct. While a flow could gather data from unrelated objects and pass it to a prompt, this option’s terminology is inaccurate, and it’s not the most direct solution, making it incorrect.

Option C: Create a Flex template to add resources with standard and custom objects as inputs.In Agentforce’s Prompt Builder, a Flex template (short for Flexible Prompt Template) allows users to define dynamic inputs, including data from multiple Salesforce objects (standard or custom), even if they’re unrelated. Resources can be added to the template (e.g., via merge fields or Data Cloud queries), enabling the prompt to pull data directly from specified objects without requiring a junction object or complex flows. This is ideal for generating a sales proposal using disparate data sources and aligns with Salesforce’s documentation on Flex templates, making it the correct answer.

Why Option C is Correct:

Flex templates are designed for scenarios requiring flexible data inputs, allowing UC to directly reference multiple unrelated objects in the prompt template. This simplifies the process and leverages Prompt Builder’s native capabilities, as outlined in Salesforce documentation.

The correct answer is A because least privilege means granting only the minimum access required for the agent to perform the task. Since Opportunity access is restricted by a Private organization-wide default, the agent user needs the correct object permissions and record-level access through sharing rules or an equivalent sharing model. Option B is too broad because running without sharing can bypass intended record access controls and expose data beyond the business requirement. Option C is also excessive because changing the organization-wide default to Public Read Only weakens security for every user and process, not just this agent action. Salesforce’s Agentforce security guidance specifically recommends reviewing OWD, agent user permissions, and sharing rules to ensure proper record access.

An Agentforce 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:

Use External Services to 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 a Flow that 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:

Use External Service Record merge fields in 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.

In Agent, the role of the Large Language Model (LLM) is to analyze user inputs and identify the best matching actions that need to be executed. It uses natural language understanding to break down the user’s request and determine the correct sequence of actions that should be performed.

By doing so, the LLM ensures that the tasks and actions executed are contextually relevant and are performed in the proper order. This process provides a seamless, AI-enhanced experience for users by matching their requests to predefined Salesforce actions or flows.

The other options are incorrect because:

A mentions finding similar requests, which is not the primary role of the LLM in this context.

C focuses on access and sorting by priority, which is handled more by security models and governance than by the LLM.

The Agent-to-Agent (A2A) protocol in AgentForce is specifically designed to facilitate collaboration and coordination between multiple agents. It allows distinct agents — such as Service, Sales, or Employee Agents — to exchange structured messages, delegate tasks, and share context securely within the Salesforce ecosystem.

AgentForce documentation describes A2A as a collaborative communication framework, enabling agents to “handoff, request, and respond” to each other in complex workflows. This is useful when different agents specialize in separate domains (e.g., one handles billing inquiries, another manages account upgrades).

Option A is incorrect because invoking third-party APIs is handled via Tool Adapters or Action Integrations, not A2A communication. Option B is incorrect because tool access occurs through Tool Invocations, where the agent directly interacts with external services or APIs.

Hence, the correct answer is Option C – When agents need to collaborate, as A2A is purpose-built for inter-agent communication and cooperative task execution.

For improving sales operations efficiency, Einstein Studio is ideal for creating AI-powered models that can predict outcomes based on data. One of the most valuable use cases is predicting customer lifetime value, which helps sales teams focus on high-value accounts and make more informed decisions. Customer lifetime value (CLV) predictions can optimize strategies around customer retention, cross-selling, and long-term engagement.

Option B is the correct choice as predicting customer lifetime value is a well-established use case for AI in sales.

Option A (customer sentiment) is typically handled through NLP models, while Option C (product popularity) is more of a marketing analysis use case.

Salesforce Einstein Studio Use Case Overview: https://help.salesforce.com/s/articleView?id=sf.einstein_studio_overview

The correct answer is C. In Agent Script, listing a tool in the reasoning.actions block exposes it to the reasoning engine as a callable tool. Salesforce documentation states that tools in reasoning.actions are executable functions the LLM can choose to call based on the tool description and current context. That is not deterministic enough for a mandatory eligibility check. By contrast, Salesforce’s Agent Script action reference states that to ensure an action runs every time a subagent runs, the specialist should use run @actions. < action_name > in the reasoning block. Therefore, run is the correct mechanism for guaranteed execution, while reasoning.actions provides LLM-selectable tool availability.