Question 620
A multimedia retrieval pipeline chunks training videos and product PDFs. During transformation it drops the source title, revision number and publication timestamp, so returned passages cannot be tied to the current approved material. What indexing rule is needed?
- Preserve parent-source ID, title, effective version, timestamp and relevant segment/page location as metadata on every derived searchable record.
- Preserve a source ID only in the original upload log and keep searchable child chunks as vectors plus text with no document-version or segment reference fields.
- Populate each derived passage’s publication timestamp from the pipeline ingestion time and discard the original source revision and effective date, so all chunks appear to be freshly approved.
- Replace every source title with the assistant's latest conversational summary.
Explanation
Correct Answer
A:Carry immutable source identity and approved revision attributes through OCR, media segmentation, chunking and index projection. Each passage or clip should retain the parent document or video ID, title, publication or effective timestamp, and page or time range so results can be cited, filtered by current version and reprocessed when sources change. Test the propagation on mixed media and updated revisions. A vector alone represents content similarity; it does not reliably reconstruct the document's authority or location after transformations.
Incorrect Answers
B:An upload log can establish that source media entered the pipeline and may help operators investigate failures. It is not sufficient for a retrieval result to cite a specific passage after chunking and later source revisions. Child records need their own link to the parent, effective version, publication timestamp and segment or page location. Otherwise a relevant chunk can be returned without a verifiable current source, undermining the stated approved-material requirement.
C:Ingestion time is a useful operational field, but it is not the same as the publication date or effective version of the underlying safety manual. Old documents can be reindexed today without becoming current approved policy. If transformed chunks carry only a shared upload timestamp, retrieval and citations cannot distinguish historical from superseding versions. Preserve original parent identifiers, version metadata, source timestamps, and segment locations along with any ingestion audit fields.
D:A chat summary is generated text and may omit or incorrectly paraphrase the original title and revision number. It is not an authoritative identifier for a source document. Replacing metadata with such a summary would make citations fragile and make it hard to reproduce indexing. Keep verified source fields and use summaries only as additional searchable content where appropriate.
Question 621
A Foundry application returns audio transcripts, photo descriptions and text policy answers. Its monitoring dashboard applies one grammar score to all three outputs and reports uniform high quality, although photo object counts and transcript names are often wrong. How should quality evaluation be designed?
- Compute a single average BLEU-like text overlap score for captions, transcripts and policy replies, treating a high reference-text match as proof that their underlying source evidence is correct.
- Use modality- and task-specific evaluation, such as transcript error/proper-noun checks, visual grounding/counting tests and source-backed text factuality, alongside shared safety measures.
- Use a stronger general-purpose language model as a grader for every output, giving it only the rendered text and a common correctness rubric without supplying the original audio, image or policy passages.
- Use a unified text semantic-similarity score for transcripts, image captions and policy answers without checking the audio, image or retrieved source each output came from.
Explanation
Correct Answer
B:Define tests tied to each output contract: compare speech transcripts with labeled audio and critical proper nouns, assess visual descriptions against annotated image evidence including counts and spatial claims, and evaluate policy answers against retrieved authoritative passages. Include safety, latency and authorization metrics across modalities, with controlled sampling and review for ambiguous cases. Report separate scores so a good text grammar rate does not conceal a broken visual or speech path. Each measurement should be validated against representative examples rather than treated as universally reliable.
Incorrect Answers
A:Text overlap can be a useful component of language evaluation when reliable reference strings exist, particularly for some transcription and translation tasks. But it does not establish that a caption accurately counts objects in a photograph or that a policy answer is supported by the cited document. An output can closely match a reference style while missing a proper noun or factual exception. The evaluation must use audio-aware transcript errors, vision grounding and source-backed policy factuality for the corresponding outputs, rather than one surface-similarity score for all modalities.
C:An LLM judge can provide useful semantic feedback about readability or internal contradictions, and a shared evaluation interface reduces some engineering overhead. However, a grader that sees only text cannot determine whether a name was misheard in audio, a photograph contains the stated number of objects, or a policy answer reverses an actual rule. More powerful text reasoning does not recreate evidence that was withheld. Supply modality-specific references and ground truth, then score the task's relevant factual failures separately from general fluency and safety metrics.
D:A common text metric can simplify dashboards and detect some generic response drift. It ignores the modality-specific evidence that determines correctness: words heard in audio, visible features in a photo and factual support from policy passages. A fluent transcript can omit a spoken amount, and a caption can invent an unseen object. Evaluate each task against its original evidence with appropriate metrics rather than one grammar or text-only score.
Question 622
A customer-message router classifies requests as BILLING, SHIPPING or RETURNS. With high generation temperature, the same clear message sometimes receives a different label on repeated calls, which sends it to the wrong tool. What configuration should be evaluated first?
- Add several more classification examples while keeping the same high sampling randomness, and assume demonstrations alone will eliminate repeated routing variation.
- Set model temperature to zero but remove the constrained BILLING/SHIPPING/RETURNS label schema, allowing unexpected department strings whenever the prompt contains an ambiguous phrase.
- Use supported deterministic or lower-randomness inference settings and a constrained label schema, testing repeatability and ambiguous messages.
- Use majority voting over several high-temperature classification calls and accept the most frequent label, without constraining outputs to BILLING, SHIPPING or RETURNS.
Explanation
Correct Answer
C:Configure the deployed model's supported low-temperature or deterministic settings where available, and request one of the fixed labels through a structured output or classifier contract. Measure repeated-call consistency for clearly labeled examples, then separately review ambiguous requests with a clarification or escalation path. Validate that the chosen model actually supports the requested sampling controls; some endpoints restrict parameters. The key issue is unstable routing due to excessive sampling, distinct from improving classifier confidence when the input itself has insufficient evidence.
Incorrect Answers
A:Few-shot examples can clarify category boundaries such as billing versus returns, especially when customers use indirect wording. They do not guarantee consistent routing if a high-temperature generator continues to sample different labels for the same clear input. A bounded, deterministic classification configuration with schema or label validation should be evaluated first. Examples remain useful for accuracy, but the routing control must also constrain allowed outputs and variability.
B:Reducing sampling randomness can make a classifier more consistent, so this option includes one relevant stability improvement. Without a constrained label contract, the model can still produce out-of-taxonomy wording that downstream routing tools cannot map safely. The application needs both supported low-randomness behavior and a validated fixed label set, tested against representative clear and ambiguous messages. One sampling parameter alone is not a complete routing safeguard.
D:Repeated stochastic classifications can occasionally improve stability, but the calls may agree on a label outside the three permitted departments or consistently make the same mistaken decision. The problem begins with unnecessary sampling variation on clear messages. Supported low-randomness settings and a constrained label schema address both repeatability and valid routing values. Voting alone without schema validation can still send a request to the wrong tool.
Question 623
A model-based evaluator consistently prefers a verbose support answer with polished headings over a short answer that correctly applies the policy exception. Reviewers find that the evaluator's score rewards style while missing factual errors. What change would improve acceptance decisions?
- Increase the weighting of evaluator rubric categories for answer structure and citation formatting while leaving factual correctness as an implicit component of a single overall style score.
- Define evidence-backed factual and task-success assertions separately from presentation style, and calibrate the judge against labeled counterexamples.
- Calibrate the judge on polished reference answers alone, without including short correct examples and source-supported exceptions in the evaluation set.
- Treat the evaluator's current high score as proof that the verbose answer is correct.
Explanation
Correct Answer
B:Create labeled examples where the shorter answer is correct and the longer one misses or reverses an important exception, then test whether the evaluator can distinguish them. Add explicit grounded factuality and required-task assertions, possibly using deterministic checks for known fields, and report stylistic quality independently. Calibrate thresholds against reviewer-adjudicated examples and examine cases where the judge disagrees with source evidence. This reduces reward hacking by presentation and makes score changes meaningful for release rather than merely optimizing prose aesthetics.
Incorrect Answers
A:Well-structured support answers can be easier to use, and citation formatting is a legitimate secondary quality metric. The observed problem is that a polished but factually incorrect answer outranks a shorter response that applies the right policy exception. Adjusting only stylistic weights reinforces that bias instead of correcting it. The judge needs distinct source-backed factual claims, task-success criteria and calibrated labeled counterexamples so fluent prose cannot conceal a material policy error.
C:Calibration against strong reference answers can improve a model judge's consistency, and prose quality is a legitimate assessment dimension. But a benchmark containing only elaborate answers can reinforce the very verbosity preference the team observed. Include labeled short and long examples with the same source evidence, evaluate claim accuracy and policy exceptions, and penalize unsupported elaboration rather than assume rhetorical polish predicts correctness.
D:An automated evaluator can have systematic bias and is not a certified truth oracle. The observed human review provides a concrete counterexample to its score. Accepting that score uncritically would allow the same wrong policy advice into production. Use the discrepancy to improve the rubric and tests, not to override source evidence with a numerical preference.
Question 624
An auditor reviews a Foundry agent's access to payroll records. Successful reads have trace entries, but denied attempts leave no record because the code returns early before starting a span. The auditor must verify that access restrictions worked even when requests were rejected. What should change?
- Record authorization decisions, including denied calls, with trusted caller identity, target, reason category and correlation ID under protected logging controls.
- Record denied payroll requests only as aggregate daily counters, omitting their authenticated actor and target reference because no record was returned.
- Record denied payroll calls only if the caller retries them successfully, so the audit log can attach each denial to a corresponding authorized transaction span.
- Store authorization-denial counts by hour without the trusted caller, target record scope or correlation ID, on the theory that aggregate privacy is sufficient for every audit requirement.
Explanation
Correct Answer
A:Instrument authorization checks so each attempted protected operation produces a safe event for allow or deny, including authenticated principal or agent identity, resource scope, time, decision category and request correlation. Avoid recording raw payroll contents or secrets, and protect logs from tampering and unauthorized reads. This makes it possible to prove that the backend blocked a request and to investigate repeated probing. The trace may be created before the policy decision or a dedicated denial event may be emitted even when execution stops immediately.
Incorrect Answers
B:Aggregate denial counts are useful for dashboard trends and can reveal suspicious spikes without storing sensitive payroll content. They cannot reconstruct which principal attempted access to which protected record or whether authorization controls behaved correctly. The auditor needs structured, privacy-minimized events for denied and successful attempts, with principal, requested operation, target reference, outcome and trace ID. A denial is security evidence even when no data was disclosed.
C:A denied authorization attempt is itself an auditable event, regardless of whether a later authorized call succeeds. Some blocked requests may never be retried, and waiting for a successful span hides the exact attempts an auditor wants to inspect. Start protected decision logging before the early return, recording trusted caller, target, denial category and correlation. This demonstrates enforcement without granting access merely to make a log entry.
D:Aggregated metrics can reveal trends and reduce sensitive log volume, but the auditor needs to verify that particular payroll-access restrictions were enforced for attempted calls. Counts alone cannot distinguish a blocked unauthorized principal from a broken policy or connect a denial to the relevant request. Protected event records should retain necessary trusted attribution and scope under access controls and retention limits, rather than deleting all actionable evidence.
Question 625
A storyboard generator produces four sequential shots featuring the same animated mascot. Each shot looks good alone, but the mascot changes costume color and facial markings between scenes. The chosen video model documents certain reference-frame and shot controls. What design should the team test?
- Use the same text character description in each shot prompt and independently generate the segments without supplying the supported reference images or cross-shot continuity constraints.
- Use supported character/reference image inputs and a constrained shot plan, then inspect continuity across generated segments and correct inconsistent frames through approved editing.
- Generate all four storyboard shots using the same text prompt and random seed, but provide no stable reference design for the mascot's costume and face.
- Reuse the previous shot's last generated frame as a visual reference for each next clip but omit the approved character-design sheet, so any earlier costume or marking drift is carried forward automatically.
Explanation
Correct Answer
B:Prepare approved reference art and a shot-by-shot plan describing required costume colors, facial marks, framing and transitions. Use only reference and continuation controls actually supported by the chosen video model/version, and verify their permitted duration and output formats. Compare frames across shots, correcting drift with a supported edit workflow or deterministic postproduction when needed. The aim is coherent recurring character appearance, which cannot be certified by evaluating each generated clip independently. Avoid promising a model supports reference-character locking without documented capability.
Incorrect Answers
A:Repeating text can improve thematic consistency, but character identity and distinctive facial markings may still drift between independently sampled clips. The scenario already shows that each clip can look attractive yet collectively fail the mascot continuity requirement. Because the selected model documents reference and shot controls, the team should test those inputs and inspect transitions, not rely on a repeated textual phrase alone to preserve the approved costume and face.
C:Reusing a prompt and seed can sometimes improve output repeatability and may help a consistent artistic style. It does not guarantee identical character identity across different scene prompts or model calls, especially when costumes and facial details are not explicitly constrained. Preserve reference images, character sheets or supported consistency controls and check each shot for continuity before assembling the sequence.
D:Frame-to-frame reference conditioning is a meaningful technique for shot continuity when a model supports it. However, if a prior shot already changed the mascot's face or costume, blindly using that output as the next reference can propagate the drift rather than recover the approved identity. The storyboard requires a consistent approved character across all four scenes. Reference controls should anchor each shot to a stable character specification, with explicit review and repair of deviations instead of treating the most recently generated frame as the authoritative design.
Question 626
A call-center analytics system detects caller anger and automatically queues urgent human callbacks. It currently escalates sarcastic jokes and misses some genuinely distressed callers. The escalation must be fair, reviewable and not trigger irreversible account actions. Which THREE controls should be combined? (Select THREE.)
- Calibrate anger/escalation thresholds on labeled examples including sarcasm, dialect variation and distress.
- Treat every positive adjective as proof that the caller is calm, without considering context.
- Provide a human-review or clarification route for borderline or low-confidence cases before consequential escalation decisions.
- Grant the sentiment classifier direct permission to close accounts as soon as it predicts anger.
- Record model version, decision evidence and false-positive/false-negative metrics by relevant test cohort for ongoing evaluation.
- Tune the anger classifier using only average accuracy across all calls, without separately measuring missed high-risk complaints and false callback escalations for sarcasm.
Explanation
Correct Answers
A:Use representative annotated call segments covering explicit frustration, indirect distress, irony, background noise and relevant language varieties. Determine thresholds against the business cost of missed distress and nuisance escalations rather than trusting a generic positive/negative label. Evaluate calibration and error rates on held-out cases and revisit them when models or call distributions change. This independently improves the decision signal that feeds the queue without granting the classifier authority for unrelated account changes, disclosure or financial actions.
C:Define an uncertainty band and route borderline, low-confidence or unusually consequential classifications to trained human review or an explicit clarification path. The reviewer should see minimal authorized evidence and can correct the escalation decision without relying exclusively on a single model score. This protects both callers who need urgent help and those who would otherwise be mischaracterized. Human oversight is separate from model calibration and remains useful when the input itself is genuinely ambiguous or noisy.
E:Track the exact classifier and threshold version, supporting call evidence where privacy permits, callback outcome and measured error patterns. Segment evaluation by relevant language and acoustic cohorts without making unsupported personal inferences, and protect recordings and retention. These records allow a team to identify whether sarcasm or dialects are driving systematic errors and to verify that corrections work after deployment. Observability is a separate necessary control from initial calibration or human review and escalation decisions.
Incorrect Answers
B:A positive adjective can be sarcastic and may appear in an angry complaint. Isolated keyword logic ignores context and can misclassify the very cases the system is failing on. The pipeline needs contextual, tested emotion or sentiment assessment rather than a simple polarity dictionary. A false calm label could leave a distressed customer without assistance while a joke receives unnecessary priority.
D:Anger detection is an advisory classification, not authenticated consent to close an account or change financial state. Connecting it directly to irreversible account tools would create unrelated and possibly harmful side effects. Escalation to a human callback should be implemented with narrowly scoped permissions. Account actions require their own verified authorization, policy checks and approvals regardless of sentiment score.
F:Overall classification accuracy can provide a useful high-level comparison between models. It can hide the two failure modes the business cares about: missed genuine anger and unnecessary callbacks caused by sarcastic jokes. Use labeled context-aware examples of each category, stratified precision/recall and threshold calibration, with a human-review path for ambiguous utterances. More data without error-type analysis will not target the observed triage defect.
Question 627
A legal assistant must return an exact quotation from clause 8.4 of a 90-page agreement, including punctuation, and a page/paragraph reference. The index currently stores only summaries and whole-document embeddings. What retrieval representation is necessary?
- Retrieve the agreement summary most similar to clause 8.4, then generate a quotation from that summary and attach the document page range as if it were an exact source span.
- Store addressable source text passages with original offsets/page and clause IDs, retrieving and verifying the exact span before quoting.
- Retrieve an extracted summary mentioning clause 8.4 and generate a reconstructed quotation from that summary, without reopening the exact original clause text or preserving punctuation offsets.
- Keep the whole-document embedding and a page count, then ask the model to reconstruct punctuation and paragraph numbers for clause 8.4 from semantic similarity alone.
Explanation
Correct Answer
B:Index or retain the extracted original text in a form that supports clause-level retrieval, with stable document/version ID, paragraph and page locations and character offsets where available. Retrieve the specific passage, compare the proposed quotation bytewise or with an explicitly defined normalization against the authoritative source, and preserve punctuation and scope. If OCR is uncertain, ask for verification rather than silently correcting legal wording. This is an exact-text evidence problem, not a generic semantic summary; accurate spans and offsets are the core deliverable.
Incorrect Answers
A:A summary can communicate the legal gist of a clause but usually omits exact punctuation, defined terms and exceptions. A language model could create a plausible sentence that is not in the signed agreement. Providing the broad page range does not make that generated text an exact quotation. The index needs addressable original passages, offsets and clause/page identifiers so the quotation can be checked against the authoritative source bytes.
C:Summaries can locate relevant contract topics and may help an analyst navigate a 90-page agreement. They are not faithful transcripts of punctuation or exact language, particularly where quotations affect legal meaning. A high-level summary may omit exceptions or paraphrase defined terms. The assistant needs addressable source passages with clause and page offsets, then must verify the exact text span before emitting a quotation. Similarity to a summary is not proof of verbatim accuracy.
D:An embedding is a lossy representation used for ranking meaning, not a reversible serialization of legal text. Neither the vector nor the page count contains the precise commas, defined words or paragraph boundaries required by the question. Even if the model guesses a likely clause location, the output cannot be verified as an exact quotation. Store retrievable original source text spans and metadata for source-grounded extraction.
Question 628
A compliance team runs safety evaluation cases and inspects production traces. The evaluator flags a false refusal under case ID 73, but traces use unrelated random IDs and cannot identify which model deployment or prompt version produced that case. What evidence linkage is needed?
- A common stable evaluation-case identifier carried into the corresponding trace/run records, with model, prompt, policy version and outcome metadata.
- Group evaluation case 73 and production traces by nearest execution timestamp, inferring a match when they occur within the same minute without propagating the evaluation case ID into trace metadata.
- Group all evaluation failures by model release date and compare aggregate rates, without linking individual evaluator case IDs to the originating production traces.
- Removal of the evaluator's case IDs, since trace IDs are already random.
Explanation
Correct Answer
A:Assign each test case an immutable identifier and attach it to the request or run correlation context that reaches the model and tool spans. Retain the deployed model revision, prompt and safety-policy version, evaluator result and protected trace reference so engineers can reconstruct what happened for case 73. Keep sensitive prompt text governed by access and retention controls. This joins offline quality evidence to actual execution behavior, rather than treating two separate artifacts as comparable merely because their timestamps are close.
Incorrect Answers
B:Time-window correlation can help narrow a manual incident investigation when there are very few simultaneous requests. It is not a reliable identity link for concurrent evaluation runs, retries, or shared deployments. A trace occurring in the same minute may belong to a different prompt or model version. The compliance team needs a stable case identifier carried through the evaluation and runtime evidence, plus deployment and policy metadata, so that a flagged refusal can be reproduced unambiguously.
C:Release-level aggregation helps find when a model became less reliable and can guide investigation. The audit asks why false refusal case 73 occurred, and anonymous totals cannot identify the exact input, policy decision or tool path for that test. Propagate stable evaluation case identifiers into correlated traces and preserve model/version metadata, so reviewers can inspect the specific failure rather than infer its cause from a daily average.
D:Removing case IDs would destroy the one stable reference that the evaluator already has and make cross-artifact comparison even harder. Random trace IDs are useful for execution uniqueness but need a mapping to test cases. Keep both identifiers and explicitly link them through trusted metadata. The objective is to preserve evidence, not make every record anonymous to the system's investigators.
Question 629
A finance agent calls a legacy adjustment tool that returns the opaque string `E94` instead of its usual typed result. The tool contract does not define whether `E94` means failure or success. The agent is about to tell the customer a refund was issued. What should the orchestrator do?
- Treat the opaque `E94` tool result as an application-defined warning and report the financial adjustment as completed unless a separate error field explicitly says it failed.
- Stop the success transition, preserve the unknown result and obtain a documented status or authoritative verification before any completion claim.
- Use a language model to infer that legacy status code E94 probably means the refund completed based on earlier natural-language tool responses, then tell the customer success without checking the provider's transaction record.
- Retry the adjustment with the same non-idempotent request after every opaque E94 response, assuming a later readable status will establish whether any previous attempt succeeded.
Explanation
Correct Answer
B:Treat `E94` as an unrecognized outcome and block the completed-refund message. Record the request and tool correlation ID, inspect the documented API contract or query an authoritative status endpoint, and route unresolved cases to qualified support. If the operation might have executed, reconcile idempotently before any retry. This preserves the distinction between an unknown status and a verified failure or success. The agent should communicate uncertainty accurately rather than infer outcome from an opaque code.
Incorrect Answers
A:Some legacy financial tools use short status strings for warnings, and a nonempty reply can show that a call reached an application component. The contract here provides no definition for `E94`, so neither success nor failure can be inferred from the text's presence. Reporting completion would be unsupported and could hide an unexecuted or duplicate adjustment. Preserve the ambiguous state and obtain documented or authoritative transaction-status verification before any success transition.
C:A language model might help document or summarize a legacy API if it has reliable reference material, but an undocumented opaque status cannot establish that money moved. Past conversational examples may be incomplete, and the cost of a mistaken success claim is high. The orchestrator must keep the adjustment pending or unknown until it can obtain documented status semantics or authoritative transaction evidence. This preserves auditability and avoids both false completion notices and unsafe duplicate retries on a potentially committed payment.
D:Retrying can be a reasonable recovery mechanism when a service returns a transient error, especially if the operation is idempotent and the application can reconcile status. Here the adjustment tool’s E94 response is undefined, so the agent cannot tell whether a financial write committed. Repeating it without an idempotency key may create duplicate adjustments even if a later response looks clear. The orchestrator should suspend success claims and verify the transaction through a documented status or authoritative record before taking further side effects.
Question 630
A customer assistant uses two compatible chat deployments for resilience. Model A begins returning 429; Model B has capacity, but its context limit and tool-calling contract differ slightly. Both are available within the approved processing geography. What failover rule is needed?
- Fail over all requests to Model B immediately using Model A's original tool schema and context size, relying on the shared chat API to normalize incompatibilities automatically.
- Send all failover candidates back to Model A with exponential backoff, but skip Model B because its context window differs even though a tested compatibility adapter is available.
- Fail over using capacity-aware throttling and an adapter validated for Model B's supported context, tools and response schema, with geography and safety controls unchanged.
- Configure the fallback to send Model B only the last user message whenever Model A is throttled, omitting required context and tool results to avoid adapting Model B's different tool-calling contract.
Explanation
Correct Answer
C:Observe the primary's 429 signals and apply a bounded retry policy, then route eligible requests to Model B through a validated compatibility layer. Check prompt length, supported tool schemas, response parsing, moderation behavior, quotas and any model-specific parameters, and retain the approved geography. Exercise failover cases including long context and tool calls before production. This protects functional correctness during resilience events; an available endpoint is not automatically a fully safe drop-in equivalent for every request.
Incorrect Answers
A:A second deployment with available capacity is valuable for resilience and can relieve a 429 incident. But compatibility is not guaranteed merely because both models support chat. Model B has different context and tool-calling limits, so some requests can fail validation or lose required actions. Route only compatible requests after validating schema, supported features and prompt size, with graceful fallback for unsupported cases.
B:Backoff can reduce pressure on a throttled deployment, but refusing usable approved capacity leaves the resilience design ineffective during a sustained 429 event. Model B requires careful adaptation of context and tool schemas; a difference does not automatically make it unusable. Validate a compatible adapter, preserve processing geography and safety constraints, and apply bounded retry and capacity-aware switching rather than waiting indefinitely on Model A.
D:Shrinking context can be a useful mitigation when a fallback model has lower token limits, and a short response may restore partial availability for simple chat. But this assistant may need prior authorized context and tools for the actual task. Dropping those dependencies can produce plausible but ungrounded responses or skip required external checks, while it avoids rather than validates the API contract difference. The proper failover adapter should fit supported context and tool schemas, preserve required evidence, and respect capacity and processing-geography limits.
Developing AI Apps and Agents on Azure (AI-103) Practice Tests