AB-620 Sample Questions Answers

B. Configure prompt instructions that include disclaimer text. Centralized prompt instructions apply the required disclaimer and behavioral controls consistently to generative responses. This avoids maintaining duplicate text in individual topics and reduces the risk of inconsistent compliance language. Microsoft confirms that prompt modifications can control response content, format, personality, and what the agent should or should not answer. Microsoft Learn: Prompt modification

C. Use Markdown syntax within response content. The scenario explicitly requires Markdown for formatting and states that HTML is unsupported. Markdown can provide headings, bold text, lists, and other structured presentation while remaining compatible with the target channels.

Options A and E duplicate disclaimer content across topics, creating unnecessary maintenance and inconsistent responses when the disclaimer changes. Option D violates the stated platform requirement because HTML must not be used.

A. Use a Microsoft Graph connector to index the partner’s travel advisory content. Microsoft 365 Copilot connectors—formerly called Microsoft Graph connectors—index non-Microsoft enterprise content into Microsoft Graph, making it available for semantic knowledge grounding and citations. Microsoft Learn: Copilot connectors

D. Add the internal policy documents as a knowledge source. The SharePoint PDFs and policy documents should be connected as agent knowledge so generative answers can retrieve and summarize the relevant content. This is scalable and avoids manually maintaining document-specific topics. Microsoft Learn: SharePoint knowledge sources

B violates the requirement to avoid manually authored Q & A topics. C could produce ungrounded responses from unapproved public sources and would not satisfy the airline’s accuracy, security, or compliance requirements.

Create a new agent flow artifact in the environment.

Configure the invocation trigger that allows the agent to call the agent flow.

Configure the actions that implement the required behavior.

Validate the agent flow behavior with representative test runs.

Make the agent flow available for agent usage.

An agent flow must first exist in the target environment before its trigger or processing logic can be configured. The invocation trigger is then configured so Copilot Studio can initiate the flow during a conversation. For an agent-callable flow, this is typically the When an agent calls the flow trigger. The flow should also return any required results through the corresponding response action.

After establishing the trigger, the author adds the actions that implement the required business process, such as retrieving records, calling connectors, applying conditions, or updating enterprise systems. Representative test runs should then be performed to confirm that inputs are accepted correctly, actions execute successfully, errors are handled appropriately, and expected outputs are returned to the agent.

Once the flow has been verified, it can be published and made available to the agent as a tool. Exposing an incomplete or unverified flow prematurely could cause conversation failures or incorrect tool results.

Relevant study-guide area: Plan and configure agent solutions → Create and monitor agent flows in Copilot Studio → Create an agent flow . See Create an agent flow as a tool and Call an agent flow from an agent .

Comprehensive and Detailed Explanation From Microsoft AB-620 Study Guide: An external agent that supports Agent2Agent is connected by supplying its A2A endpoint and the required authentication configuration. The endpoint represents a collaboration interface between independently orchestrated agents, enabling the Copilot Studio agent to delegate a task and receive the partner agent ' s response. Generative answers cannot call another agent merely because both use generative AI; they retrieve and synthesize from knowledge sources. A Power Platform connector could wrap an ordinary API, but it would not use the specified A2A agent contract and would lose agent-to-agent semantics. Adding the target as indexed knowledge would only make a corpus searchable and would not execute the target agent. The endpoint must be the A2A message endpoint, not just a website or agent-card URL. The builder should give the connection a discriminating description, configure authentication if the endpoint is protected, and validate handoff behavior in the test pane. Production planning should include timeout, failure, logging, and data- sharing boundaries between the two agents. Study Guide alignment: Integrate and extend agents in Copilot Studio > Configure multi-agent collaboration from Copilot Studio > Create a multi-agent solution by using A2A protocol.

===============

