Question 290
A retailer must classify millions of short product titles into one of twelve fixed internal categories each day. A large generative model meets accuracy requirements but its token cost exceeds the budget. A smaller supported model also appears promising. Which evaluation is most appropriate before choosing the production model?
- Select the model with the lowest advertised input-token price and assume it has the lowest total classification cost, without accounting for output tokens, retries, latency or misclassification rates.
- Adopt a small model solely because its vendor benchmark reports high overall classification accuracy, without testing the retailer's twelve internal categories and their rare error cases.
- Evaluate the small model on a labeled, representative title set, comparing class-level errors, throughput, latency and full inference cost against the large model before selecting the lowest-cost model that meets thresholds.
- Convert each product title into an embedding and cluster the vectors without labeled-category evaluation, treating the discovered clusters as automatically equivalent to the twelve accounting categories.
Explanation
Correct Answer
C:Create a held-out dataset of actual product titles covering frequent and rare categories, confusing synonyms and business-critical misclassification cases. Evaluate both candidate models with the same taxonomy, prompts and output-validation rules; measure macro and per-class precision/recall or equivalent agreed metrics, plus latency, token use, throughput and total daily cost. If the smaller model stays within required accuracy and safety thresholds at lower operating cost, deploy it with monitoring and a defined exception path for uncertain titles. Keep version and deployment-region support in the comparison; this is task-fit optimization rather than a blanket preference for small models.
Incorrect Answers
A:Price-per-input-token is an important cost signal for high-volume classification, and a cheaper rate might make a small model a promising candidate. Total cost is also driven by prompt size, completion length, throughput constraints, repeat attempts and mistakes that require manual correction. Choosing from a price table alone cannot prove that the model meets the twelve-category quality threshold. Compare measured quality, throughput and full per-item inference cost on the retailer's labeled titles.
B:Published benchmarks can help screen model candidates before testing and a smaller model with strong general results may be economical. They do not establish correctness for a business-specific taxonomy, short ambiguous product names or costly misroutes among rare categories. The task's acceptance requirement concerns the actual retailer's titles at production volume. Evaluate class-level errors, realistic throughput and cost on representative labeled records before changing the deployment.
D:Embedding-based grouping can uncover related products and may support a lightweight classifier, so it is a credible alternative to a large generator. Unsupervised clusters, however, are not guaranteed to match twelve fixed internal labels or their business exceptions. The organization requires a production classification decision, so it must test the candidate smaller model against representative labeled titles and compare class-level mistakes, latency, and cost before promotion.
Question 291
An insurance assistant uses a deterministic rule engine to enforce eligibility dates and a language model to draft explanations. A new policy says that claims received after day 30 are ineligible, but the model sometimes recommends payment based on a sympathetic customer story. The business requires consistent final decisions with auditable provenance. What should control the outcome?
- Allow the language model’s empathy score to determine whether the customer receives an exception to the thirty-day rule, while retaining the deterministic engine only for reporting.
- Have the deterministic rule engine and the language model independently classify the claim, then allow payment whenever either one returns eligible.
- Hide the eligibility rule from the model and allow it to infer the policy from a few previous examples.
- Enforce versioned eligibility rules as authoritative for the payment decision, preserve rule inputs and decision provenance, and let the model explain the verified result without executing an inconsistent payment.
Explanation
Correct Answer
D:Compute eligibility using a versioned rule engine with validated receipt date, applicable policy version and documented exception flags. Record the rule identifier, input facts, outcome and any authorized human override as an auditable decision object. Give the language model only the permitted result and relevant explanation context, then validate that its customer-facing text does not contradict the result or offer unauthorized payment. Executing the payment must require the rule engine's approved state, independent of generated prose. This preserves natural communication while separating discretionary language from legally meaningful business logic.
Incorrect Answers
A:Empathy scores can help the assistant respond respectfully, but they do not have authority to change a mandatory eligibility deadline. The rule engine represents the organization's explicit policy and should control whether payment is permitted. Using tone to override an ineligible date could produce inconsistent or unauthorized claims. The assistant may explain the result compassionately and route exceptional cases to an approved appeal process, but cannot substitute sentiment for deterministic rules.
B:Independent components can cross-check results in advisory systems, which makes this design sound balanced. However, the policy requires an exact day-30 eligibility constraint, and the model is already known to contradict it in its wording. An OR-based vote allows a mistaken language-model opinion to bypass the binding rule. Let the deterministic rule decide eligibility and use the model only to explain the result accurately.
C:Withholding the actual rule makes it more likely the model will hallucinate eligibility based on examples that may reflect older policy versions or unusual exceptions. It also undermines transparent explanations: the customer needs to understand which rule applied to the received date. The application should provide the verified policy reason in bounded structured form to the language generator after the decision has been made. Training examples are not a substitute for a current executable rule source.
Question 292
A finance team needs a serverless endpoint that rewrites a single supplied paragraph into a concise internal summary. There is no user conversation, knowledge lookup, external action or persistent state; each request is independent. The team is deciding between direct model inference and deploying an agent runtime. Which TWO implementation choices best satisfy the scenario without unnecessary orchestration? (Select TWO.)
- Invoke a suitable supported text-generation deployment directly from the application for each independent request.
- Create a new persisted Foundry agent conversation thread for every independent paragraph and run its general-purpose tool-planning loop, even though the request has no knowledge retrieval, external action or conversation state to manage.
- Construct a persistent stateful agent with an empty Azure AI Search knowledge tool for every request so the workflow has an agent execution trace, even though each paragraph is independent.
- Use a bounded summarization instruction, authenticated request, and output length/quality validation around the direct inference call.
- Reuse one long-lived model conversation across independent paragraph requests to save setup overhead, but retain previous finance users’ supplied text in that shared context.
Explanation
Correct Answers
A:This task only needs an inference against supplied text. A direct request to a text-generating model deployment avoids agent state, tool orchestration and extra operational surfaces that cannot contribute useful context. The application can send the provided paragraph with a bounded summarization instruction and receive the output for that one request. Model selection and API compatibility still need validation, but there is no justification for fabricating an agent conversation or an external tool invocation simply to produce a summary.
D:A direct inference call still needs production engineering. Authenticate with a supported credential mechanism, constrain the requested summary to facts in the paragraph, set appropriate output limits and verify the response meets confidentiality, length and fidelity requirements. Test that numbers, dates and named parties are preserved when material, and reject unsupported additions. These safeguards solve the actual business task without persistence or tools. They complement the direct invocation in option A, making the two selections jointly sufficient.
Incorrect Answers
B:A managed agent can invoke a model to summarize text, so this architecture is not categorically incapable of producing a summary. It adds unnecessary thread storage, orchestration, token usage, and lifecycle work when every request is a stateless paragraph transformation. The problem asks for a straightforward serverless API pattern and robust length validation, which direct invocation already provides. A stateful agent is unnecessary complexity, not the preferred design for the described independent requests.
C:An agent service can provide convenient runtime tracing and tool orchestration, so deploying one may seem like a reasonable standardization choice. It adds connection, state, resource, and possibly per-run overhead where the task is strictly one-shot text summarization with no retrieval or external actions. An empty knowledge tool supplies no relevant evidence. Direct authenticated model inference with a bounded instruction and output validation meets the requirement more simply and predictably.
E:Session reuse can be useful in genuinely conversational assistants because subsequent turns depend on earlier questions. Here every summarization request is independent and is explicitly designed to be stateless. A shared conversation adds unnecessary token usage and risks exposing one finance user's paragraph to another user. Direct authenticated inference with bounded input/output and validation achieves the requested task without long-lived state or tool delegation.
Question 293
A platform team plans a business-critical invoice assistant with contractual uptime obligations. An engineer selects a newly announced model version only because its catalog page says 'preview' and assumes that all Foundry deployments carry the same production SLA. The team needs a supported production release decision. Which action is correct?
- Select the preview model after a small pilot meets the application’s quality benchmark, treating that technical success as sufficient evidence of contractual production support.
- Deploy the announced model through an existing GA Foundry project and assume the project’s lifecycle classification automatically applies to every preview model deployed inside it.
- Confirm the exact model/version, region, deployment type and GA support in current Microsoft documentation, and choose a production-supported offering with an applicable SLA or explicitly accept the documented preview limitations.
- Place the preview-only model behind a stable production gateway with retries and monitoring, then claim the model inherits that gateway's availability target and service support classification.
Explanation
Correct Answer
C:Evaluate current Microsoft service documentation for the specific version, selected region, deployment type, tool compatibility, quotas and published support terms. Compare those findings to required uptime, residency, latency and fallback behavior. Choose a GA-supported combination where the contract requires it; if only preview fulfills a feature, treat the gap as an explicit business risk and obtain a documented exception rather than fabricating an SLA. Retest as availability changes, since 'preview' and 'GA' are per-feature and per-offering facts rather than properties of the Foundry brand as a whole.
Incorrect Answers
A:A successful pilot demonstrates that a candidate model can perform useful tasks on selected inputs and is an appropriate preliminary evaluation step. It does not establish general availability, service-level commitments, or supported regional deployment for the exact version. The invoice assistant has binding uptime obligations, so production readiness requires both technical benchmark success and verified lifecycle and support terms. A model can be accurate in testing while its preview status still disqualifies it from the contract.
B:A generally available hosting platform can provide reliable identity, monitoring and configuration while still exposing model versions at different maturity levels. Project GA status does not change a preview model’s supported deployment types, terms or SLA. The business-critical requirement applies to the actual model serving invoice requests. Verify that exact version and geography, then choose an approved production-supported model rather than inherit confidence from the enclosing project resource.
D:A resilient application gateway can improve request handling, observability and fallback behavior for many supported services. It cannot change the underlying model version's preview status, commercial terms or available Microsoft production SLA. The organization has business-critical contractual uptime requirements, so an operational wrapper is not proof that the preview model is officially supported. Verify the exact model/version and deployment's GA and SLA conditions, and use a compliant production offering or document an explicit exception.
Question 294
A brand-compliance app generates an accessibility caption for a product photo. The supplied image shows a gray backpack, but the model writes 'a bright red backpack' because the previous example in the prompt described a red item. The team must prevent ungrounded color assertions in captions. What is the most appropriate design change?
- Require captions to derive color and object attributes from the current image, compare material attributes against visible evidence or a verified catalog, and omit uncertain attributes rather than borrowing examples.
- Add more brand-colored backpack examples to the captioning prompt and trust the model to generalize the current image color, without checking whether the predicted attribute agrees with the uploaded gray backpack.
- Use an existing product-catalog color attribute as the caption’s color claim without checking whether that catalog entry corresponds to the specific supplied photograph.
- Use a stronger language-fluency evaluator to approve the backpack caption whenever the sentence is clear and grammatical, without checking its color against the actual photograph.
Explanation
Correct Answer
A:The output must describe this item's observable attributes rather than stylistic details inherited from a different prompt example. Keep the current image as the evidence source, isolate demonstration examples from facts, and instruct the model to describe only supported colors and regions. For consequential brand claims, compare generated attributes to a verified product record or review a targeted visual evaluation sample. If lighting or occlusion makes a color ambiguous, a neutral description is preferable to inventing a bright hue. The correct policy concerns factual caption grounding, not merely artistic style.
Incorrect Answers
B:Additional few-shot examples can clarify output style and sometimes improve consistency, but they can also increase unwanted attribute copying when the examples differ from the current photograph. The failure here is that the model described a red backpack despite visible gray pixels. An instruction or example set is not factual evidence. Validate material visual attributes against the actual image or approved catalog and omit uncertain claims rather than relying on more vivid prompt demonstrations.
C:Catalog metadata can be a valuable source for accessibility labels and may be more structured than an image model’s free-form output. Product variants often differ in color, and the question’s actual photograph is gray. A generic catalog attribute could describe a different variant while producing a plausible caption. The service must ground visible characteristics in the supplied image and explicitly handle uncertainty rather than replace visual evidence with unverified metadata.
D:A fluent caption can still be visibly wrong, as shown by the model calling a gray backpack red. Grammar and readability metrics cannot establish whether a visual attribute is grounded in the supplied pixels. The accessibility caption should be verified against the actual product photo, with evidence-specific generation constraints and uncertainty handling. A polished false color claim is an accessibility defect, so language-only approval is insufficient.
Question 295
A live-captioning app works well for ordinary conversations but becomes delayed and misrecognizes specialized medical abbreviations during shift handovers. The team has timestamped audio, interim captions and approved reference transcripts. Which investigation most directly separates timing from vocabulary problems?
- Use a custom speech-recognition vocabulary or phrase list for medical abbreviations and declare the problem solved without measuring the audio-to-caption delays separately.
- Measure audio-to-interim and audio-to-final caption delays, evaluate abbreviation errors against references, then test supported phrase lists or custom speech adaptation separately from latency settings.
- Report only the average word error rate for complete shift handovers, without measuring abbreviation-specific mistakes or separate audio-to-interim and audio-to-final caption latency.
- Run a post-recognition medical-abbreviation expansion dictionary over final captions and treat its revised text as the recognizer's verified ground truth without checking the source audio.
Explanation
Correct Answer
B:Use timestamps for captured audio frames, interim hypotheses and confirmed final segments to calculate the delay users actually experience. Compare final and interim tokens against annotated references, paying special attention to abbreviations, substitutions and high-risk medical identifiers. Test supported phrase hints or custom speech adaptation on representative shift handovers, separating any accuracy gain from its impact on processing time. Phrase lists are not a guarantee; evaluate their locale and SDK support and retain correction paths for uncertain clinical details. This gives actionable evidence for two distinct issues: display latency and specialist vocabulary recognition.
Incorrect Answers
A:Phrase lists and custom recognition adaptation can improve decoding of uncommon medical terms when supported for the chosen locale. They do not necessarily reduce network, buffering, service processing, or user-interface latency. The complaint describes two independent failures: delayed captions and vocabulary errors. A valid investigation measures interim and final caption timing against the audio while testing abbreviation recognition against approved transcripts, so each cause can be isolated.
C:Word error rate is an established measure of speech recognition quality and would provide useful aggregate comparison between recognizer settings. The reported incident combines specialized abbreviation substitutions with unacceptable caption delays. An overall average can hide a small safety-critical terminology slice and says nothing about the responsiveness users experience during live speech. The team needs targeted abbreviation references and time-aligned latency measurements, then evaluates supported phrase adaptation and transport settings separately.
D:A controlled dictionary can help correct known terminology, and postprocessing may improve readability in clinical speech workflows. A guessed abbreviation expansion may nevertheless invert dosage or equipment meaning when acoustic evidence is uncertain. It also cannot diagnose why interim captions arrive late. Reference transcripts aligned with the actual recorded audio and latency event measurements are required to distinguish recognition errors from dictionary substitutions and transport delay.
Question 296
A shipping department uses a prebuilt document analyzer to read vendor invoices. It extracts invoice number and total correctly but does not return a company-specific 'dock appointment window' field printed in a separate table. The team needs that field in structured output with source evidence. What is the best next design step?
- Map the closest date-looking prebuilt invoice field into dockAppointmentWindow even though the supplier’s document defines the appointment in a separate scheduling table.
- Have the downstream agent infer the missing appointment window from vendor history and invoice totals when the prebuilt analyzer has no configured field for it.
- Apply additional OCR and table extraction to the invoice, but keep using the same prebuilt analyzer output schema that has no dock-appointment field.
- Define or select a supported custom field-extraction analyzer/schema that includes the appointment window, preserve its table context, and evaluate on labeled real vendor documents.
Explanation
Correct Answer
D:Start with the required schema: appointment start, end, timezone if printed, and a source span or page/table reference. Configure a custom analyzer or field definition supported by the chosen Content Understanding or document-extraction pathway rather than assuming a fixed invoice model covers enterprise-specific fields. Validate on diverse carrier templates and handwritten exceptions, compare to labeled ground truth, and reject inconsistent or ungrounded windows. Retain the original evidence for manual review of missing or ambiguous times.
Incorrect Answers
A:Reusing an existing date field can be convenient when two sources intentionally share a meaning, and it may avoid creating a new analyzer. Here the dock appointment window is a company-specific value, not necessarily the invoice date or due date. Mapping a loosely similar field risks submitting a wrong warehouse time. Extend a supported custom schema, link the extracted value to the scheduling table, and validate its time-zone and interval semantics before using it downstream.
B:Historical patterns can help forecast delivery windows or prioritize manual review, but they are not evidence of the appointment stated on a particular supplier invoice. The question requires extracting a specific company field. A plausible prediction could schedule a truck at the wrong dock or time. Configure an analyzer to capture the actual appointment text and table context, then mark absent or uncertain values explicitly rather than manufacture them from unrelated invoice attributes.
C:Better OCR and layout recovery can improve recognition of dates and values printed on vendor invoices. If the active analyzer’s field schema does not include the company-specific appointment window, improving extraction resolution alone does not ensure a typed field is returned. The business needs a supported custom field definition and evidence mapping for that value. Add or select a suitable custom analyzer and validate the appointment window rather than assuming prebuilt field coverage expands automatically.
Question 297
An Azure AI Search manual index contains Japanese machine procedures, Arabic safety notes and English part numbers. Multilingual vector retrieval already returns relevant Japanese documents, but exact Japanese maintenance terms fail in the hybrid lexical branch. Inspecting the index shows the searchable content field uses an English-specific lexical analyzer. Which configuration change best addresses the remaining failure without disrupting working cross-language vectors?
- Convert Japanese text fields into a single generic Unicode keyword analyzer but leave the existing tokenization behavior untested against exact Japanese maintenance terminology and part-number queries.
- Increase the vector candidate count and semantic reranker depth while leaving Japanese content fields configured with the same analyzer that currently breaks exact Japanese terms.
- Select supported language-appropriate analyzers for relevant lexical text fields, rebuild the affected index content, keep the compatible multilingual embedding/vectorizer path, and measure hybrid retrieval for Japanese terms and part codes.
- Transliterate Japanese maintenance terms into Latin characters before indexing and run all lexical queries against the transliterated field, without retaining language-aware tokens for the source Japanese text.
Explanation
Correct Answer
C:The observed defect is language-specific lexical analysis, not cross-language embedding incompatibility. Choose a supported Japanese analyzer for the relevant content field and appropriate analyzers or separate searchable fields for Arabic and English as justified by the schema. Analyzer changes can require rebuilding or creating an index rather than altering an immutable field in place, so plan a tested reindex and alias cutover. Keep the established compatible multilingual embedding and query vectorizer configuration, and benchmark exact Japanese technical terms, mixed-script model numbers and cross-language queries. This preserves the successful semantic branch while repairing lexical recall.
Incorrect Answers
A:Unicode-capable indexing is necessary for multilingual content, and a generic analyzer may index Japanese characters without throwing an error. That does not prove it creates useful lexical tokens for technical phrases or maintains the exact-character behavior needed for part codes. The vector branch already finds semantically relevant Japanese documents; the failure is on precise lexical matching. Test a supported language-appropriate analyzer and rebuild affected fields rather than assuming generic Unicode handling is equivalent.
B:More vector candidates can improve semantic recall, and reranking can sharpen contextual relevance. The issue is specifically that exact Japanese terms fail lexical matching, which depends on tokenization and language-aware analyzers rather than vector result count. Keep the successful multilingual vectors but choose and test a suitable Japanese analyzer or alternate lexical field for exact terms and part-number handling.
D:Transliteration can help match some product names or romanized terms, which makes it a reasonable auxiliary field in a multilingual index. It does not preserve all Japanese technical terminology, word boundaries, or inflected forms needed when technicians search using the original script. A purely romanized lexical representation can distort exact phrases and create collisions between distinct terms. Configure a suitable Japanese analyzer for searchable source text, while keeping compatible vector retrieval and code matching.
Question 298
A policy chatbot answers with a clause that was removed yesterday. The original policy repository shows the new clause, but a direct query against the Azure AI Search index still returns the old text. The team wants the fastest root-cause correction before changing model prompts. Which action should come first?
- Clear the chatbot’s conversational memory before every request but leave the underlying Azure AI Search index and its stale removed-clause records unchanged.
- Inspect ingestion schedules, indexer execution/error history, source document version and search-index document timestamps; repair stale indexing and verify the new clause is retrieved before retesting generation.
- Change the system prompt to say 'always use yesterday's policy' without updating the indexed content.
- Remove old policy text from the chat display and leave the index unchanged, then instruct the model to say that it uses the latest repository version.
Explanation
Correct Answer
B:Trace the source version through ingestion: check whether the changed file was detected, whether the indexer ran, whether enrichment or mapping failed, and whether the target index and aliases point to the intended collection. Compare last-modified metadata and the stored document content, fix the pipeline or reindex the affected record, then issue a direct search for the new clause. Only when that query yields current evidence should the team reevaluate prompts, ranking or citations. This separates an ingestion freshness defect from a generation defect and provides a measurable fix.
Incorrect Answers
A:Conversation resets can prevent one user’s old context from contaminating a new answer and are sometimes necessary during policy changes. The question states that a direct search query still finds a removed clause, so stale content is present in the search layer itself. Resetting memory will only cause the agent to retrieve the same outdated passage again. Repair source change detection, index deletion/update processing, and version filtering before relying on a fresh conversation context.
C:A prompt instruction cannot insert missing policy text into Azure AI Search and could make the assistant falsely assert that an old document is current. The model may still cite the obsolete clause while following the new prose command. Version assertions should be derived from actual source and index metadata. If a policy update is not yet indexed, fail safely or disclose the knowledge limitation rather than inventing an authoritative answer.
D:Changing the visible citation or system wording cannot make a stale index contain yesterday’s approved revision. A direct query against Azure AI Search already proves that the old clause persists in its searchable records. The operator should examine source change detection, indexer execution, enrichment and projection failures, then reindex or reconcile affected documents. The model must cite the actual current indexed source rather than promise freshness that ingestion has not delivered.
Question 299
A shipping agent needs to look up a parcel status in an external courier system. A prototype places 'you may call the courier' in the system prompt, but it has no registered API integration and returns fabricated tracking statuses. The production requirement includes authenticated access and an auditable request. What should the engineer implement?
- Add a few realistic courier tracking-response examples to the system prompt and output a carrier-shaped JSON result, even though the agent still lacks an authenticated carrier API tool.
- Permit the agent to browse any arbitrary URL supplied by a customer and attach a courier-shaped JSON object to the answer.
- Build a cached search index from historical courier tracking events and query it on every request without checking whether each shipment has a fresh authenticated carrier update.
- Register a scoped external API tool or approved connector with real authentication, validated tracking-number inputs, error handling and logged tool responses; only report live status when that tool returns it.
Explanation
Correct Answer
D:Define an external API tool with a precise operation such as getTrackingStatus, typed tracking-number parameters, approved courier endpoint and supported credential exchange or secret management. Grant only necessary read scope and validate ownership or consent where statuses are restricted. Execute the request outside the model, capture a sanitized status, timestamp and request correlation ID, and surface unavailable or unauthorized errors honestly. The model may explain the returned data but must never synthesize a 'live' status when no authenticated tool call succeeded.
Incorrect Answers
A:Examples can teach a model the format of tracking events and may reduce schema mistakes in a demonstration. They cannot reveal the live state of a parcel that changed after the examples were written. A plausible-looking JSON object is still fabricated if no authoritative courier query occurred. Register a scoped connector with carrier authentication, validated tracking identifiers and error reporting, and only claim current status from its actual response.
B:Customer-supplied URLs are untrusted and might point to unrelated services, internal metadata endpoints or a phishing page. Even a reachable web page is not necessarily the authoritative carrier account or authorized to disclose shipment records. Shaping arbitrary text into courier JSON would give false confidence. Tool destination allowlists, authentication, parameter validation and source verification are necessary before the agent may assert a parcel's current state.
C:Historical carrier events are real data and a search cache can accelerate a shipping assistant, making this architecture superficially attractive. A cache alone cannot establish a package’s current location or newest exception when events are delayed or the courier has updated its state. The requirement explicitly calls for live authenticated access and auditable results. An authorized API connection with validated tracking identifiers and timestamped tool responses is required for current status.
Question 300
An internal agent must assign a mandatory five-day retention category when an event meets an exact regulatory condition: `eventType = 'X'` and `country = 'Y'`. The language model occasionally misreads the condition in free-form incident narratives. The organization needs identical outcomes for identical structured inputs and an auditable decision. Which approach is best?
- Parse and validate the structured fields, run the exact condition in a versioned rules engine or application code, and use the model only for explanation or extracting candidate facts subject to verification.
- Implement a deterministic rule that assigns the five-day category when eventType equals X OR country equals Y, because matching either structured field seems sufficient to trigger the regulation.
- Use a structured-output language model with temperature zero to label incidents against the exact eventType and country fields, but omit an application-side check of the regulatory AND condition.
- Classify the incident using a trained text model and make its prediction binding even when the structured eventType and country fields are present for deterministic comparison.
Explanation
Correct Answer
A:This requirement is an exact Boolean predicate, so program code can evaluate it consistently once field values are validated against an approved schema. Preserve the rule version, event type, country code, normalization rules and evaluated outcome for audit. If an LLM extracts candidate fields from narrative text, verify and correct them before applying the binding condition; the model's interpretation must not override the executable rule. Test edge cases such as missing values, case normalization, null fields and conflicting country evidence, and fail closed when required facts are unavailable. Let generative output explain, not determine, the mandatory five-day result.
Incorrect Answers
B:Using application code rather than a language-model guess is a reasonable direction, but the exact Boolean condition matters. The regulation described in the scenario requires both eventType X and country Y to be true simultaneously. An OR operator would assign the mandatory category to events with the wrong type in country Y and to type X events in unrelated countries. That produces consistent but incorrect decisions. The rule must preserve the specified AND condition, validate both values and maintain a versioned auditable source for the decision.
C:Low randomness and constrained JSON may improve repeatability but do not guarantee a model applies the Boolean rule correctly on every record. The legal condition requires eventType X AND country Y; a misread OR can assign the wrong five-day category even with valid output syntax. Evaluate the explicit fields using deterministic application logic and reserve the model for extracting ambiguous narrative facts. The rule itself should not depend on probabilistic text interpretation.
D:A specialized classifier could learn patterns from unstructured incident narratives and is useful when regulatory category inputs are ambiguous. This scenario already provides the exact machine-readable condition that determines mandatory five-day retention. A probabilistic prediction can contradict that explicit rule and introduce inconsistent enforcement. Evaluate the structured fields in tested deterministic code, then optionally use the language model to explain the outcome.
Developing AI Apps and Agents on Azure (AI-103) Practice Tests