Question 20
A search indexer receives lengthy policy documents. Each file is too large for the selected embedding model's input limit, and the indexer currently sends one entire document to the embedding step. Which enrichment change most directly addresses the failure while retaining useful passage retrieval?
- Insert an Azure AI Search Text Split or supported layout-aware chunking skill before embedding, and map per-chunk output to the index.
- Enable truncation on the existing embedding requests so each oversized policy document is silently cut to the model’s maximum input length, leaving the indexer’s whole-document projection unchanged.
- Increase the embedding deployment’s tokens-per-minute quota and indexer batch size so the same whole-document requests are submitted faster, without splitting documents that exceed the per-input model token limit.
- Reduce the embedding vector output dimensions while continuing to send the entire oversized document to the embedding model in a single request.
Explanation
Correct Answer
A:A Text Split skill or other supported chunker divides oversized documents into manageable passages before the embedding skill receives them. Configure splitting by an appropriate token or length bound, map chunks to their parent document and retain identifiers and locations so answers can be grounded later. This fixes the model input-size violation without discarding document content. Tune overlap and semantic boundaries where supported to avoid cutting conditions from their exceptions. The indexer then creates embedding vectors per passage rather than attempting one too-large request for the entire file.
Incorrect Answers
B:Input truncation can prevent some model-length failures, so it is a realistic workaround that may make a job appear healthy. It discards the remainder of every long policy document and creates only one incomplete embedding for that file. Employees then cannot retrieve omitted clauses, exceptions, or later sections. The requirement explicitly preserves useful passage retrieval. Split content into retrievable chunks before embedding, with parent and passage identifiers, rather than silently discarding text.
C:Throughput quota and indexer batch size are important when many valid embedding requests are throttled, but this failure concerns the maximum size of each individual document sent to the model. More quota does not permit a request beyond the model input contract. The requirement also calls for meaningful passage-level retrieval, which requires independently addressable chunks and source metadata. Split the long policies before embedding instead of treating an input-size violation as a throughput shortage.
D:Some embedding integrations support configurable output vector dimensions, which can reduce index storage and search cost. That is different from the maximum amount of input text the model accepts in one call. The reported failure occurs before a vector is created because the document exceeds an input limit. Keeping the same oversized passage will therefore keep the failure. A Text Split or supported layout-aware chunking stage must reduce the input units before embedding.
Question 21
A nonprofit wants to pilot an interactive text assistant. Requests are sporadic and low volume; finance wants to pay only for usage rather than reserve expensive processing throughput. No data-residency restriction beyond the supported deployment's documented region applies. What deployment model best fits the pilot?
- Host an otherwise compatible text-generation model on a permanently reserved dedicated GPU endpoint, reasoning that dedicated control will offset ongoing idle-compute charges during the pilot.
- Reserve provisioned throughput units continuously despite the low, sporadic demand and no latency target.
- Use an asynchronous batch-only deployment even though users expect a response during the chat turn.
- Choose a supported Standard pay-per-token inference deployment and monitor token use and request limits.
Explanation
Correct Answer
D:Standard deployments bill in proportion to consumed model tokens or the supported consumption metric and avoid maintaining reserved inference capacity for long idle periods. Confirm that the chosen text-generation model is available with the necessary deployment type and that its documented data-processing location matches policy. Then monitor prompt/output token usage, throttling and latency while the pilot produces realistic usage evidence. A nonprofit with no sustained capacity or strict deterministic latency requirement gains little from an upfront provisioned commitment, so pay-per-use is the rational starting point.
Incorrect Answers
A:Dedicated GPU compute can offer useful model-runtime control and predictable capacity for continuously used or customized workloads. Neither feature is requested by the nonprofit, and keeping reserved GPU resources available through long idle periods conflicts with the requirement to pay only when the sporadic assistant is used. This is an infrastructure choice rather than a request-billed deployment. A supported consumption Standard model avoids a standing reservation while the team measures pilot demand.
B:Provisioned throughput reserves compute capacity and can be effective for stable, high-throughput demand, but the nonprofit's intermittent pilot has no evidence that such a reservation would be utilized. A standing commitment can cost more than consumption pricing during idle intervals. Capacity minimums and deployment availability can also vary by model and geography. This choice ignores the finance requirement to avoid paying for unused reserved processing. Reevaluate provisioned options later only if real usage becomes sustained and predictable.
C:Batch processing is designed for noninteractive large request sets with asynchronous completion. The nonprofit's users want answers while they are still in a conversational session, so placing every prompt into a batch queue would change the experience and response contract. Batch may help with overnight summarization or bulk evaluation, but it does not replace synchronous interactive inference. This option optimizes a different workload pattern and would delay the immediate answers that make the pilot useful.
Question 22
A retail support agent may read shipping status and explain return policies, but the security team forbids it from creating, refunding, or modifying orders. The agent currently has a general commerce API token that can perform writes. What is the most effective architectural correction?
- Register the commerce write tool but mark its functions with a `readOnlyHint` annotation, relying on that advisory metadata to prevent update and refund calls while preserving the original broad credential.
- Tell the agent in its system prompt that writes are forbidden, but leave the unrestricted commerce token accessible.
- Expose only authorized read-only tools and grant the backing identity least-privilege API permissions; do not connect the write-capable token.
- Configure a prompt-level tool selection rule that discourages commerce write calls, but leave the broadly privileged write tool and credential attached to the agent.
Explanation
Correct Answer
C:Create a read-only tool surface for status and policy lookup, and configure the underlying API identity so it has no create, update, refund or delete permissions. Validate input IDs, filter responses by customer authorization and audit allowed reads where appropriate. If a write is not part of the permitted role, do not register a write tool or supply a write-capable credential to the agent. This enforces the rule even when a prompt asks for a prohibited action, because the call cannot be executed through the available permission boundary.
Incorrect Answers
A:Tool annotations can help models choose functions, but describing a write-capable operation as read-only does not revoke the underlying API permissions. The scenario forbids any order changes by this support agent. If the broad credential and write endpoint remain available, prompt injection or ordinary tool-selection mistakes can still execute a refund. Remove prohibited tools from its callable surface and give its identity actual read-only rights rather than trusting an advisory hint.
B:An instruction can reduce accidental requests but does not prevent a tool-capable agent from invoking an API that is still present and authorized. Model behavior can change with malicious user input or ambiguous prompts, and the unrestricted token could allow an order modification despite the stated rule. The security requirement is a capability limitation, not merely preferred phrasing. Keeping a full-commerce credential available leaves a direct path to the prohibited side effect.
D:Restricting model tool selection can reduce accidental calls in a controlled test, but it is not an enforceable authorization boundary if a write tool and token remain available. Malicious input, prompt changes, or alternative execution paths could still invoke the side effect. The organization explicitly forbids the agent from changing orders, so its identity and registered tools must be read-only. Prompt preferences can complement—not replace—the actual capability and permission restriction.
Question 23
A billing assistant is allowed to look up one customer account through a registered function. The function requires a numeric accountId and rejects unrecognized fields. Users sometimes say 'account thirteen twenty-five' or paste arbitrary text. What should the tool interface enforce?
- Make accountId optional in the tool schema and resolve any missing identifier from the most recently mentioned account in chat, without requiring the caller to confirm an ambiguous match.
- Use a typed function/tool schema requiring accountId, validate and normalize the parsed identifier, and authorize the account before invoking the API.
- Accept any raw user message as the accountId and let the billing backend determine whether it resembles a valid number.
- Use the tool's JSON schema to coerce accountId to a number, then call the account service without checking that the authenticated user owns the normalized ID.
Explanation
Correct Answer
B:Define the tool with a required numeric or appropriately constrained identifier field and a clear description of permissible lookup actions. After the model selects an accountId, application code should normalize ambiguity, reject out-of-range or malformed identifiers, and enforce the customer's authorization before executing the backend function. If words such as 'thirteen twenty-five' cannot be resolved unambiguously, request confirmation instead of guessing. This links natural-language understanding to a deterministic tool contract and avoids exposing a different customer's billing record.
Incorrect Answers
A:Conversational account references can be useful for a support interface, but optionalizing a mandatory numeric identifier weakens the backend contract. A recent account number might belong to another customer, an earlier turn or an unrelated support case. The lookup should parse and normalize the spoken identifier, validate its numeric form and verify caller authorization. If thirteen twenty-five remains ambiguous, require confirmation rather than silently selecting a cached account.
C:A raw utterance can contain words, punctuation, copied email addresses or even malicious instruction text. Passing it unchanged into a numeric accountId parameter produces validation failures and could encourage fragile backend coercion. It also ignores whether the requesting principal has permission to view the named account. The caller needs an explicit, well-defined identifier, not free-form natural language mistaken for a typed API field. Model flexibility does not exempt the integration from parsing and authorization checks.
D:Strong typing can reject malformed tool arguments and is an important part of safe function calling. Yet a syntactically valid account number can belong to a different customer. In this case the model may successfully normalize the words into a real identifier that is not authorized for the caller. Tool input validation and account-level authorization are separate checks; both must pass before sensitive billing data is retrieved.
Question 24
A Python service has a Foundry project endpoint and can authenticate, but a request intended for deployment 'legal-answer-v2' returns a deployment-not-found error. The project also lists the base catalog model name 'text-model-family'. What should the engineer verify before changing the networking policy?
- Check the exact deployment name/ID configured in the client against the actual deployment hosted through the correct project and supported model route.
- Replace the configured deployment ID with its base catalog model-family name in the inference request, assuming a model-family alias will resolve to the same named deployment.
- Check whether the Foundry resource itself is online and retry the catalog model name against the management endpoint without inspecting the deployed model identifier.
- Create a second deployment with the base model's catalog name, then assume the application's old legal-answer-v2 identifier will resolve to the new deployment.
Explanation
Correct Answer
A:Compare the deployment name configured in the Python client with the exact registered deployment identifier for the intended Foundry resource or project and its current endpoint route. Check spelling, case-sensitive fields where applicable, model availability and SDK/API contract, then test using the documented identifier. A valid account and network connection do not prove that a particular model deployment exists under the supplied name. This is the direct, low-impact investigation for a deployment-not-found response, without modifying a network allowlist that has not been implicated.
Incorrect Answers
B:A catalog model name describes the underlying family or version and need not be the callable deployment ID chosen by the project. This application already receives a deployment-not-found response for legal-answer-v2; switching to a family label without checking the project deployment inventory may merely produce another 404. Inspect the resource/project route and actual registered deployment name first, then test the exact identifier accepted by the current API contract.
C:Resource availability and retry diagnostics are sensible when the endpoint cannot be reached. Here the client already authenticates and obtains a specific deployment-not-found response, which narrows the likely failure to deployment identification or the target route. A catalog model family is not necessarily the customer's deployed name. Repeating it at the management endpoint does not establish that legal-answer-v2 exists or is addressed correctly.
D:Creating a new deployment may appear to fix a missing-model error, but it does not automatically create the alias that the application is requesting. Deployment names are explicit configuration identifiers. A second unrelated deployment could increase cost and leave the original client path broken. First inspect the actual deployment inventory and reconcile the client-supplied identifier and correct endpoint before provisioning anything new.
Question 25
A safety-training team already has a ten-minute edited training video. One five-second segment contains an incorrect warning pictogram; legal requires the other footage, narration and timing to remain unchanged. Which workflow is appropriate if the approved editing tool supports localized clips?
- Regenerate a new ten-minute video from the full script and assume identical timing and visual continuity will be preserved.
- Use an image-editing model on a key frame to correct the pictogram, then insert the corrected still over the five-second span without validating animation or narration sync.
- Edit the safety text in a transcript without inspecting whether the visual pictogram displayed in the video changed.
- Isolate the affected time span, replace or edit that short clip with a supported tool, then check audio continuity and policy approval before publishing.
Explanation
Correct Answer
D:Identify the precise five-second timecode range, produce a corrected clip or in-place supported edit for that region, and splice it into the existing timeline without altering the surrounding approved footage. Review the warning pictogram, transitions, background audio, captions and duration to ensure safety meaning and timing remain correct. Confirm the actual editor/model supports that localized operation; if not, use a deterministic video-editing workflow instead of pretending a generation model guarantees it. This meets the requirement to change only the faulty visual segment.
Incorrect Answers
A:Regenerating all ten minutes introduces avoidable drift in narration alignment, actor appearance, warning sequence and timing. Even with the same script, a generative video model does not guarantee frame-perfect reproduction of unaffected scenes, especially across long durations. Legal explicitly requires preservation of the existing approved content. The relevant correction is localized to five seconds; using whole-video recreation spends effort on content that does not need to change and increases review risk across the rest of the course.
B:Editing a key frame is a realistic preparatory step for a visual correction. But a single still composited across a moving five-second clip can interrupt motion, misalign transitions or obscure approved action cues. The question explicitly requires unchanged video timing and surrounding footage. The replacement needs to be a correctly timed localized video edit with checks of adjacent frames, audio and captions, not just a repaired photograph.
C:Editing transcript text may correct captions or a narration script, but the visible warning pictogram inside the video frames remains wrong unless the footage itself is modified. Learners could still see an unsafe or misleading symbol while reading an accurate transcript. The issue is specifically visual and time-localized, so the acceptance test must inspect pixels in the affected segment and verify continuity with adjacent frames. A transcript-only change does not satisfy the stated correction requirement.
Question 26
A compliance assistant prepares a two-paragraph summary of a company's data-retention duties in France, Germany and the United States. It may not treat one jurisdiction's rule as universal. A legal reviewer requires proof of which policy version supports each applicable obligation. Which THREE controls should the implementation combine? (Select THREE.)
- Retrieve the approved policy and regulatory guidance for the specific jurisdiction and effective date before generating the summary.
- Ask a structured-output model to provide a separate citation-looking string for each jurisdiction, without verifying that the cited policy version was retrieved.
- Ask the model to generalize one country's retention period across every listed jurisdiction to avoid differences.
- Require each material retention claim to carry a corresponding source or document-version reference that legal can inspect.
- Store one shared policy-document version for the entire three-country summary, even where its source passages come from different local regulations.
- Separate jurisdiction-specific conclusions and flag uncertainty or human legal review where source evidence is incomplete.
Explanation
Correct Answers
A:Retention duties can depend on jurisdiction, category of record, legal basis and effective date. Before summarization, use a curated source registry or authorized retrieval layer to select the current applicable policy and legal guidance for France, Germany and the United States separately. Capture document versions so a later reviewer can see what was effective when the advice was generated. Without this source selection, even well-formed prose may apply an expired or foreign rule. This action supplies the required factual foundation.
D:Each material statement about a retention period, record type or exception should point to the source passage and version that supports it. A reviewer must be able to distinguish a policy excerpt from the model's interpretation, and to identify which country's rule a claim represents. If the evidence is unavailable, a generated citation label must not be fabricated. Source-linked claims make the summary auditable and permit later correction when rules or internal policies change, fulfilling the requested proof requirement.
F:Organize the answer into distinct jurisdiction sections or labeled clauses, and disclose when a particular document, time period or legal interpretation is uncertain. Route material unsupported claims to an authorized legal reviewer rather than asserting them as settled requirements. This preserves differences between French, German and US obligations and ensures that a missing source does not silently become a universal rule. Human review is a safeguard for ambiguous legal applicability, not a replacement for the machine's evidence and version tracking.
Incorrect Answers
B:Structured output can make citations easier for software to store and display, but JSON field presence does not make a citation real. A model can generate credible-looking article numbers or document names even when the underlying policy is unavailable. The legal reviewer requires inspectable source versions for every obligation. References must originate in the applicable retrieved material, and unsupported obligations must remain uncertain rather than be decorated with generated identifiers.
C:Legal retention obligations cannot be safely harmonized merely by copying the duration from one country. Different national rules, sector regulations and effective dates may create genuinely distinct duties. A single universal period would hide those differences and can lead to premature deletion or unnecessary retention. The assistant's task is to compare and summarize the jurisdictions independently, not make them identical. This option would introduce the precise cross-jurisdiction assumption that the reviewer prohibits.
E:A single document-version field simplifies the output schema and could appear sufficient for a short summary. It cannot accurately represent a result assembled from French, German and US sources with different publication and effective dates. Reviewers would be unable to identify which version supports each claim. Preserve per-jurisdiction evidence lineage and connect each obligation to its actual source instead of using one global citation.
Question 27
An archive contains scans of handwritten and printed forms with no selectable text. The engineering team tries to embed the PDF's empty text layer and obtains poor search results. What should the ingestion pipeline do before splitting and vectorizing passages?
- Switch the index’s vectorizer to a multimodal embedding deployment but keep supplying the scanned PDF’s empty selectable-text layer as input, assuming a model change will expose handwritten characters without image extraction.
- Apply a layout-aware Text Split skill to the PDF parser’s empty text output and configure smaller chunk sizes, without enabling OCR or reading the scanned page images.
- Run supported OCR or document extraction over the scanned pages and preserve recognized text plus locations for subsequent processing.
- Apply semantic text chunking to the PDF parser output and create one embedding per chunk without adding an OCR or page-image extraction stage.
Explanation
Correct Answer
C:An OCR or document-understanding extraction stage can read printed and supported handwritten content from scanned page images and generate text, coordinates and page identifiers for later indexing. The team should check recognition confidence, particularly for names and numeric fields, and route ambiguous content for review. Only after the page text exists should chunking and vectorization create retrievable passages. The current pipeline embeds an empty text layer, so it lacks the underlying information to represent the scanned forms; optical extraction is the necessary upstream fix.
Incorrect Answers
A:Multimodal embeddings can encode images when the application actually supplies supported image inputs, and they may be useful for visual similarity search. This indexer currently passes an empty text layer, not the scanned page images. Merely changing the embedding deployment cannot reconstruct printed or handwritten words from unavailable pixels or provide page-level evidence. Add OCR or document extraction over page images first, preserve text and locations, then chunk and vectorize the recovered content.
B:Section-aware splitting is valuable after document text has been extracted, but splitting an empty string cannot make handwritten or printed characters searchable. The existing source has no selectable text, so a text-only parser provides no meaningful input for the chunker. A smaller chunk size only changes how already available text is partitioned. The ingestion pipeline needs optical or visual extraction from the original page pixels before splitting and embedding passages.
D:Chunking is a real part of search ingestion because it creates passages small enough for model inputs and precise retrieval. In this case the PDFs have empty selectable-text layers, so a chunker operating on parsed text will still receive little or nothing. It cannot derive the words from scanned pixels. The pipeline first needs OCR or document-understanding extraction, including supported handwriting recognition and page locations; meaningful chunking and embedding can follow that recovery step.
Question 28
An internal HR agent answers employee questions from Azure AI Search. Employees may retrieve their own department's policies, but confidential executive documents share the same index. The agent currently queries the index with a broad service identity and no document filters. What must be changed?
- Run Azure AI Search semantic ranking across all indexed HR content and apply department labels only after the passages have been placed in the agent context.
- Apply the requesting user's authorized document scope at retrieval, using enforced ACL or security filters before giving passages to the model.
- Ask an LLM to classify each retrieved HR passage as confidential or public before answering, but run that classification only after the broad search tool has already supplied all departmental documents to the agent.
- Limit the number of search results to one passage per query and use semantic ranking to select the most relevant HR text, but keep querying confidential and public documents under the same unrestricted identity.
Explanation
Correct Answer
B:Bind each retrieval operation to an authenticated principal or an approved delegated authorization context, and enforce document permissions or security-trimming filters in the search/tool boundary. Return only passages that user is entitled to read; preserve source IDs for audit and use the minimum service identity needed for technical access. Test cross-department denial cases and changing group memberships. This stops confidential executive content before it becomes model input, meeting the policy even when the user asks a cleverly phrased question.
Incorrect Answers
A:Semantic ranking is useful for finding relevant HR passages, but relevance does not grant permission to read them. Delaying department filtering until after search snippets reach the model already exposes executive information to the assistant's prompt, traces and potential responses. The question requires prevention before exposure. Enforce caller-scoped document filtering or approved permission trimming at retrieval, and then rank only authorized passages.
C:Content classifiers can help label documents and strengthen an ingestion or review workflow. In this case sensitive executive text has already entered the agent context through an unrestricted service identity before the classification occurs. A subsequent instruction to omit the text is not a security boundary and cannot undo exposure in prompts or traces. The employee's authorized document scope must be applied at the search/tool boundary so unpermitted passages are never returned to generation, regardless of the classifier's confidence or prompt wording.
D:Reducing result count can shrink the context window and lower the volume of sensitive text sent to the model, while semantic ranking often improves relevance. It does not decide whether the user is allowed to read the selected passage. A highly relevant executive document may be ranked first for an ordinary employee, causing unauthorized disclosure even when only one hit is returned. Search authorization must filter by the requesting employee's permitted department or document ACL before ranking results are supplied to the agent.
Question 29
Two release pipelines deploy the same Foundry assistant into staging and production. Engineers currently create models, agent tools, networking and environment values by hand in each environment, causing configuration drift. What would make deployments more reproducible?
- Version-control infrastructure and allowed model/project/tool configuration, parameterize environment-specific values, and validate deployment changes through CI/CD.
- Store the full production deployment configuration as a reusable infrastructure template but embed the exact production service credentials as default template parameters so staging can be reproduced without a secret store.
- Export the staging deployment's parameter values into a shared configuration file and reuse them unchanged in production, including endpoints and identity references.
- Generate a deployment export from the staging portal after each manual change and import it into production without version control, peer review or environment-specific validation.
Explanation
Correct Answer
A:Store infrastructure definitions, approved model/deployment identifiers, tool configuration and relevant policies as reviewed code or declarative configuration. Parameterize differences such as location, project endpoint, secret reference and capacity, then run automated validation and approvals in CI/CD before applying changes. Keep secrets in managed identity/secret stores, not the repository. This gives staging and production a traceable source of truth and permits comparison of intended versus deployed state, reducing the manual drift that currently causes inconsistent agent behavior.
Incorrect Answers
B:Infrastructure-as-code is appropriate for reproducing resources and project configuration, but binding permanent credentials into reusable template defaults leaks secrets through source history, template exports and build logs. Environments need parameterized references to Key Vault or managed identities instead of literal access tokens. A deterministic deployment still requires secret isolation, reviewed overrides and automated validation. A copied production credential creates a cross-environment security risk while failing the separation objective.
C:Exporting configuration is closer to reproducible deployment than a screenshot, but copying environment-specific settings directly can connect production to the wrong project, network, identity or capacity. The teams need declarative definitions with reviewed, parameterized differences and validation. A single static snapshot also fails to capture subsequent drift. Use version-controlled infrastructure and permitted project/tool settings with environment-aware deployment gates rather than blind parameter copying.
D:A portal export is more repeatable than taking screenshots, but an unreviewed copy can carry staging endpoints, privileged tool links or unsuitable regional and quota settings into production. The scenario calls for reducing configuration drift over ongoing releases, which requires a versioned desired state, parameterized differences and CI/CD validation. Manual export/import can remain a one-time migration aid but does not provide the durable change-control process required.
Question 30
A customer-support organization uses three specialized agents: one verifies customer identity, one evaluates product eligibility, and one schedules service. The team wants predictable ownership and traceable transitions, without granting every agent all the tools. What orchestration design is most appropriate?
- Use a shared conversation store to let every specialist discover work by monitoring the transcript, without an explicit coordinator or declared handoff state.
- Run the three specialist agents in parallel and ask a final language model to reconcile their outputs into one answer, without ensuring eligibility uses the identity-verification result or scheduling uses the eligibility decision.
- Give every specialist its own API identity but assign each identity identical commerce write permissions, relying on agent role prompts to prevent an identity checker from scheduling or changing accounts.
- Use a coordinator that routes work to specialized agents, passes verified state between explicit handoffs, and limits each agent to its tools.
Explanation
Correct Answer
D:A coordinator can enforce a workflow where identity verification produces a trusted state passed to eligibility, which in turn supplies a validated decision to scheduling. Give each specialist only the read/write actions it needs and define allowed handoff conditions, ownership of outcomes and trace identifiers. Persist the minimal authorized context needed between agents, and require approval before consequential external actions where applicable. This architecture supports independent specialist evaluation while keeping orchestration explicit and auditable, rather than trusting conversational improvisation to enforce business sequencing.
Incorrect Answers
A:A shared conversation can exchange context among agents and therefore looks like a lightweight orchestration mechanism. Yet agents cannot reliably infer ownership, completion status or permissions from free-form dialogue alone. Identity checks might race with eligibility or scheduling, and a failed specialist could silently leave a partial process. An explicit coordinator should pass validated state and choose the next authorized agent with auditable handoff outcomes.
B:Parallel specialist execution can reduce latency for truly independent subtasks and is a legitimate orchestration pattern in some agent systems. These three responsibilities have dependencies: eligibility must be evaluated for the verified customer, and scheduling depends on the eligibility outcome. A final text merger cannot retroactively enforce those conditions or reliably prevent unauthorized tool calls that occurred in parallel. The workflow needs explicit state transitions, traceability and scoped tools so each specialist receives only validated prerequisites from the coordinator.
C:Separate workload identities improve auditability because a tool call can be attributed to a particular specialist. If all identities still have the same broad write privileges, however, the intended separation of duties is not enforced. Prompt-based role descriptions can be ignored or undermined by untrusted context, and an identity-check agent could perform scheduling side effects outside its scope. The organization requires predictable ownership and limited tools. A coordinator with constrained handoffs and least-privilege actions protects that boundary even when one agent behaves unexpectedly.
Developing AI Apps and Agents on Azure (AI-103) Practice Tests