Comprehensive and Detailed Explanation From Microsoft AB-620 Study Guide: Terminating immediately on error makes the failure explicit to the runtime but does not send the required notification. The solution therefore still allows an operator-facing silent failure even though the run status is marked failed. A proper pattern uses Configure run after to enter a notification or catch scope on failure and timeout, collects safe diagnostic details, sends the administrative alert, and only then terminates with the intended status. If notification delivery fails, a secondary monitoring or logging path should still preserve the incident. The error message should include a run or correlation identifier, the failed action, and a concise remediation hint without exposing credentials or sensitive business data. Retry behavior should be configured separately according to idempotency and service characteristics. The proposed immediate termination satisfies neither the communication requirement nor controlled recovery, so the answer is No. Tests should force each expected failure state and confirm both notification delivery and final run status. Study Guide alignment: Plan and configure agent solutions > Create and monitor agent flows in Copilot Studio > Implement error handling in agent flows.

===============

Comprehensive and Detailed Explanation From Microsoft AB-620 Study Guide: Power Platform data policies are the preventive governance control for connectors, HTTP endpoints, knowledge sources, and combinations of data groups used by Copilot Studio agents. Administrators can classify or block connectors, restrict endpoint use, require authentication, and surface policy violations during authoring or publishing. This meets both enforcement and reporting requirements. Application Insights records runtime telemetry but does not prevent a maker from adding a disallowed connector. Security FAQs provide guidance only. Agent analytics can reveal behavior and usage trends but are detective, not an administrative guardrail. Data policies should be scoped deliberately at tenant or environment level and tested against representative agent configurations. When a violation occurs, Copilot Studio can block publishing and provide downloadable details identifying the policy conflict, enabling the administrator and maker to correct the design. Governance should also include least-privilege connections, environment segmentation, solution-based ALM, and review of exceptions; a broadly permissive policy followed by manual monitoring is not equivalent to enforcing the control at design and deployment time. Study Guide alignment: Plan and configure agent solutions > Plan an agent solution > Evaluate security and governance considerations.

===============

Comprehensive and Detailed Explanation From Microsoft AB-620 Study Guide: The approved solution preserves the reusable prompt template and changes the model configuration that actually executes it. Applying the established template retains the required tone, structure, and repeatable instruction set. Selecting an approved model in the prompt configuration ensures that prompt-driven responses are produced by a model permitted under the organization ' s governance policy. An instruction that tells the model to use an approved model cannot control the underlying runtime; model selection is a platform configuration, not a behavior the model can enforce on itself. Citations address provenance, not model approval. Azure AI Search supplies grounding data but also does not choose the foundation model. Publishing is necessary to expose completed changes to users, yet it does not automatically substitute a compliant model. The team should also test the prompt against representative inputs after changing models, because output quality, formatting adherence, latency, and token behavior can vary across models even when the prompt remains identical. Governance records should capture the selected model, prompt version, owner, and validation evidence. Study Guide alignment: Integrate and extend agents in Copilot Studio > Integrate agents with Azure > Configure custom prompts to use the Foundry model catalog.

===============

Ground answers from enterprise data → Add a Copilot connector knowledge source for indexed content; Invoke standardized callable functions → Connect to an MCP server and add its tools; Write an authenticated update → Add a Power Platform connector tool and call it from a topic.

Comprehensive and Detailed Explanation From Microsoft AB-620 Study Guide: These requirements represent three different integration contracts. Indexed enterprise content is a retrieval problem, so a Copilot connector knowledge source should ground the generated answer in Microsoft Graph-indexed information while honoring the user ' s permissions. Callable functions published through the standardized Model Context Protocol belong behind an MCP server connection; once added, the agent can discover and invoke the server ' s tools. A write operation during a conversation is a transactional tool call. A Power Platform connector action invoked from the topic supplies the authenticated operation and exposes defined inputs and outputs. Dataverse tables can be used as knowledge, but that choice does not satisfy the broader indexed-enterprise requirement stated here. Likewise, using MCP for every requirement would blur read-only grounding and system updates, increasing the security and orchestration surface. Separating knowledge from actions also improves observability: retrieval sources can be evaluated for grounding quality, while tool calls can be audited for inputs, identity, outcome, and errors. Descriptions and parameter metadata should make each capability ' s scope unambiguous to the orchestrator. Study Guide alignment: Integrate and extend agents in Copilot Studio > Connect to enterprise knowledge sources; Add tools to agents.

