Free Practice Questions for Salesforce Agentforce-Specialist Exam

Comprehensive and Detailed Explanation From Exact Extract:

The documentation “Find Similar Opportunities” states: “Matched opportunities have a status of Closed Won, a close date within 12 months of today, and aren’t deleted.” This clearly aligns with option B. The other options (A or C) do not match the published criteria (status of Closed Won within 12 months). Therefore option B is correct.

Comprehensive and Detailed Explanation From Exact Extract:

The documentation states that the Field Generation template is designed to populate a specific field on a record with generated output. “Field Generation: uses record context to autofill specific fields on a record page.” (Prompt Template Types)

In this scenario, UC wants to generate a detailed product description based on product data and populate that description field on the product record (or equivalent). This is exactly a field generation use‑case. The Sales Email template is for generating email content, and the Record Summary template is for summarising a record rather than generating a marketing‑style description. Therefore the correct answer is C.

In Salesforce’s Einstein Studio (part of the Agentforce ecosystem), creating a custom retriever involves setting up a mechanism to fetch data for AI prompts or responses. The essential step is defining the foundation of the retriever: selecting the search index, specifying the data model object (DMO), and identifying the data space (Option A). These elements establish where and what the retriever searches:

Search Index: Determines the indexed dataset (e.g., a vector database in Data Cloud) the retriever queries.

Data Model Object (DMO): Specifies the object (e.g., Knowledge Articles, Custom Objects) containing the data to retrieve.

Data Space: Defines the scope or environment (e.g., a specific Data Cloud instance) for the data.

Filters are noted as optional in Option A, which is accurate—they enhance precision but aren’t mandatory for the retriever to function. This step is foundational because without it, the retriever lacks a target dataset, rendering it unusable.

Option B: Defining output configuration (e.g., max results, field mapping) is important for shaping the retriever’s output, but it’s a secondary step. The retriever must first know where to search (A) before output can be configured.

Option C: This option includes advanced configurations (vector/hybrid search, filtering fields, ranking method), which are valuable but not essential. A basic retriever can operate without specifying search type or ranking, as defaults apply, but it cannot function without a search index, DMO, and data space.

Option A: This is the minimum required step to create a functional retriever, making it essential.

Option A is the correct answer as it captures the core, mandatory components of retriever setup in Einstein Studio.

