Free Salesforce Agentforce-Specialist Practice Exam with Questions & Answers

UC is deploying an Agentforce Service Agent with multiple topics and actions to production. Let’s assess deployment considerations.

Option A: Deploy agent components without a test run in staging, relying on production data for reliable results. Sandbox configuration alone ensures seamless production deployment.Skipping staging tests is risky and against best practices. Sandbox configuration doesn’t guarantee production success without validation, making this incorrect.

Option B: Ensure all dependencies are included, Apex classes meet 75% test coverage, and configuration settings are aligned with production. Plan for version management and post-deployment activation.This is a comprehensive approach: dependencies (e.g., flows, Apex) must be deployed, Apex requires 75% coverage, and production settings (e.g., permissions, channels) must align. Version management tracks changes, and post-deployment activation ensures controlled rollout. This aligns with Salesforce deployment best practices for Agentforce, making it the correct answer.

Option C: Deploy flows or Apex after agents, topics, and Agent Actions to avoid deployment failures and potential production agent issues requiring complete redeployment.Deploying components separately risks failures (e.g., actions needing flows failing). All components should deploy together for consistency, making this incorrect.

Why Option B is Correct:

Option B covers all critical deployment considerations for a robust Agentforce rollout, as per Salesforce guidelines.

Service AI Grounding is the solution that Universal Containers should use to ensure Einstein AI drafts responses based on a well-defined data source. Service AI Grounding allows the AI model to be anchored in specific, relevant data sources, ensuring that any AI-generated responses (e.g., email replies) are accurate, relevant, and drawn from up-to-date information, such as Knowledge articles or cases.

Given that UC has legacy fields and outdated data, Service AI Grounding ensures that only the valid and applicable data is used by Einstein AI to craft responses. This helps improve the relevance of responses and avoids inaccuracies caused by outdated or irrelevant fields.

Work Summaries and Service Replies are useful features but do not address the need for grounding AI outputs in specific, current data sources like Service AI Grounding does.

For more details, you can refer to Salesforce’s Service AI Grounding documentation for managing AI-generated content based on accurate data sources.

As documented in the AgentForce Prompt Template and BYOLLM (Bring-Your-Own-LLM) Deployment Guide, each prompt template references a specific LLM configuration by name and ID. When migrating components between environments (e.g., from sandbox to production), the referenced LLM must also exist in the target org with the exact same name and identifier.

If the LLM configuration is missing or named differently in production, the deployment fails, as the prompt template cannot resolve its model dependency.

Option A is incorrect because specifying a custom LLM type does not resolve the missing configuration issue. Option B is incorrect because BYOLLM is supported in production, provided it is correctly registered.

Therefore, the error occurs because the LLM name or configuration ID does not match between sandbox and production, making Option C the correct answer.

Why is Query Records the Correct Answer?

In Agentforce, the Planner Service is responsible for interpreting user requests and selecting the appropriate Copilot Action to fulfill them. When a user issues a command like:

"Show me all the customers in New York",

the system must retrieve a list of customers filtered by location.

The Query Records action is designed precisely for this purpose.

Key Features of Query Records in Agentforce:

Retrieves Data Based on Specific Field Values

This action fetches Salesforce records that match a set of criteria, such as customers located in New York.

Uses standard or custom object fields (e.g., BillingState = 'New York').

Works with Large Language Models (LLMs) and Copilot Actions

When a user asks for filtered data, Query Records is the default action assigned by the Planner Service.

Optimized for Structured Data Retrieval

Ensures AI retrieves relevant CRM records quickly and accurately.

Why Not the Other Options?

❌ B. Fetch Records

This is not a standard term in Einstein Copilot or Agentforce.

No defined Agentforce action exists under this name.

❌ C. Select Records

Select Records is used to pick records from an already presented list, not to retrieve them initially.

If the user had already retrieved records and wanted to refine their selection, Select Records might be appropriate.

However, since the user's request is to retrieve records, Query Records is the correct action.

Agentforce Specialist References

This information is confirmed from the Salesforce AI Specialist Material and Questions Document, where the Query Records action is explicitly defined as the appropriate standard action for retrieving filtered CRM records​.

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.

To enable Universal Containers' sales team with automatic post-call visibility into mentions of competitors, products, and custom phrases, the Agentforce Specialist should set up Call Insights. Call Insights analyzes voice and video calls for key phrases, topics, and mentions, providing insights into critical aspects of the conversation. This feature automatically surfaces key details such as competitor mentions, product discussions, and custom phrases specified by the sales team.

Call Summaries provide a general overview of the call but do not specifically highlight keywords or topics.

Call Explorer is a tool for navigating through call data but does not focus on automatic insights.

For more information, refer to Salesforce's Call Insights documentation regarding the analysis of call content and extracting actionable information.

To add or update actions assigned to a copilot, An Agentforce can manage this through several areas:

Copilot Actions Page: This is the central location where copilot actions are managed and configured.

Record Page for the Copilot Action: From the record page, individual copilot actions can be updated or modified.

Copilot Action Library Tab: This tab serves as a repository where predefined or custom actions for Copilot can be accessed and modified.

These areas provide flexibility in managing and updating the actions assigned to Copilot, ensuring that the AI assistant remains aligned with business requirements and processes.

The other options are incorrect:

B misses the Copilot Action Library, which is crucial for managing actions.

C includes the Copilot Detail page, which isn't the primary place for action management.

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 that Agentforce does not support a standard Delete Record action (Choice C).

Salesforce Agentforce 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 Agentforce Specialist Study GuideCovers the limitations of certain AI-enabled features regarding record operations.

In order to access and create custom prompt templates in Prompt Builder, the Agentforce Specialist must have the Prompt Template Manager permission set assigned. Without this permission, they will not be able to access Prompt Builder in the Setup menu, even though Einstein Generative AI is enabled.

Option B is correct because the Prompt Template Manager permission set is required to use Prompt Builder.

Option A (Prompt Template User permission set) is incorrect because this permission allows users to use prompts, but not create or manage them.

Option C (LLM configuration in Data Cloud) is unrelated to the ability to access Prompt Builder.

When the "Enrich event logs with conversation data" setting is enabled in Agent, it allows An Agentforce or admin to view session data, including both the user input and copilot responses from interactions over the past 7 days. This data is crucial for monitoring how the copilot is being used, analyzing its performance, and improving future interactions based on past inputs.

This setting enriches the event logs with detailed conversational data for better insights into the interaction history, helping Agentforce Specialists track AI behavior and user engagement.

Option A, viewing the user click path, focuses on navigation but is not part of the conversation data enrichment functionality.

Option C, generating detailed reports over any time period, is incorrect because this specific feature is limited to data for the past 7 days.

Salesforce Agentforce Specialist References:

You can refer to this documentation for further insights: https://help.salesforce.com/s/articleView?id=sf.einstein_copilot_event_logging.htm