===============

Comprehensive and Detailed Explanation From [Microsoft AB-620 Study Guide]

First, create a custom solution in the development environment and add the existing agent by selecting Add existing → Agent → Agent . The solution acts as the application lifecycle management package that contains the agent and its dependent components. Required objects such as agent flows, environment variables, connection references, and custom connectors should also be included when applicable.

After the agent and its dependencies are included, export the solution from the development environment. Microsoft’s documented procedure starts from the list of unmanaged solutions and exports the solution containing the agent. During the export process, the maker can select the appropriate package type. Production deployments commonly use a managed export, but the source development solution remains unmanaged; it does not need to be converted before export.

Removing topics directly from the solution is specifically discouraged because changing or removing agent components outside the standard Copilot Studio authoring interface can cause export or import failures. Publishing the agent to a channel is also unrelated to creating a solution package. After the solution is imported into production, the imported agent must be configured, tested, and published in that environment.

Relevant study-guide area: Test and manage agents → Implement application lifecycle management for agents in Copilot Studio → Create a solution and add existing agents to a solution . See Export and import agents using solutions .

Requirement

Correct action

Stop additional failed executions while troubleshooting.

Disable the flow.

Process a failed execution after resolving the authentication issue.

Resubmit the run.

Validate whether the most recent executions succeeded immediately after resolution.

Review the Activity history.

Comprehensive and Detailed Explanation From [Microsoft AB-620 Study Guide]

Disabling the flow is the appropriate containment action because it prevents the trigger from creating additional executions while the authentication connection is investigated and repaired. Cancelling one run affects only that particular execution and does not prevent subsequent trigger events. Deleting the flow is unnecessarily destructive, while changing the trigger condition would alter the flow’s intended business logic.

After repairing the Dataverse connection or authentication credentials, the failed execution should be resubmitted . Resubmission processes the previous run again using its recorded trigger inputs, allowing the corrected connection to complete the actions without manually recreating the original event. Microsoft permits failed flow runs to be selected and resubmitted from their run history.

The Activity history is the appropriate place to perform immediate validation. It shows individual flow executions, their status, duration, and action-level details. By contrast, Analytics presents aggregated performance information and may not update immediately; Microsoft notes that run-related analytics visualizations can take up to 30 minutes to reflect activity.

Relevant study-guide area: Plan and configure agent solutions → Create and monitor agent flows in Copilot Studio → Monitor agent flows and implement error handling . See Monitor your agent flows and Cancel or resubmit flow runs .

Callable external summarization agent → Add an external agent of type Microsoft Foundry; Correct Foundry project and agent → Enter the Foundry project endpoint URL to create the connection.

Comprehensive and Detailed Explanation From Microsoft AB-620 Study Guide: The existing specialist should be connected as a Microsoft Foundry agent, not converted into indexed knowledge. A connected agent remains callable and can execute its own summarization and classification behavior when Operations Concierge delegates a matching request. During connection creation, Copilot Studio uses the Microsoft Foundry project endpoint URL to identify the project context and make the relevant agent available for selection. This is distinct from a model endpoint used directly by a custom prompt and from a knowledge-source connection used only for retrieval. Publishing the Copilot Studio agent is part of making a completed design available to users, but it is not the action that establishes the Foundry connection. Adding the Foundry output to an index would turn prior output into retrievable content and would not invoke the specialist on demand. The connected agent should receive a precise description covering long-form transcript summarization and classification, and the integration should be tested with representative inputs to confirm that delegation occurs, the correct Foundry agent runs, and the returned result is incorporated into the main conversation. Study Guide alignment: Integrate and extend agents in Copilot Studio > Configure multi-agent collaboration from Copilot Studio > Integrate a Foundry agent.

===============

Authenticated governed access → Select service-principal authentication; Required curated vector index → Enter the Azure AI Search index name; Correct Azure AI Search service instance → Provide the Azure AI Search endpoint URL.

