UC uses Agentforce for Sales to identify similar opportunities, aiding deal closure. Let’s determine a criterion used by the " Find Similar Opportunities " feature.

Option A: Matched opportunities have a status of Closed Won from the last 12 months.Agentforce for Sales analyzes historical data to find similar opportunities, prioritizing " Closed Won " deals as successful examples. Documentation specifies a 12-month lookback period for relevance, ensuring recent, applicable matches. This is a key criterion, making it the correct answer.

Option B: Matched opportunities are limited to the same account.While account context may factor in, Agentforce doesn’t restrict matches to the same account—it considers broader patterns across opportunities (e.g., industry, deal size). This is too narrow and incorrect.

Option C: Matched opportunities were created in the last 12 months.Creation date isn’t a primary criterion—status (e.g., Closed Won) and recency of closure matter more. This doesn’t align with documented behavior, making it incorrect.

Why Option A is Correct:

" Closed Won " status within 12 months is a documented criterion for Agentforce’s similarity matching, providing actionable insights for deal closure.

The AgentForce Reasoning Engine Guide explains that the engine relies primarily on the Classification Description and Scope fields to determine which topic best matches the user’s intent. The documentation notes: “Classification Description defines the purpose and context of a topic, while Scope provides the operational boundaries for when and how that topic should be triggered. Together, they guide the LLM in selecting the appropriate topic at runtime.”

Option A includes “Topic Name,” which is used mainly for administrative organization, not reasoning. Option B omits the Classification Description, which contains the intent signal critical for matching. Therefore, Option C is correct since both the Classification Description and Scope are essential for topic selection by the reasoning engine.

References (AgentForce Documents / Study Guide):

AgentForce Reasoning Engine Overview: “How Topics Are Selected”

AgentForce Builder Guide: “Role of Classification Description and Scope in Topic Selection”

AgentForce Study Guide: “Optimizing Topic Matching Logic”

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.

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.

According to the AgentForce Data Cloud Search Indexing Guide and RAG Optimization Framework, a hybrid search index combines both keyword-based (lexical) and vector-based (semantic) search capabilities. This dual-mode retrieval enables AgentForce to interpret user intent while still honoring exact keyword matches.

In many enterprise scenarios, queries contain a mixture of specific terms (e.g., “contract ID 54321”) and semantic intent (e.g., “renew my subscription”). A purely vector search might overlook exact keywords, while a keyword-only search might miss semantically relevant results. Hybrid indexing ensures that both types of retrieval are available simultaneously — providing the best balance of precision and contextual understanding.

Option A is incorrect because hybrid search still uses embeddings; it doesn’t eliminate them. Option B partially describes the hybrid search process but oversimplifies its purpose — the primary goal isn’t just prefiltering for performance, but combining semantic recall and exact matching for more relevant, balanced results.

Thus, per AgentForce documentation, hybrid search indexes are preferred when organizations need both literal keyword matching and semantic understanding for complex, natural-language queries.

The hotel resort team needs an AI-generated guest summary with recommendations, displayed exclusively on the contact record page. Let’s assess the options.

Option A: Flow Model BuilderModel Builder in Salesforce creates custom predictive AI models (e.g., for scoring or classification) using Data Cloud or Einstein Platform data. It’s not designed for generating text summaries or embedding them on record pages, making it incorrect.

Option B: Agentforce BuilderAgent Builder in Agentforce Studio creates autonomous AI agents for tasks like lead qualification or customer service. While agents can provide summaries, they operate in conversational interfaces (e.g., chat), not as static content on a record page. This doesn’t meet the location-specific requirement, making it incorrect.

Option C: Prompt BuilderEinstein Prompt Builder allows creation of prompt templates that generate text (e.g., summaries, recommendations) using Generative AI. The template can pull data from contact records (e.g., activity preferences) and be embedded as a Lightning component on the contact record page via a Flow or Lightning App Builder. This ensures the summary is available only where specified, meeting the team’s needs perfectly and making it the correct answer.

Why Option C is Correct:

Prompt Builder’s ability to generate contextual summaries and integrate them into specific record pages via Lightning components aligns with the team’s requirements, as supported by Salesforce documentation.

