Free Salesforce Agentforce-Specialist Practice Exam with Questions & Answers | Set: 8

Field Generation is the correct prompt template type because the requirement is to generate AI output for a specific Salesforce record field, the Account Description field. Salesforce Prompt Builder supports Field Generation prompt templates so users can generate field values directly from record context without custom code. The described behavior—clicking from the record page, previewing the result, regenerating it, and manually editing before saving—is the Field Generation user experience. Flex templates are general-purpose and are not the best match when the target is a Salesforce field. Sales Email templates are for generating email content, not field values. Since the solution must remain declarative, Prompt Builder with a Field Generation prompt template is the correct choice.

The correct answer is A because the problem is not missing information or excessive length; the response is poorly formed for human conversation. Coherence evaluates whether the generated response is understandable, logically organized, and presented in a natural language format. Raw JSON may contain correct retrieved data, but it fails as a customer-facing answer because it is not grammatically conversational. Conciseness would score poorly if the response were unnecessarily long or verbose. Completeness would score poorly if the answer omitted required information. Here, the agent retrieved the right content, but the response presentation is defective. Salesforce Testing Center evaluations include quality-focused measures such as coherence, completeness, conciseness, latency, and instruction adherence, so coherence is the directly affected quality dimension.

Sales Insight Summary aggregates key data points from multiple Salesforce objects (accounts, contacts, leads, opportunities) into a consolidated view, enabling account managers to quickly access relevant information for customer calls.

Option A (Sales Summaries): Typically refers to Einstein-generated summaries of specific interactions (e.g., emails, calls), not multi-object snapshots.

Option C (Work Summaries): Focuses on summarizing customer service interactions (e.g., chat transcripts), not sales data.

Option B (Sales Insight Summary): Directly provides a holistic snapshot of sales-related objects, aligning with the scenario.

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.

The AgentForce Testing Center Functional Overview highlights that AI-powered synthetic test utterances allow teams to automatically generate natural language variations of existing test prompts. This feature helps validate whether the agent can correctly classify and respond to diverse user phrasing — a crucial step in ensuring conversational robustness and intent coverage.

By expanding each test case into multiple paraphrased utterances, the Testing Center evaluates how well the reasoning engine generalizes user intent, improving reliability before deployment.

Option B is insufficient because manually written prompts cover limited language diversity. Option C waits for live feedback, which exposes end users to unvalidated agent behavior and is not a pre-deployment testing method.

Therefore, the correct choice is Option A – AI-generated synthetic test utterances based on natural language variations.

Why is " Deploy flows, Apex, and all agent-related items using either change sets or the Salesforce CLI/Metadata API " the correct answer?

When deploying an Agentforce Agent with multiple topics and Agent Actions that use flows and Apex, a complete deployment solution is required. Change sets and the Salesforce CLI/Metadata API support the deployment of flows, Apex code, and agent-related metadata.

Key Considerations for Agentforce Deployments:

Supports Deployment of All Required Components

Agentforce Agents include flows, Apex classes, topics, and agent actions.

Change sets and Salesforce CLI/Metadata API allow deployment of all these components together, ensuring a smooth transition to production.

Agentforce Metadata Can Be Deployed Using Standard Tools

Change Sets: Allows admins to move configurations, custom objects, and metadata between Salesforce environments.

Salesforce CLI/Metadata API: Enables scripted deployments, automating the transfer of Agentforce configurations.

Ensures a Complete Migration Without Manual Configuration

Deploying all components together reduces the risk of misconfiguration.

Automating deployments using the Metadata API ensures consistency across environments.

Why Not the Other Options?

❌ A. Deploy the flows and Apex using normal deployment tools and manually create the agent-related items in production.

Incorrect because manually creating agent-related items in production introduces risk and inconsistency.

This approach is error-prone and time-consuming, especially for large Agentforce deployments.

❌ B. Use only change sets because the Salesforce CLI does not currently support the deployment of agent-related metadata.

Incorrect because Salesforce CLI and Metadata API fully support Agentforce deployments.

Change sets are useful but limited in large-scale, automated deployments.

Agentforce Specialist References

Salesforce AI Specialist Material confirms that Agentforce metadata (flows, actions, and topics) can be deployed using Change Sets or the Metadata API​.

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 usecase. The Sales Email template is for generating email content, and the Record Summary template is for summarising a record rather than generating a marketingstyle description. Therefore the correct answer is C.

When the preview button is greyed out in a Flex prompt template, it is often because the records related to the prompt have not been selected. Flex prompt templates pull data dynamically from Salesforce records, and if there are no records specified for the prompt, it can ' t be previewed since there is no content to generate based on the template.

Option B, not saving or activating the prompt, would not necessarily cause the preview button to be greyed out, but it could prevent proper functionality.

Option C, missing a merge field, would cause issues with the output but would not directly grey out the preview button.

Ensuring that the related records are correctly linked is crucial for testing and previewing how the prompt will function in real use cases.

Salesforce Agentforce Specialist References:

Refer to the documentation on troubleshooting Flex templates here: https://help.salesforce.com/s/articleView?id=sf.flex_prompt_builder_troubleshoot.htm

The correct answer is C because the requirement is prompt-level model routing to a specific self-hosted Amazon Bedrock model. Salesforce supports Bring Your Own Large Language Model (BYOLLM) through AI Models, formerly Einstein Studio, and lists Amazon Bedrock as a supported provider. After the model is registered, the specialist can select that model for the relevant prompt template, ensuring the prompt uses the required model instead of a default provider. Option A is wrong because permission sets on metadata records are not how prompt templates route model execution. Option B is wrong because Private Connect controls network connectivity, not prompt-template model selection. Compliance-sensitive routing must be handled by registering and selecting the approved model explicitly.

The correct answer is A. Since historical policy versions must remain searchable, the solution is not deletion; it is deterministic retrieval scoping. A custom retriever with a dynamic filter can use the customer’s Contract record to pass the applicable policy version at runtime. That limits candidate chunks before semantic ranking, reducing the risk that the LLM receives the wrong policy version. Option B helps add context to chunks, but it still leaves the LLM to choose among versions after retrieval, which is weaker for legal accuracy. Option C creates unnecessary operational complexity by splitting every policy version into separate data streams. Data 360 retrievers are designed to search indexes and can be customized with filters and runtime filter values for more precise grounding.