Last Updated On : 29-Jun-2026
Salesforce Agentforce Specialist - AI-201 Practice Test
Prepare with our free Salesforce Agentforce Specialist - AI-201 sample questions and pass with confidence. Our Agentforce-Specialist practice test is designed to help you succeed on exam day.
Salesforce 2026
Universal Containers (UC) has recently received an increased number of support cases. As a result, UC has hired more customer support reps and has started to assign some of the ongoing cases to newer reps. Which generative AI solution should the new support reps use to understand the details of a case without reading through each case comment?
A. Agent
B. Einstein Sales Summaries
C. Einstein Work Summaries
Explanation:
Why C is correct:
Einstein Work Summaries is the Salesforce generative AI feature specifically designed to help service and support teams quickly understand the context of a work item—such as a Case, Lead, or Opportunity—without having to read through every single comment, email, or activity in the feed.
Work Summaries automatically generate a concise, AI-powered summary of the entire case history, including:
* The customer's original issue.
* Key updates from customer interactions.
* Recent comments from support reps.
* Any pending actions or unresolved questions.
This is the exact solution that new support reps need. They can instantly grasp the case details, status, and next steps without spending time scrolling through a long feed of case comments. This accelerates onboarding for new hires and improves overall case resolution efficiency.
Why A is incorrect:
Agent (Agentforce Agent) is the conversational AI assistant that can autonomously handle customer interactions, answer questions, and perform actions. While an Agentforce Service Agent could assist the rep by summarizing a case, the question asks for the specific generative AI solution designed for this purpose within the Salesforce UI. Einstein Work Summaries is the out-of-the-box feature that provides case summaries directly within the Service Console, whereas an Agent is a separate deployment for customer-facing or internal assistant use cases.
Why B is incorrect:
Einstein Sales Summaries is designed for sales teams, specifically to summarize sales records like Opportunities, Accounts, and Leads. It provides insights on deal progress, next steps, and key contacts. It is not designed for service/support cases or for summarizing case comments, making it irrelevant for this scenario.
References:
Salesforce Official Documentation: "Einstein Work Summaries Overview" – defines Einstein Work Summaries as the generative AI feature that creates concise summaries of work records (Cases, Leads, Opportunities) to help users quickly understand context without reading the full history.
Trailhead Module: "Get Started with Einstein for Service" > Unit: "Summarize Work with Einstein" – explicitly demonstrates how service reps use Einstein Work Summaries to get case summaries, improving efficiency and reducing time spent on case reading.
Agentforce Exam Guide (AI-201): Under "Einstein AI Capabilities" – distinguishes between Work Summaries (service/support), Sales Summaries (sales), and Agents (conversational assistants), emphasizing the correct use case for each.
An Agentforce Specialist deployed a Service Agent to an Experience Cloud site and enabled Credential-Based User Verification. The specialist notices that all Data Manipulation Language (DML) record updates are showing the “Last Modified By” user as the authenticated Community User instead of the Agent User. What should the specialist explain to the business about the effect on audit fields?
A. Credential-Based User Verification has been enabled, which in turn respects all sharing and field-level security.
B. The Flow execution mode for the agent is set to System Context Without Sharing.
C. Token-Based User Verification has been enabled, which in turn respects all sharing and field-level security.
Explanation:
The requirement highlights the architectural impact of security and user verification models on record changes within Agentforce.
The correct behavior is described as follows:
When an autonomous agent operates under Credential-Based User Verification, the conversation session runs under the context of the logged-in, authenticated community user. Because the agent is acting on behalf of that specific customer, any Data Manipulation Language (DML) operations (such as record creation or modification) capture the authenticated Community User as the running user, updating the system audit fields (like Last Modified By) accordingly.
This verification method ensures that all standard Salesforce sharing rules, object permissions, and field-level security constraints of the authenticated user are strictly respected by the agent during the interaction.
Why the Other Options Are Incorrect
B. ❌ The Flow execution mode for the agent is set to System Context Without Sharing.
If an action or Flow were running in System Context Without Sharing, it would bypass user-level sharing rules and execute under the automated system user context rather than capturing the individual Community User's identity in standard audit trail fields.
C. ❌ Token-Based User Verification has been enabled, which in turn respects all sharing and field-level security.
While Token-Based User Verification confirms the user's identity via encrypted keys, it traditionally limits the agent's ability to seamlessly execute database actions and transactions natively inside the running user's context across Experience Cloud sites compared to the newer Credential-Based framework.
Reference
Salesforce Agentforce Service Cloud Release Notes: User Verification and Security Context.
Salesforce Help: Set Up Credential-Based User Verification for Enhanced Web Chat.
Exam Tip
When troubleshooting who modified a record during an Agentforce session:
Credential-Based User Verification = Actions run directly in the context of the logged-in user, respecting sharing rules and marking audit fields with the Community User's ID.
System Context (Without Sharing) = Runs with elevated system permissions, masking individual user context in favor of system-level audit updates.
An Agentforce Specialist is preparing to upload several PDF policy documents to a new file-based Agentforce Data Library. To leverage advanced processing with Intelligent Context, how should the Agentforce Specialist proceed?
A. Upload up to five PDFs that are 100 MB or less to allow the system to evaluate the optimal indexing configuration.
B. Upload up to five PDFs that are 10 MB or less to allow the system to evaluate the optimal indexing configuration.
C. Manually enable Intelligent Context in Data 360 prior to uploading the PDF files.
Explanation:
When setting up a file-based Agentforce Data Library and leveraging Intelligent Context (which uses AI to automatically evaluate document structure and content to determine the optimal chunking/indexing strategy), Salesforce requires an initial small sample batch of documents for this evaluation process. Specifically, the system is designed to analyze up to five PDF files, each 10 MB or less, during the initial setup. This sample allows Intelligent Context to assess the document format, structure, and content patterns, and then recommend or apply the best indexing configuration before the specialist proceeds to upload the full document set.
This size and count limitation (5 files, ≤10 MB each) is a specific, documented constraint for the evaluation/preview phase of Intelligent Context — it is not something the specialist configures arbitrarily, but a defined system behavior for the initial optimization step.
Why the other options are incorrect:
A. Up to five PDFs that are 100 MB or less: The file size threshold for the Intelligent Context evaluation sample is 10 MB, not 100 MB. 100 MB exceeds the supported limit for this initial indexing evaluation step.
C. Manually enable Intelligent Context in Data 360 prior to uploading the PDF files: Intelligent Context is not something manually toggled on in Data Cloud/Data 360 as a prerequisite setup step — it's a built-in, automatic capability of the Agentforce Data Library's document processing pipeline that activates based on the sample upload, not a separate manual configuration step.
Reference:
Salesforce Agentforce documentation — "Create a Data Library" / "Intelligent Context for File-Based Data Libraries" (sample document requirements: up to 5 PDFs, 10 MB or less, for indexing optimization).
Universal Containers has configured an agent to handle customer return requests. When a customer initiates a return, the agent must calculate a specific restocking fee. The agent needs to quote this exact fee to the customer and then reuse that same fee amount when summarizing the final refund. The Agentforce Specialist needs to ensure the agent uses deterministic logic to calculate the fee and consistently reuses the exact same value without guessing or hallucinating. How should the specialist configure the agent to achieve this behavior?
A. Execute a flow as an agent action to calculate the fee, and make the flow’s output directly available to the agent response. The agent will be able to continue to use this value from memory
B. Define a context variable for the fee. Execute a flow as an agent action to calculate the fee, assign the flow’s output to that context variable, and have the agent reference that variable in its responses
C. Provide the mathematical formula for the restocking fee in the agent’s system instructions and instruct it to remember the result for reuse
Explanation:
The requirement has two key parts:
Calculate the restocking fee using deterministic business logic.
Reuse the exact same value later in the conversation without recalculating or relying on the LLM's memory.
The best approach is to:
Use a Flow as an agent action to perform the fee calculation according to business rules.
Store the calculated value in a context variable.
Reference that context variable whenever the fee needs to be mentioned again (for example, when presenting the refund summary).
This ensures the fee remains consistent throughout the session and prevents the LLM from generating or altering the value.
Why the Other Options Are Incorrect
A. ❌ Execute a flow as an agent action to calculate the fee, and make the flow’s output directly available to the agent response. The agent will be able to continue to use this value from memory.
While the Flow provides a deterministic calculation, relying on the agent's conversational memory is not guaranteed for exact value reuse.
The requirement explicitly calls for deterministic reuse of the same value, which is what context variables are designed for.
C. ❌ Provide the mathematical formula for the restocking fee in the agent’s system instructions and instruct it to remember the result for reuse.
System instructions are not a substitute for deterministic business logic.
Having the LLM perform calculations and "remember" the result can lead to inconsistencies or hallucinations.
Business calculations should be implemented in Flows or Apex, not delegated to the LLM.
Reference
Salesforce Agentforce documentation on Context Variables for storing and reusing values across an agent session.
Salesforce Agentforce documentation on Agent Actions and Flow integration for deterministic business logic.
Salesforce Certified Agentforce Specialist (AI-201) Exam Guide – context variables, agent actions, and Flow integration.
Exam Tip
When you see requirements such as:
"Use the exact same value later"
"Deterministic"
"Without guessing or hallucinating"
"Calculate once and reuse"
look for this pattern:
✅ Flow (or Apex) for deterministic calculation
✅ Context variable to persist the value
✅ Agent references the context variable in subsequent responses
A helpful rule of thumb for the AI-201 exam is:
Business logic → Flow or Apex
Persistent session values → Context variables
Natural language generation → LLM
Northern Trail Outfitters is testing an agent connected to an Agentforce Data Library. The agent successfully retrieves the correct data from the library, but delivers the response to the user as raw JSON structures instead of grammatically correct conversational language. Which quality evaluation scores poorly in this scenario?
A. Coherence
B. Conciseness
C. Completeness
Explanation:
Option A (Coherence) scores poorly here. In Agentforce's quality evaluation framework (used in the Testing Center and LLM-as-judge evaluations), Coherence measures whether the response is:
Easy to understand and logically structured.
Grammatically correct and natural (conversational language).
Free of jarring artifacts like raw JSON, code dumps, or unstructured data.
The agent retrieves the right data (from the Agentforce Data Library) but fails to transform it into proper conversational output. This directly impacts coherence.
Why not the others?
B (Conciseness): This evaluates whether the response is brief but still comprehensive. The issue here isn’t excessive length or wordiness — it’s the format/style of the output.
C (Completeness): This checks if all essential information is present. The scenario states the agent “successfully retrieves the correct data,” so completeness is likely fine; the problem is how it’s delivered.
Key References
Agentforce Testing & Evaluation: Standard metrics include Coherence, Completeness, and Conciseness (among others like factuality and instruction adherence). Coherence specifically flags responses that are not user-friendly or natural.
This relates to Agent Capabilities and Optimization and testing/monitoring best practices in the exam.
Tip for similar scenarios:
Improve this by refining instructions/prompt templates (e.g., "Always respond in clear, conversational language. Never output raw JSON."), using response formatting options, or post-processing actions.
| Agentforce-Specialist Exam Questions - Home | Previous |
| Page 6 out of 76 Pages |