Comprehensive and Detailed Explanation From Exact Extract of AgentForce Documents:

According to the official AgentForce implementation guidelines and RAG (Retrieval-Augmented Generation) architecture within Salesforce, maintaining retrieval accuracy depends on ensuring that embeddings and indexed content remain synchronized with the most recent data. When product documentation or knowledge base content changes, the underlying text used for vector embeddings must also be updated to reflect the new information.

The AgentForce documentation clearly specifies that when content is modified, the recommended practice is to rebuild the search index. This process regenerates the document chunks, re-embeds them using the latest model, and updates the index used by the retrieval system. This ensures that queries return the most current and relevant responses aligned with the updated content.

Leaving embeddings unchanged (Option A) would cause retrievals to surface outdated or irrelevant information, as the underlying semantic representations would no longer match the source material. Similarly, manually deleting stale data chunks (Option C) does not ensure a full refresh of vector data and can lead to incomplete or inconsistent results.

Therefore, as per AgentForce best practices, the correct approach is Option B – Rebuild the search index, ensuring that all embeddings, chunks, and indexed data are aligned with the latest version of the content.

The AgentForce Action Design Guide emphasizes that concise and clear action instructions are essential for predictable and reliable agent behavior. The documentation states: “Action instructions should be concise, clearly define the purpose of the action, and specify its expected inputs and outputs. Each action must be validated through testing in AgentForce Builder to confirm the LLM interprets and executes it as intended.”

This aligns with Option A, which focuses on clarity and testing.

Option B incorrectly focuses on label-intent matching, which is a naming best practice but not sufficient for accuracy.

Option C promotes overly detailed instructions, which can lead to LLM confusion and inconsistent results.

Therefore, Option A best aligns with Salesforce’s official best practices for creating and validating custom actions.

References (AgentForce Documents / Study Guide):

AgentForce Action Design and Testing Guide

AgentForce Builder Documentation: “Validating Custom Actions”

AgentForce Study Guide: “Creating Clear and Testable Action Instructions”

According to the AgentForce Data Library and Retrieval Configuration Guide, when organizations have external PDF or text documents that need to be used by an AI agent, the recommended clicks-only approach is to upload the documents as a File Source in the AgentForce Data Library. The system automatically processes the uploaded files, chunks their content, builds a Search Index, and allows you to create a retriever to ground agent responses from those indexed documents.

This method requires no code or manual integration and ensures that all document content becomes queryable through retrieval-augmented generation (RAG).

Option A is incorrect because LLMs cannot reliably access external links; they require indexed data. Option C, involving Data Cloud ingestion, is a more advanced, developer-level approach—not a clicks-only setup.

Hence, the correct implementation is Option B – Upload PDFs as File Source in the AgentForce Data Library and create a retriever for grounding.

According to the AgentForce Monitoring and Evaluation Framework, the three key dimensions for measuring AI agent quality are performance, correctness, and user satisfaction. To accurately monitor these, organizations should track:

Response times (to assess system and model latency),

Accuracy and relevance of answers (to measure the grounding and reasoning quality), and

Resolution success (to confirm task completion or problem-solving effectiveness).

These metrics provide a balanced evaluation of both technical efficiency and user experience.

Option A focuses on system usage metrics like tokens and duration, which are operational but do not assess correctness or success. Option B includes tone and CSATs, which are helpful but incomplete, as they do not measure factual accuracy or task resolution.

Thus, the correct answer is Option C – Response times, accuracy and relevance of answers, and resolution success, aligning with AgentForce’s standard evaluation practices.

When creating a custom action in Agent, one of the available options is to use Flows. Flows are a powerful automation tool in Salesforce, allowing the Agentforce Specialist to define custom logic and actions within the Copilot system. This makes it easy to extend Copilot ' s functionality without needing custom code.

While Apex triggers and SOQL are important Salesforce tools, Flows are the recommended method for creating custom actions within Agent because they are declarative and highly adaptable.

For further guidance, refer to Salesforce Flow documentation and Agent customization resources.