Explanation:

When grounding an Agentforce agent with complex corporate data ecosystems, information is rarely stored in just one place or in a single format. In this scenario, the company needs to draw knowledge from two completely distinct structures: unstructured PDF documents and a comprehensive structured/semi-structured Knowledge Base.

Why C is correct:
An Ensemble Retriever (configured in AI Models / Einstein Studio) is specifically designed to group multiple individual retrievers into a single operational unit. It allows you to search across multiple independent data sources simultaneously. When the agent executes an ensemble retriever, it queries all child retrievers, aggregates their findings, filters out redundancies, reranks the entire combined list based on real-time semantic relevance, and provides a unified, highly relevant payload to ground the agent's response.

Why A is incorrect:
A dynamic retriever uses runtime inputs or placeholders (such as record IDs passed from a CRM prompt template) to narrow down a search. While powerful for user context filtering, a single dynamic retriever is still mapped to a single underlying index/data object, rather than seamlessly unifying a PDF vector index with a standard Knowledge Base index.

Why B is incorrect:
An individual retriever is strictly bound to a single search index or Data Cloud Unstructured Data Model Object (UDMO). It cannot natively query across structurally separate document buckets and standard Knowledge articles at the same time.

Reference
Salesforce Help: Create an Ensemble Retriever. Use ensemble retrievers to get the most relevant information from multiple searches or data sources. In AI Models, an ensemble retriever acts as a collection of individual retrievers, running them in parallel, combining their results, and reranking the final output for the prompt or agent context.

Explanation:

The Agentforce Specialist should create a custom evaluation with a tailored prompt that outlines the specific criteria of the proprietary “De-escalation Framework” (plus empathy requirements).

Why Custom Evaluation?

The Agentforce Testing Center supports LLM-as-judge evaluations for nuanced, qualitative criteria (tone, empathy, adherence to custom frameworks).

A custom evaluation lets you provide a detailed prompt describing the exact framework steps, success indicators, and empathy markers. The LLM judge then scores responses accordingly.

This is the most flexible and accurate approach for proprietary or company-specific processes.

Why Not the Others?

A: Standard Coherence (or similar fixed criteria) evaluations have limited customization. Adjusting them does not sufficiently capture a proprietary De-escalation Framework.

B: Default Instruction Adherence helps with following general instructions but is not designed for deep qualitative assessment of empathy or custom frameworks.

Explanation:

Why B is correct:

Zero Copy is a Salesforce Data Cloud concept that allows you to access and query data residing in external systems (e.g., Snowflake, Databricks, Amazon S3, or other external databases) without physically ingesting or duplicating that data into Salesforce Data Cloud (which includes Data 360).

This perfectly matches the requirement: "ground a new Agentforce agent with structured data stored in an external system without duplicating it" and "ensure real-time data accuracy and minimize storage costs."

Zero Copy creates a virtual connection to the external data, treating it as if it were native to Data Cloud. When the Agentforce agent grounds a response, it queries the external system in real time via this virtual layer, ensuring the data is always current and avoiding the storage costs and latency associated with duplication or batch ingestion.

Why A is incorrect:

A semantic index is used within Data Cloud to enable vector-based semantic search and retrieval-augmented generation (RAG) on data that has already been ingested into Data Cloud.

Establishing a semantic index on external content would first require that the content be brought into Data Cloud, which violates the requirement of "without duplicating it."

Why C is incorrect:

A data stream is explicitly designed to import or ingest data into Data Cloud from external sources (via batch or streaming).

Configuring a data stream would physically copy the external data into Data Cloud, which directly contradicts the requirement to not duplicate it and would incur additional storage costs.

References:

• Salesforce Official Documentation: Data Cloud Zero Copy Data Access – defines Zero Copy as the capability to access external data virtually without ingestion, enabling real-time querying from external data lakes and warehouses.

• Trailhead Module: Get Started with Data Cloud > Unit: Connect External Data with Zero Copy – highlights that Zero Copy is the recommended approach for grounding agents with external data when real-time accuracy and cost minimization are priorities.

Explanation:

Agent Script provides a set of built-in @utils functions that can be used directly, out of the box, with no custom backend code (no Apex, no Flow required) to accomplish exactly the three capabilities described:

@utils.setVariables — Tells the agent to define or update a conversational state variable based on a natural language description of how it should be set (for example, from something the customer said). This is a native, declarative way to manage conversational state.

@utils.transition to — Tells the agent to move or navigate to a different subagent (formerly "topic"). This can be used deterministically (via conditional logic) or exposed as a tool the LLM can invoke, and it works natively without any external orchestration logic.

@utils.escalate — Tells the agent to escalate or hand off the conversation to a human service representative. This only requires an active Omni-Channel connection configured declaratively in a connection block (with outbound_route_type and outbound_route_name), not a custom Apex class or custom backend code.

All three are native Agent Script utility functions designed to be used directly, which is exactly why they minimize technical debt — no custom Apex and no custom Flow logic required.

Why not B:

@utils.escalate does not require a custom Apex class. It only requires a properly configured Omni-Channel connection (declarative setup via a connection block specifying the routing type and name). This is configuration, not custom code.

Why not C:

@utils.transition to does not require a Flow to define the target subagent at runtime. The target subagent is referenced directly in Agent Script (e.g., @utils.transition to @subagent.subagent_name), either deterministically via conditional logic or as an LLM-callable tool. No Flow is needed to resolve the target.

Reference:

Agent Script Utils reference (Salesforce Developer Guide): @utils.setVariables, @utils.transition to, @utils.escalate — all native, declarative utility functions usable directly in Agent Script without custom backend code.

@utils.escalate requires only an Omni-Channel connection block configuration, not Apex.

Explanation:

Chunking is a foundational step in Retrieval-Augmented Generation (RAG) pipelines, including those used by Agentforce's Data Libraries/retrievers. Because large language models have limited context windows and semantic search works best on focused, coherent units of text, large source documents are broken down into smaller, manageable units — often called passages or chunks. Each chunk is then individually indexed (typically as a vector embedding) so that when a partner asks a question, the retriever can find and return only the most relevant passages, rather than the entire document. This significantly improves both retrieval accuracy and response relevance, since the LLM is grounded on focused, on-topic content rather than being overwhelmed with irrelevant surrounding text.

Why not B:

The whole point of chunking is to avoid sending entire documents to the LLM. Returning full documents would be inefficient, could exceed context window limits, and would reduce retrieval precision because irrelevant sections would dilute the grounding context. RAG retrieves only the most relevant chunks or passages, not full documents.

Why not C:

Chunking strategies are not interchangeable — they directly impact retrieval quality. Factors like chunk size, overlap, and splitting method (by paragraph, fixed token count, semantic boundaries, etc.) significantly affect whether relevant information is captured coherently or awkwardly split across chunks, which in turn affects how accurately the retriever can match a query to the right content. Choosing the right chunking strategy is a key configuration decision when setting up a Data Library or retriever.

Reference:

RAG (Retrieval-Augmented Generation) fundamentals: chunking → embedding → indexing → semantic retrieval → grounding.

Agentforce Data Libraries and retrievers rely on well-tuned chunking to ensure large documents (like inventory catalogs, partner agreements, or policy manuals) are retrievable at the passage level for accurate, relevant grounding.