Salesforce Agentforce Documentation: "Custom Retrievers in Einstein Studio" (Salesforce Help: https://help.salesforce.com/s/articleView?id=sf.einstein_studio_retrievers.htm &type=5)

Trailhead: "Einstein Studio for Agentforce" (https://trailhead.salesforce.com/content/learn/modules/einstein-studio-for-agentforce)

Why is "Update the search index to include the desired field" the correct answer?

When configuring a retriever in Data Cloud for PDF file ingestion, all necessary fields must be included in the search index. If a required field is missing, the correct action is to update the search index to ensure it is available for retrieval.

Key Considerations for Fixing Missing Fields in Data Cloud Retrievers:

Search Index Controls Which Fields Are Searchable

The search index defines which fields are indexed and accessible to the retriever.

If a field is missing, it must be added to the index before it can be queried.

Ensures Complete and Accurate Data Retrieval

Without indexing, the retriever cannot reference the missing field in AI responses.

Updating the index makes the field available for AI-powered retrieval.

Supports AI-Grounded Responses

Agentforce relies on Retriever-Augmented Generation (RAG) to ground AI responses in searchable Data Cloud content.

Ensuring all relevant fields are indexed improves AI-generated answer accuracy.

Why Not the Other Options?

❌ A. Create a new custom Data Cloud object that includes the desired field.

Incorrect because the issue is with indexing, not with Data Cloud object structure.

The field already exists in Data Cloud; it just needs to be indexed.

❌ C. Modify the retriever's configuration to include the desired field.

Incorrect because retriever configurations only define query rules; they do not modify the index itself.

Updating the search index is the required step to ensure the field is retrievable.

Agentforce Specialist References

Salesforce AI Specialist Material confirms that search indexing is required for retrievers to access specific fields in Data Cloud​.

Comprehensive and Detailed Explanation From Exact Extract:

The Prompt Builder documentation shows that prompt templates can be invoked from Flows using a Flow Action. It describes “Call a prompt template from Flow” and “Flow Core Action: Prompt Template Actions.” While Invocable Apex (option A) could technically trigger templates, the standard, declarative, recommended approach is a Flow Action (option C). “Einstein for Flow” (option B) is not the standard naming used in this context. So option C is correct.

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.

UC has set up an Agentforce Data Library with Knowledge articles, and while Prompt Builder retrieves the data correctly, the agent fails to do so in Agent Builder and Experience Cloud. Let’s troubleshoot the issue.

Option A: Create a new permission set that assigns "Manage Knowledge" and assign it to the Agentforce Service Agent User.The "Manage Knowledge" permission is for authoring and managing Knowledge articles, not for reading or retrieving them in an agent context. The Agentforce Service Agent User (a system user) needs read access to Knowledge, not management rights. This option is excessive and irrelevant to the grounding issue, making it incorrect.

Option B: Ensure the assigned User permission set includes access to the prompt template used to access the Knowledge articles.Prompt templates in Prompt Builder don’t require specific permissions beyond general Einstein Generative AI access. Since the Prompt Builder test works, the template and its grounding are accessible to the testing user. The issue lies with the agent’s runtime access, not the template itself, making this incorrect.

Option C: Ensure the Data Cloud User permission set has been assigned to the Agentforce Service Agent User.When Knowledge articles are grounded via an Agentforce Data Library, they are often ingested into Data Cloud for indexing and retrieval. The Agentforce Service Agent User, which runs the agent, needs the "Data Cloud User" permission set (or equivalent) to access Data Cloud resources, including the Data Library. If this permission is missing, the agent cannot retrieve Knowledge article data during runtime (e.g., in Agent Builder or Experience Cloud), even though Prompt Builder (running under a different user context) succeeds. This is a common setup oversight and aligns with the symptoms, making it the correct answer.

Why Option C is Correct:

The Agentforce Service Agent User’s lack of Data Cloud access explains the failure in agent-driven contexts while Prompt Builder (likely run by an admin with broader permissions) succeeds. Assigning the "Data Cloud User" permission set resolves this, per Salesforce documentation.

According to the AgentForce Data Governance and RAG Security Guidelines, when implementing retrieval-augmented generation (RAG) using Data Cloud search indexes, best practice is to ensure that personally identifiable information (PII) and other sensitive data are never indexed or embedded in the retrieval system.

The documented recommendation is to mask or exclude sensitive fields before creating embeddings or indexing content. This prevents the large language model (LLM) from accessing or generating responses that could inadvertently expose confidential information. Masking can include redacting names, IDs, contact details, or any regulated medical information.

Option A is incorrect because relying solely on prompt instructions does not prevent the retrieval layer from exposing sensitive content. Option B is also incorrect — encryption alone does not mitigate privacy risk since embeddings can still semantically reveal PII if indexed.

Therefore, the correct best practice is Option C – Mask sensitive fields and index only non-PII data, ensuring compliance with security and data privacy standards such as HIPAA and GDPR.

Salesforce Data Cloud integrates with Agentforce to provide real-time, unified data access for AI-driven applications. Data Cloud retrievers are specialized components that fetch relevant data from Data Cloud’s vector database—a storage system optimized for semantic search and retrieval—to enhance agent responses or actions. A valid use case, as described in Option A, is using these retrievers to return pertinent data (e.g., customer purchase history, support tickets) from the vector database to augment a prompt. This process, often part of Retrieval-Augmented Generation (RAG), allows the LLM to generate more accurate, context-aware responses by grounding its output in structured, searchable data stored in Data Cloud.

Option B: Grounding data from external websites is not a primary function of Data Cloud retrievers. While RAG can incorporate external data, Data Cloud retrievers specifically work with data within Salesforce’s ecosystem (e.g., the vector database or harmonized data lakes), not arbitrary external websites. This makes B incorrect.

Option C: Data Cloud retrievers are read-only mechanisms designed for data retrieval, not for modifying or updating source systems. Updates to source systems are handled by other Salesforce tools (e.g., Flows or Apex), not retrievers.

Option A is correct because it aligns with the core purpose of Data Cloud retrievers: enhancing prompts with relevant, vectorized data from within Salesforce Data Cloud.

Salesforce Data Cloud Documentation: "Data Cloud for Agentforce" (Salesforce Help: https://help.salesforce.com/s/articleView?id=sf.data_cloud_agentforce.htm &type=5)

Trailhead: "Data Cloud Basics" module (https://trailhead.salesforce.com/content/learn/modules/data-cloud-basics)

In Salesforce, when creating a prompt template for the sales team, you can include data from related objects such as Opportunities that are linked to an Account. The best method to ground the AI model and provide relevant information from related records, like Opportunities, is by using merge fields.

Merge fields in Salesforce allow you to dynamically reference data from a record or related records, like Opportunities for a given Account. In this scenario, the Agentforce Specialist needs to pull data from the default related list of Opportunities associated with the Account. This is achieved by using merge fields, which pull in data from the standard relationship Salesforce creates between Accounts and Opportunities.

Option A (referencing a custom related list) and Option C (using formula fields with Einstein-related lists) do not align with the standard, practical grounding method for this task. Custom lists would require additional configurations not typically necessary for a basic use case, and formula fields are typically not used to directly fetch related list data for prompt generation in templates. The standard and straightforward method is using merge fields tied to the default related list of opportunities.

Salesforce References:

Merge Fields in Templates: https://help.salesforce.com/s/articleView?id=000387601 &type=1

Grounding Data in Prompts: https://developer.salesforce.com/docs/atlas.en-us.salesforce_ai.meta/salesforce_ai/grounding_data_prompts