Comprehensive and Detailed Explanation From Microsoft AB-620 Study Guide: An Azure AI Search connection needs three distinct pieces of configuration. The endpoint identifies the search-service instance that hosts Fabrikam ' s indexed documents. The index name then selects the specific vector index containing the curated policies and procedures. Authentication determines how Copilot Studio is authorized to query that service. Because the scenario requires governed application access rather than a maker ' s personal identity, the service-principal option is the appropriate selection from the choices provided. Enabling citations is useful after retrieval is configured, but it does not establish the service connection or select an index. Microsoft recommends creating Azure AI Search through the supported data-source connection experience rather than manually assembling an unsupported endpoint/key combination. Administrators should grant the service principal only the permissions needed for query operations, protect its credentials, and maintain separate configuration per environment. Testing should confirm that the intended index—not another index in the same service—is queried, that unauthorized content is excluded, and that policy responses cite material that actually supports the generated guidance. Study Guide alignment: Integrate and extend agents in Copilot Studio > Connect to enterprise knowledge sources > Connect to Azure AI Search.

===============

Prevent most builders from modifying shared assets → Share the component collection while controlling edit access; Reuse components without copying → Create a component collection and move the shared components into it; Limit use to the intended primary agent → Restrict the component collection to the primary agent.

Comprehensive and Detailed Explanation From Microsoft AB-620 Study Guide: A component collection is the correct reusable unit for the escalation topics, MCP definitions, and safety disclaimer. Moving those assets into one collection creates a maintained source that multiple agents can consume without copying and later diverging. Sharing the collection with teammates while controlling edit access separates use permission from modification permission, allowing agent authors to reference the assets while reserving changes for platform engineering. If a sensitive or tightly coupled collection must be usable only by one designated primary agent, the collection can be restricted accordingly. Exporting the primary agent and copying its components would recreate the duplication problem that Fabrikam is trying to eliminate, while restricting every collection to the primary agent would prevent the required cross-agent reuse. The collection should be versioned and tested after changes because a shared update can affect several consumers. Ownership, review, and release responsibilities should also be documented so that reuse does not become an uncontrolled dependency. This design provides consistency, centralized governance, and a smaller maintenance surface across the three agents. Study Guide alignment: Plan and configure agent solutions > Plan an agent solution > Plan reusable agent components.

===============

Comprehensive and Detailed Explanation From Microsoft AB-620 Study Guide: Fabrikam needs both reusable prompt behavior and explicit model governance. A reusable custom prompt template provides the stable summarization instructions, expected structure, and input/output contract that can be applied wherever summarization is required. Within that prompt ' s configuration, selecting the approved model from the Microsoft Foundry model catalog controls which model generates the output. These are separate controls: the template governs the task, while the model selection satisfies the approved-model requirement. Publishing only deploys the configuration already selected; it does not automatically choose or enforce an approved model. Citations are valuable for grounded policy answers but do not determine the model used for summarization. Azure AI Search is the retrieval system for indexed enterprise policy content and is not required merely to apply a long-form summarization template. The prompt should be tested with representative transcripts for completeness, classification accuracy, output schema, safety, and latency. Where Fabrikam already uses a connected Foundry agent for this specialist function, the prompt and model settings should remain owned by that component rather than being duplicated in the primary agent. Study Guide alignment: Integrate and extend agents in Copilot Studio > Integrate agents with Azure > Configure custom prompts to use the Foundry model catalog.

===============

Trace each answer to its source → Instruct the agent to cite sources in knowledge settings; Retrieve from the centralized index → Configure Azure AI Search as the grounding data source; Use an enterprise-approved foundation model → Select a model from the Foundry model catalog.

