Agentforce-Specialist Exam Dumps - Salesforce Certified Agentforce Specialist (AI-201)

According to the AgentForce Action Orchestration and Control Logic Guide, deterministic restrictions on action execution should be implemented using context variables and conditional filters.

By creating a context variable (e.g., AccountStatus) that pulls the customer’s current status and applying a conditional filter that limits execution to cases where AccountStatus = "Active", the refund action can be programmatically restricted. This ensures the agent can only trigger the refund flow when conditions are met, providing both consistency and governance over sensitive actions.

Option A (adding instructions in a prompt) is non-deterministic — the LLM might ignore or misinterpret instructions. Option C (explaining rules in text) adds guidance but not enforcement. Only filters guarantee deterministic enforcement.

Thus, the correct answer is Option B – Use context variables with conditional filters for deterministic action control.

The Field Generation prompt template type is specifically designed to enable generative AI within the context of a Salesforce record field. To expose this functionality to an end-user, the Agentforce Specialist must associate the template with the form field on the Lightning page (B). This is accomplished using the Lightning App Builder:

The Agentforce Specialist first creates a custom field (often a Long Text Area or Rich Text Area) on the desired object to store the AI-generated output.

In the Lightning App Builder for the object's Record Page, the Specialist selects the field component.

In the properties panel for that field component, there is a setting (often a dropdown) to select an active Field Generation Prompt Template.

Once associated, an Einstein icon (or "Generate" button) appears next to the field on the record page, allowing the user to click it to run the prompt, review the AI-generated content, and then decide to use it to populate the field.

Options A and C (using Flows) are methods for calling prompt templates to automate the generation of content or to ground the prompt with more complex data (like related list information). However, for the Field Generation prompt template to be exposed directly to the user for on-demand generation and manual review (the intended user experience for this template type), it must be bound to the field itself on the Lightning Record Page.

Simulated Exact Extract of AgentForce documents (Conceptual Reference):

"The Field Generation prompt template is surfaced to the user via the Lightning Record Page. After the prompt template is created and activated in Prompt Builder, the Agentforce Specialist must edit the Lightning Record Page in the Lightning App Builder. The key step is to select the target field component and, within its property panel, assign the Field Generation Prompt Template from the available dropdown menu. This action binds the generative AI capability directly to the field, displaying the 'Generate' button to the user to trigger the AI-assisted content creation upon the record."

Simulated Reference: AgentForce Study Guide, Chapter 3: Prompt Builder, Section 3.2: Field Generation Deployment, p. 55.

To improve the productivity of the service center, the Agentforce Specialist should recommend the Service Replies and Case Summaries features.

Service Replies helps agents by automatically generating suggested responses to customer inquiries, reducing response time and improving efficiency.

Case Summaries provide a quick overview of case details, allowing agents to get up to speed faster on customer issues.

Work Summaries are not as relevant for direct customer service operations, and Sales Summaries are focused on sales processes, not service center productivity.

For more information, see Salesforce's Einstein Service Cloud documentation on the use of generative AI to assist customer service teams.

When a flow is invoked via a custom Agent action, its data access depends on the flow’s runtime configuration, not system mode by default. Salesforce flows can be configured to respect the running user’s permissions and sharing settings:

If the flow is set to "Run as the User Who Launched the Flow" (enabled in Flow Settings), it adheres to the user’s permissions, field-level security (FLS), and sharing rules.

Option C is incorrect because flows do not always run in system mode unless explicitly configured to do so.

Option A is misleading because "with sharing" is an Apex concept, not a flow setting. Flows use runtime settings like FLS and sharing enforcement.

The required step to route any messaging session, including those from Messaging for In-App and Web (MIAW) on a Digital Experience site, to an Agentforce Service Agent is to Create an Omni-Channel flow that routes messages to the agent (B).

Messaging for In-App and Web utilizes Omni-Channel Routing to direct incoming work items (which are created as MessagingSession records) to the correct destination. When setting up the Messaging Channel for a Digital Experience site, the Routing Type must be configured to use a Flow. This Flow is an Omni-Channel Flow that explicitly contains a Route Work action element configured to route to the Agentforce Service Agent.

Crucially, this Omni-Channel Flow also handles the passing of the pre-chat variables (like the membership number). The pre-chat variables are mapped in the Messaging Channel settings to input variables in the Omni-Channel Flow. The Flow can then use this membership number to perform a record lookup, enrich the context of the conversation (e.g., by updating the related MessagingSession record), and then successfully route the session to the Agentforce Service Agent using the Route To: Bot action, which targets the specific Agentforce Agent.

Options A and C are incorrect:

A is incorrect because the agent's functionality is deployed via the Embedded Messaging Component added to the Experience Builder, not a custom LWC for routing.

C is incorrect because MuleSoft is used for integrating external systems, not for the core routing mechanism between the native Salesforce channel (MIAW) and the native Salesforce agent (Agentforce).

Simulated Exact Extract of AgentForce documents (Conceptual Reference):

"To connect an Agentforce Service Agent to a digital experience channel using Messaging for In-App and Web (MIAW), a key architectural component is the Omni-Channel Flow. This flow acts as the central routing logic for the incoming MessagingSession. Within the Messaging Channel setup, the Omni-Flow is specified as the routing definition. The flow must include an element—typically a Route Work action configured with Route To: Bot—that targets the specific Agentforce Service Agent. Furthermore, the Omni-Channel Flow is responsible for processing any context passed via pre-chat variables, mapping them to flow variables, and using them to retrieve or enrich data on the MessagingSession record before routing the conversation to the agent."

Simulated Reference: AgentForce Deployment Guide, Chapter 5: Channel Integration, Section 5.3: Omni-Channel Routing for Agents, p. 118.

The AI audit trail in Salesforce provides a detailed log of AI activities, including the data used, its handling, and masking procedures applied in the Einstein Trust Layer. It allows the Agentforce Specialist to inspect and verify that sensitive data, such as addresses, is appropriately masked before being used in prompts or outputs.

Enable data encryption on the address field: While encryption ensures data security at rest or in transit, it does not verify masking in AI operations.

Review the platform event logs: Platform event logs capture system events but do not specifically focus on the handling or masking of sensitive data in AI processes.

Inspect the AI audit trail: This is the most relevant option, as it provides visibility into how data is processed and masked in AI activities.

According to the official AgentForce Prompt Template Design Guide, when extracting specific data such as customer name, phone number, and case number from unstructured text, the best practice is to use well-defined output instructions and examples. The documentation specifies: “To ensure the LLM produces consistent and precise outputs, prompts must include explicit output formatting instructions and examples that demonstrate the desired structure.”

AgentForce guidance emphasizes structured output control to prevent the LLM from adding conversational or extraneous text. It states: “Always define your output schema clearly — for example, specify JSON or key-value pairs — and provide one or more examples of what the model should return. This ensures the model responds only with structured data and not natural language.”

Option A (“Ask the LLM to extract and only output important information”) is too vague and can still produce variable or verbose responses. Option C (“Ensure the LLM has been told to only use name value pairs”) is partially correct but incomplete without clear formatting and example output. Therefore, Option B is the correct choice as it aligns with AgentForce’s documented standards for prompt accuracy and reliability.

References (AgentForce Documents / Study Guide):

AgentForce Prompt Engineering Best Practices Guide

AgentForce Developer Study Guide: “Defining Structured Outputs in Prompt Templates”

AgentForce Technical Documentation: “Using Output Instructions and Examples for LLM Control”