Nail the AI-201: Agentforce Prep That’s Built for Real-World Implementation

Why is " Verify the retriever ' s filter criteria and data source connection " the correct answer?

If agent answers are not satisfactory when using PDF files as a knowledge source, the issue is likely caused by:

Retriever misconfiguration

If filters are too broad or too restrictive, AI may fail to find relevant information.

Checking filter logic and retrieval scope helps improve accuracy.

Incorrect data source connection

If the retriever is not properly linked to the PDF storage location, it may fail to retrieve relevant information.

Ensuring a stable connection between Salesforce Data Cloud and the retriever prevents retrieval failures.

Parsing Issues with PDF Files

If PDFs are not properly indexed, AI may struggle to extract relevant content.

Ensuring structured document formatting improves AI comprehension.

Why Not the Other Options?

❌ A. Analyze the data mapping between source fields and Data Cloud object fields.

Incorrect because data mapping issues primarily affect structured CRM data, not PDF-based knowledge sources.

The issue likely stems from retrieval settings, not field mapping.

❌ B. Check that the agent has the PDF file field permission access for the data library.

Incorrect because permission access issues would prevent AI from accessing PDFs entirely rather than causing poor response quality.

AI can still generate responses, even if they are inaccurate, which means the issue lies in retriever settings, not permissions.

Agentforce Specialist References

Salesforce AI Specialist Material details how retriever filters and data sources impact AI-generated answers​.

Salesforce Certification Guide mentions the importance of verifying retriever configurations for accurate knowledge retrieval​.

To begin validating that the correct fields are being masked in Einstein Trust Layer, the Agentforce Specialist should request the Einstein Generative AI Audit Data from the Security section of the Salesforce Setup menu. This audit data allows the Agentforce 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 B is correct because it allows for the retrieval of audit data that can be used to validate data masking.

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

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

Einstein Conversation Insights analyzes sales calls (including video and voice) to capture key moments, deal terms, competitor mentions, and customer sentiment. It helps sales management quickly understand what was discussed without manually reviewing the entire call.This feature ensures actionable insights are delivered directly into the Salesforce CRM, allowing sales managers to gain a concise overview without manually reviewing long recordings.

According to the AgentForce Data Library Configuration Guide, administrators can restrict indexing and retrieval of Knowledge articles to publicly available ones and enable source visibility for LLM-grounded responses. The documentation states:

“Within the data library settings, under Knowledge Settings, enable ‘Use Public Knowledge Articles’ to ensure only publicly visible content is indexed. To display citations, enable ‘Show Sources’ so the agent links the specific articles or data records used to ground its response.”

Option A correctly reflects these two documented configuration steps.

Option B is incorrect because Salesforce explicitly supports source display for transparency through the “Show Sources” setting.

Option C incorrectly assumes that Data Categories control indexing visibility and source linking, which is handled by explicit Knowledge Settings, not categorization.

References (AgentForce Documents / Study Guide):

AgentForce Data Library Configuration Guide: “Knowledge Settings for Public Article Indexing”

AgentForce Transparency and Source Attribution Notes: “Show Sources Option”

AgentForce Study Guide: “Configuring Knowledge Visibility and Source Display”

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”

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.

As outlined in the AgentForce External Services and Prompt Flow Integration Guide, when data is retrieved from a registered external service via REST API, the response payload is stored as External Service Records. These records can then be referenced dynamically within prompt templates through External Service Record merge fields.

This approach allows the large language model (LLM) to use the fetched data as contextual grounding during prompt execution, ensuring that generated responses are accurate and consistent with the latest API results.

Option B is incorrect because AgentForce does not use XML merge fields for API responses; JSON data is automatically mapped to object structures. Option C is also incorrect — the “Add Prompt Instructions” element modifies prompt context or tone but does not pass external data for merge use.

Therefore, the correct method is Option A – Use External Service Record merge fields, ensuring the external service data is directly available for prompt templates.

The correct answer is C because the company is not asking for a generic quality score; it needs evaluation against a proprietary de-escalation framework and empathy standard. Salesforce Testing Center supports LLM-judge style evaluations where a judge model compares the agent response against task criteria. For a custom rubric, the specialist should create a custom evaluation and provide a tailored prompt that defines the exact framework criteria. Option A is wrong because standard Coherence is not intended to be rewritten into a proprietary policy rubric. Option B is also too generic because default instruction adherence does not necessarily understand UC’s internal de-escalation model. Custom evaluation is the right mechanism for organization-specific qualitative standards.

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.

The correct answer is B because the requirement is a standard operational report for Service Agent performance over time. Agent Analytics in Agentforce Observability is the built-in analytics layer for tracking agent usage, effectiveness, deflection, escalation, and abandonment behavior. It is the most direct and maintainable approach for a VP-level service dashboard. Option A is not the best fit because health monitoring and alert thresholds are not the primary reporting mechanism for historical weekly trend analysis. Option C is unnecessarily custom for a standard metric request and should be reserved only when prebuilt analytics do not satisfy the reporting need. Salesforce documentation states that Agentforce Analytics uses Data 360 reports to provide insight into agent performance, and Observability includes effectiveness metrics such as escalation and deflection.