Comprehensive and Detailed Explanation From Microsoft AB-620 Study Guide: Each requirement is controlled by a different configuration layer. Source traceability is a presentation and grounding requirement, so citations must be enabled or explicitly required for knowledge-based responses. That allows users to inspect the material used to support a policy answer; it is not achieved merely by choosing a model. Centralized retrieval is provided by connecting the existing Azure AI Search vector index as the knowledge source. This preserves the curated index, semantic or vector retrieval behavior, and enterprise management of the policy corpus instead of copying documents into the agent. Model governance is handled in the prompt configuration by selecting the approved model from the Microsoft Foundry model catalog. Publishing does not automatically replace an unapproved model, and Azure AI Search does not enforce the foundation-model selection. Together, the three settings form a complete RAG path: Azure AI Search retrieves authoritative passages, the governed model produces the response, and citation settings expose provenance. The configuration should then be tested with representative policy questions to confirm that the response is grounded and that the cited source actually supports the answer. Study Guide alignment: Integrate and extend agents in Copilot Studio > Integrate agents with Azure > Configure generative answers by using Azure AI Search with Foundry; Configure custom prompts to use the Foundry model catalog.

===============

Policy questions → Delegate to a knowledge-focused agent; Metric requirements → Delegate to a data-access agent; Transaction requirements → Delegate to a tools-first agent.

Comprehensive and Detailed Explanation From Microsoft AB-620 Study Guide: The architecture should separate responsibilities according to the kind of work each specialist performs. Policy and procedure questions depend on retrieval from curated, indexed content and therefore belong with a knowledge-focused agent. Operational measures such as backlog, SLA exposure, and parts shortages require governed, current business data; a data-access specialist, represented in this case by the Fabric Data Agent, is the correct destination. Creating a parts request or changing a service-case status is different from answering a question: it is an authenticated transaction and should be delegated to a tools-first agent that can invoke approved MCP operations. Putting all three responsibilities into one agent would increase the number of competing tools and knowledge sources, weaken routing precision, and duplicate logic already owned by specialist teams. The selected pattern also matches Fabrikam ' s requirement that capabilities evolve independently. Clear names, descriptions, inputs, and outputs remain essential because generative orchestration uses that metadata to decide which connected agent to invoke. This division gives the primary agent a coordination role while each specialist retains its own knowledge, privileges, release lifecycle, and audit boundary. Study Guide alignment: Integrate and extend agents in Copilot Studio > Configure multi-agent collaboration from Copilot Studio > Design multi-agent solutions in Copilot Studio.

===============

Comprehensive and Detailed Explanation From Microsoft AB-620 Study Guide: The Service Desk Agent must be both published and available for connections from other agents. Publishing establishes a runtime version that the primary agent can call; an unpublished draft is not a valid connected-agent target. On the Service Desk Agent, the setting that allows other agents to connect and use it must also be enabled. Microsoft additionally requires the connected agent to be in the same environment and the maker to own it or have it shared, but those conditions are not offered as choices. Replacing the agent with an MCP server would discard the existing agent ' s orchestration and ticket-routing logic. Adding it as a knowledge source would expose content for retrieval, not delegate an IT request to another agent. Publishing Operations Concierge alone does not satisfy the prerequisites of the target agent. After connection, the local description in Operations Concierge should clearly define when IT-specific work is delegated, because descriptions influence routing. Any later changes to the Service Desk Agent must be published before the main agent can use the updated version. Study Guide alignment: Integrate and extend agents in Copilot Studio > Configure multi-agent collaboration from Copilot Studio > Integrate an existing agent in Copilot Studio.

===============

Comprehensive and Detailed Explanation From Microsoft AB-620 Study Guide: The partner capability is described as an agent available only through a standardized agent-to-agent endpoint. That is the defining use case for an Agent2Agent connection. In Copilot Studio, the primary agent is configured with the external agent ' s A2A message endpoint and the applicable authentication details, after which orchestration can delegate shipment-tracking requests to it. An MCP server exposes tools or resources rather than an independently orchestrated partner agent, so option C changes the integration contract. An indexed knowledge source is also unsuitable because shipment status is dynamic and the requirement is delegation, not retrieval from a copied corpus. Generative responses in the primary agent would have no authoritative live shipment source and would violate the defined architecture. The A2A description should identify shipment tracking precisely so that it does not compete with unrelated agents or tools. Because external-agent support can be preview functionality, Fabrikam should also validate regional availability, authentication, error behavior, latency, and governance before production use. Study Guide alignment: Integrate and extend agents in Copilot Studio > Configure multi-agent collaboration from Copilot Studio > Create a multi-agent solution by using A2A protocol.

===============