Question 80
A government translation team must convert an application form from French into English while preserving field labels, numbered sections and signatures' location for downstream document review. A text-only translation pipeline returns a correct paragraph but loses the form layout. What design best meets the full requirement?
- Translate every line without tracking its source position and let reviewers manually guess where signatures belong.
- Use a supported document translation or layout-preserving translation workflow and validate correspondence between translated content and original fields.
- Ask a general chat model to create a new form with different section numbers and claim it is the same legal document.
- Translate extracted text with a high-quality text translation API and rebuild the English PDF from paragraphs in reading order without preserving field coordinates or signature blocks.
Explanation
Correct Answer
B:Select a translation workflow that supports the relevant document format and preservation of layout or document structure, and carry stable field/section identifiers through the process. Verify the source-target language pair, form formatting, numbered headings and signature region alignment on representative pages, with human review where legal meaning or scanned quality requires it. If the chosen service cannot retain a particular format or visual feature, document that limitation and add a supported layout-extraction/reassembly step rather than promising perfect preservation. This solves both linguistic translation and traceability of the original application form.
Incorrect Answers
A:Plain text translation can convey words but discards the original association between field labels, checkboxes, signatures and page positions. The form must remain usable for review and filing, so readers cannot safely guess where an applicant signed. A line-by-line approach without layout mapping may also reorder table cells and numbered conditions. Preserve structural context and verify placement instead of treating textual fluency as the only success criterion.
C:Generating a fresh form changes the legal artifact even if it resembles the original visually. Altered section numbers can break references and a recreated signature location can misstate applicant consent. The task is faithful translation of an existing signed form, not document redesign. A language model should not invent missing legal text or silently replace source geometry that reviewers need to audit.
D:Text translation can yield accurate English sentences, so this is an attractive partial solution. The government form is also a structured document whose numbered sections, labels and signature locations carry procedural meaning. Reconstructing from plain paragraphs can misplace fields and detach signatures from their clauses. Use a layout-aware document translation or extraction/reassembly path, then verify the correspondence to the original form rather than trusting the text alone.
Question 81
An Azure AI Search index has a vector field configured for a 1,536-dimensional embedding model. After switching the enrichment stage to a model that returns 3,072 dimensions, indexing fails with a vector length error. The team has not changed the index schema or the query embedding model. Which correction addresses the root issue?
- Configure the query-time vectorizer to emit 1,536 dimensions while the indexer continues writing unmodified 3,072-dimensional vectors into the existing field.
- Retain the old field dimensions and silently truncate every new vector to 1,536 components.
- Align the embedding model, index vector field dimensions, enrichment mappings and query-time embedding configuration, then reindex as needed.
- Increase the index HNSW construction and search parameters so it can accommodate longer 3,072-element vectors, while keeping the indexed vector field declared as 1,536 dimensions.
Explanation
Correct Answer
C:Treat model output dimension as part of the Azure AI Search vector schema contract. Choose a compatible embedding deployment or create an appropriate new vector field/index for the new dimensions, update enrichment and vectorizer mappings, and regenerate document embeddings when the representation changes. Query-time embeddings must use the same compatible model configuration so similarity calculations remain meaningful. Validate model IDs, index aliases, rollout and rollback paths before switching live traffic; dimensions matching alone does not guarantee cross-model comparability. This solves the immediate error and protects retrieval quality during migration.
Incorrect Answers
A:Query and index vector dimensions must agree with their mapped fields, making query-side configuration a plausible place to investigate mismatches. Here indexing already fails because the new enrichment model outputs vectors twice the configured field length. Changing only the query encoder leaves the indexing error untouched and may create incompatible vector spaces. Align the embedding generation, field schema, index projections and query vectorizer, then rebuild affected vectors.
B:Truncating arbitrary embedding components is not a generally valid migration between differently configured models. Even if the resulting array fits numerically, the vectors may no longer represent comparable semantic geometry, and existing indexed entries still use the prior representation. A deliberate supported dimension-reduction capability would need documentation and an aligned index/query plan. Silent truncation hides a schema error and risks misleading similarity results.
D:HNSW parameters tune approximate nearest-neighbor graph construction and retrieval behavior, such as search breadth and memory tradeoffs. They do not change the schema-defined length of a vector field or transform a 3,072-dimensional embedding into a valid 1,536-dimensional value. The indexer error occurs when embedding output length differs from the field declaration, before graph tuning could solve it. The team needs matching field dimensions, enrichment mapping, model output and query vectorizer, followed by a controlled reindex if the schema changes.
Question 82
A deployment engineer selects a supported language model in a Microsoft Foundry region but receives an insufficient quota message before traffic begins. The Azure subscription has ample VM vCPU quota, and the application is not using virtual machines for inference. Which capacity check best addresses the deployment blocker?
- Verify and request the appropriate model-specific regional inference quota or provisioned capacity for the actual deployment type.
- Request additional Azure VM-family vCPU quota in the same region and retry the hosted model deployment without checking model-specific inference capacity allocations.
- Request additional inference capacity for the same model family in a neighboring Azure region and assume the regional allocation is available to the existing deployment without a quota transfer or recreation.
- Increase the Foundry project's general subscription spending limit and repeat the deployment, without inspecting model-specific regional quota or provisioned-capacity eligibility.
Explanation
Correct Answer
A:Foundry model deployments have service- and model-specific regional capacity or quota controls that are separate from Azure compute-family vCPU limits. Check the exact model, deployment type, region and quota consumption, then request the supported increase or select another approved available configuration. Verify whether the service supports the desired model in that geography and measure expected token-rate demand before reserving it. A quota error should be investigated at its actual resource scope rather than bypassed with an unrelated subscription setting. This restores the intended deployment planning path without misrepresenting availability guarantees.
Incorrect Answers
B:Increasing VM quota can unblock applications that actually provision Azure virtual machines, making it a valid capacity remedy for some infrastructure workloads. This model is being served through a managed Foundry deployment and the scenario explicitly excludes customer-run VMs. The insufficient quota concerns model-region deployment capacity or a provisioned service allocation. Adjusting unrelated VM-family limits would not establish the missing model inference quota; inspect the relevant deployment type instead.
C:Region-specific capacity is a real limitation for hosted model deployments, and nearby Azure geographies may have different available quota. A successful request in another region does not automatically expand the allocation on the existing deployment's region. Model, SKU and quota scope must match the actual target resource and deployment type. The engineer should inspect the relevant model-specific regional inference limit and request capacity where the deployment is intended to run.
D:Spending limits and available billing capacity can block some Azure operations, so finance settings are often checked during failed provisioning. A model-specific insufficient-quota error is not the same as a general cost ceiling. Raising the spending allowance does not allocate supported inference capacity to that particular region, model and SKU. The proper action is to review the deployment's actual regional quota and capacity requirements before changing unrelated financial controls.
Question 83
A banking chatbot is allowed to explain disputed transaction policy and draft a suggested refund request. The company explicitly prohibits it from executing refunds, even when the customer uses forceful language. A newly added tool can write refunds directly to the payment ledger. Which design keeps the agent within its authorized role?
- Allow the tool whenever the chatbot generates a refund suggestion with sufficiently confident wording.
- Ask the customer to confirm the proposed refund in chat, then let the agent use its existing broad payment-ledger token without a separate authorized payment workflow.
- Automatically refund whenever a sentiment evaluator labels the customer as frustrated.
- Expose only a read-only eligibility/draft action to the agent and route any actual payment write through a separate authorized workflow.
Explanation
Correct Answer
D:Give the assistant only the tools needed to inspect policy, check permitted read-only transaction details, and create a nonbinding refund proposal. A separately authorized service or human-driven approval workflow should validate identity, evidence, amount and ledger operation before any write. Ensure the chatbot's tool identity cannot directly invoke the payment endpoint, and display 'proposed' rather than 'refunded' until the trusted workflow returns a committed result. This is a stronger safety boundary than a prompt instruction because it survives model errors and malicious retrieved content. It preserves useful automation without granting prohibited financial power.
Incorrect Answers
A:A generated suggestion is not a payment authorization, however confident the wording appears. The service's policy prohibits the agent from executing refunds at all. A tool capable of direct writes would turn a drafting task into a privileged financial action without governance. The bank must enforce the distinction through tool permissions and application routing rather than make confidence a substitute for operator approval.
B:A user confirmation message can help ensure the requester understands the proposed amount and may be useful before submitting a draft. It is not equivalent to the organization’s required financial approval or a backend authorization check. The bot is permitted to explain and prepare requests, not write directly to the payment ledger. Keep its tool surface read-only or draft-only and route any actual refund through an independently authenticated and approved transaction process.
C:Customer frustration is not an instruction to move funds, and a sentiment model can misread sarcasm or quotation. A high frustration score may justify human support escalation but not a banking transaction. The workflow is specifically configured as advisory only. Automatic refunds would conflict with that scope even if the customer genuinely wants help, so application-enforced permission boundaries are mandatory.
Question 84
A logistics agent uses a shipment-tracking API. Traces show that the tool returned status DELAYED with a reason code, but the final answer confidently says the parcel was delivered. The tool call succeeded and its schema was valid. What should the quality investigation measure most directly?
- Score whether the agent selected the approved shipment-tracking tool and supplied a valid parcel identifier, without comparing its delivered claim to the tool’s returned DELAYED status.
- Whether the final response accurately reflects the actual tool result and its status semantics, using recorded tool traces as evidence.
- Evaluate whether the final answer contains a valid-looking shipment-status field, without comparing its value with the tool's DELAYED status code.
- Measure whether the tracking API met its response-time target and returned HTTP success, then treat the agent’s final delivery statement as accurate without inspecting the response body.
Explanation
Correct Answer
B:Evaluate the agent's post-tool interpretation against the recorded shipment status, permitted status transitions and actual tool response payload. A valid successful API call returned DELAYED; the final assertion 'delivered' directly contradicts that evidence. Include regression cases for delayed, lost, delivered and ambiguous status codes, and ensure the agent cites only details present in the result. Retain correlated trace identifiers so a failed answer can be reproduced without exposing customer data. Tool-use correctness and answer faithfulness are different: this case is specifically a faithfulness failure after successful invocation.
Incorrect Answers
A:Tool choice and argument validation are important components of agent execution accuracy. They establish that the model reached the intended shipment system with a meaningful identifier, but not that the generated reply faithfully reflected its payload. In this case the tool explicitly reported a delay with a reason code, while the answer asserted delivery. The quality check must challenge the answer against the returned status and reason rather than stopping when the tool call itself looks structurally correct.
C:A structured shipment-status field makes responses easier to parse and can catch missing content. But a syntactically valid field may say delivered while the tool returned DELAYED, exactly the error reported here. The quality check must compare the actual status semantics and reason from the recorded tool result to the generated answer. Schema validation alone cannot detect a contradictory interpretation of a successful API response.
D:A fast successful API response is desirable for user experience and often required by a service-level objective. It says nothing about the semantic content of a parcel’s status or whether the agent inverted it when speaking to the customer. The tracking endpoint could respond in ten milliseconds with DELAYED, and the final answer could still incorrectly say delivered. Evaluation needs a direct comparison between tool result fields and the generated claim, not an availability or latency metric.
Question 85
A deployment pipeline creates a new Foundry project and immediately starts an inference smoke test using a newly created managed identity. The project creation succeeds, but the test returns 403 for the first few minutes. Logs show the intended role assignment is created asynchronously after the test starts. How should the pipeline be corrected?
- Grant the newly created managed identity a broad subscription-level role and start smoke testing immediately, assuming that successful role-assignment submission proves the new permission has propagated.
- Add a fixed fifteen-second sleep after project creation, then run inference immediately without checking that the managed identity’s role assignment is effective.
- Order deployment steps so identity and required scoped role assignments are established, then poll effective access before the inference test.
- Switch the smoke test to a different managed identity that already authenticates to the subscription, without verifying the second identity's Foundry project roles or propagation state.
Explanation
Correct Answer
C:Treat identity creation and role assignment as prerequisite infrastructure steps, then wait for the appropriate scoped permissions to take effect before performing the model inference smoke test. Use a deterministic readiness check with bounded polling and observable failure reasons, distinguishing an unauthorized principal from a missing deployment. Record tenant, project and assigned role scope for troubleshooting without leaking tokens. This approach preserves least privilege while handling eventual role propagation, and prevents tests from racing infrastructure. It also avoids hiding a truly incorrect role behind blind endless retries.
Incorrect Answers
A:A role assignment is indeed the way an Azure workload identity receives permission, so this is closer to the cause than removing authentication. The defect is assuming that the requested grant has already become effective when the pipeline continues. Broader scope also exceeds the application's requirements. The release pipeline should use the narrow supported role and poll or otherwise verify effective access for that identity before declaring the inference endpoint ready.
B:A short deployment delay can reduce transient failures in some environments, so it is a practical but unreliable workaround for asynchronous permission propagation. The exact time needed is variable and can exceed a hard-coded wait, especially during regional or control-plane delays. The pipeline should establish required identities and scoped roles first, then poll or probe effective access with bounded retries before the smoke test. That validates authorization instead of guessing a propagation duration.
D:Using a known working identity can isolate whether a new credential is causing a failure, which makes this a plausible troubleshooting step. However, subscription sign-in success is not proof of authorization to this project's model operation, and substituting another principal may mask the intended workload's missing grants. The production deployment still needs the correct identity and role assignment to become effective. Validate that principal explicitly instead of bypassing the authorization dependency.
Question 86
An archive team already runs a pipeline that generates timestamped scene descriptions and key frames for long conference videos. Search now retrieves the correct scene record, but its UI opens the source video at 00:00 instead of at the selected scene around 43:20. No new visual analysis is needed. What integration change is most important?
- Open the returned source-video identifier together with its stored segment start offset, using a player-supported timestamp link.
- Store each relevant video scene as a searchable chunk with a timestamp in its metadata, but configure every search result to open the recording at its beginning rather than using a player time-offset link.
- Render the correct scene's key frame as a thumbnail and show its 43:20 timestamp in the search result, but navigate users to the video root URL without passing an offset to the player.
- Rewrite the scene caption to include the text “43:20” but keep the video player linked to its original untimed media URL.
Explanation
Correct Answer
A:The index already contains the right segment and timestamp, so the missing step is connecting that location to the playback interface. Build a result link carrying the source-video ID and the returned segment start offset, converting units such as milliseconds to the player's supported format, then test seeking near 43:20. Retain the end offset for optional short-clip previews and verify that playback permissions match the document access rules. This tests query-result-to-player navigation, not how scenes are originally detected. No unnecessary re-analysis or global reindexing is required to honor an existing precise temporal hit.
Incorrect Answers
B:Segment-level indexing can correctly retrieve a scene and retain its timestamp, which is a significant improvement over a single video-level vector. But the user requirement is to navigate directly to the scene at 43:20. If the link still opens the first frame, the retrieved metadata does not become an actionable seek operation in the media player. The search result must carry both a stable recording identifier and a supported offset encoded in navigation or a player API. Index quality alone cannot supply the requested deep link.
C:A thumbnail and readable timestamp help viewers recognize the correct scene and may make search results more useful. They do not cause the video player to seek to that moment when the user opens the result. The existing pipeline already knows the matching scene and its start offset, so the missing part is the navigation contract between search and playback. Carry the source-video ID and a player-supported time parameter into the actual link.
D:Adding a timestamp to captions gives users a useful visual hint and may aid retrieval results. It does not make the player seek to the selected scene when opened; the experience still starts at 00:00 because the navigation URL ignores segment metadata. The archive already has correct timecodes and key frames. Use the stored start offset with a player-supported deep link or seek call, preserving the source-video identifier and scene identity.
Question 87
A finance assistant summarizes a quarterly report and states that operating margin increased from 12% to 19%, then claims the change was a 7% relative increase. The source table clearly shows both percentages. What should the application enforce before accepting this numerical explanation?
- Keep the reported seven-percent increase because 19 minus 12 equals 7, without distinguishing a seven-percentage-point change from the relative increase based on the original twelve-percent margin.
- Enforce that the generated finance report matches its JSON schema, but never reconcile its computed totals against the numeric evidence in the source ledger.
- Ask a second model to check the finance summary for arithmetic mistakes using only the generated paragraph, without retrieving or recalculating from the quarterly source table.
- Compute percentage-point and relative changes from the source values with deterministic arithmetic and use the correct terminology.
Explanation
Correct Answer
D:Use the report's 12% and 19% values as typed numerical inputs, calculate the absolute difference as seven percentage points, and calculate the relative increase as (19 - 12)/12 = 58.3% when that measure is required. Label each measure explicitly and retain the source rows or page positions supporting the inputs. A deterministic arithmetic tool or checked code closes the gap between correctly extracted figures and an incorrectly narrated change. Review sign, units and denominator for other financial ratios before publishing. This prevents the agent from conflating two valid but different comparisons.
Incorrect Answers
A:Subtracting two margin percentages is the correct calculation for a percentage-point difference, so a numeric result of seven is not meaningless. The error is presenting that difference as a seven-percent relative increase. Relative growth uses the original twelve-percent margin as its denominator and therefore has a different value. Financial reporting should compute both measures from the source ledger when useful and label each precisely, rather than use a correct subtraction to justify the wrong percentage terminology.
B:A structured schema can prevent missing fields or incorrect data types and is an important integration control. It does not establish that a sum, margin, or currency calculation is arithmetically correct. A perfectly valid numeric JSON field may contain an invented amount. The finance workflow needs deterministic reconciliation with source values, units, and rounding rules for the stated decision. Output-format validity cannot replace the separate factual and numerical verification required here.
C:An independent language-model pass can identify obvious arithmetic inconsistencies and may improve the wording of a financial report. It cannot guarantee that the calculation uses the actual reported numbers or that the result has the proper unit. The critical source values are twelve percent and nineteen percent; their difference and relative change should be computed deterministically. A second reviewer deprived of the ledger may repeat the same confusion or invent an explanation that sounds convincing while retaining the error.
Question 88
A policy-search assistant answers a user's question and includes a citation to page 17, but that page contains a different policy paragraph. The actual answer text came from page 21 after a PDF was split into overlapping chunks; the index stored document IDs but lost page offsets. What ingestion/retrieval field must be repaired?
- Use search excerpts to synthesize page references at answer time even though the ingestion pipeline never retained page numbers or source-region locations.
- Carry each chunk's original page, section and offset metadata through indexing, retrieval and answer citation construction.
- Reconstruct cited page numbers from the ordinal position of retrieved overlapping chunks within the search results, without persisting the chunks' original page offsets during ingestion.
- Switch every citation to a document-level URL and omit page identifiers, treating the existence of the PDF link as sufficient proof that the cited passage appears on the claimed page.
Explanation
Correct Answer
B:During PDF extraction, retain per-passage source document ID, page number, logical section and character or bounding-region offsets, even when adjacent chunks overlap. Store those fields in the Azure AI Search index and ensure query results return them alongside the retrieved text. Construct citations from the actual matched passage location rather than the chunk's arbitrary position in a new sequence. Validate overlapping-page cases such as the page-21 answer that was mistakenly labeled page 17. This yields auditable claims and lets a reviewer open the exact supporting paragraph, while avoiding fabricated location estimates.
Incorrect Answers
A:Search excerpts can give users helpful fragments of evidence and are often displayed alongside a title or document identifier. If page and region fields were discarded during extraction, the application cannot reliably reconstruct exact original locations from a short chunk. The question requires auditable paragraph-level citations, not approximate document-level mentions. Retain provenance when creating passages so retrieval results can point to the actual source span rather than generated page guesses.
C:A search result position is a ranking signal, not a source-document page number. Overlapping chunks may be reordered by relevance, repeated in different result sets or extracted from many pages of the same PDF. Assigning page numbers from result order could create plausible but false citations such as the page-17 error in the scenario. The ingestion pipeline should preserve original page, section and location metadata per chunk so cited references can be derived from source provenance instead of retrieval order.
D:A document-level link may be a useful fallback for coarse source citation, but it does not resolve the user's requirement to locate the precise supporting policy paragraph. In a lengthy PDF, merely linking the file cannot establish whether the answer came from page 17 or page 21. This also leaves the broken overlap-to-page mapping unfixed for future responses. The appropriate repair retains original source offsets and page identifiers with chunks so the generated citation can point to the actual evidence.
Question 89
A marketing content assistant is supposed to quote only verified specifications for a newly announced device. Instead, it invents camera features and writes overly creative comparisons even though the approved product sheet is present in retrieval context. The team does not want to eliminate natural language entirely. Which initial generation change is most defensible?
- Apply a stronger brand-tone prompt and accept unsupported hardware-feature statements as long as the language matches the company marketing style.
- Keep the same unrestricted prompt and treat persuasive marketing tone as confirmation of feature accuracy.
- Lower sampling randomness, constrain claims to retrieved specifications and require unsupported features to be omitted or flagged.
- Attach a generic product-category knowledge article to the prompt and let the model paraphrase it into marketing copy, without checking each feature claim against the current product specification retrieved for this model.
Explanation
Correct Answer
C:Reduce sampling randomness for fact-sensitive specification writing where the deployed model supports it, explicitly bind product claims to the retrieved approved sheet, and instruct the model to exclude or flag features absent from that evidence. Preserve passage references so an editor can check assertions, and create regression cases for features the device definitely lacks. Low temperature alone does not guarantee truth; retrieval quality, instruction hierarchy and output validation still matter. This combined change addresses the actual invented-specification failure while retaining normal explanatory language for genuine verified capabilities.
Incorrect Answers
A:A brand-tone prompt can improve the consistency of public product copy, which matters for marketing and might superficially improve reviewer scores. It cannot validate that an announced device actually has the claimed camera capabilities. The question requires claims to match verified specifications. Style alignment and technical accuracy are separate controls; a polished sentence about a nonexistent feature is still false. The content assistant must ground claims in authoritative product data and withhold unverified details.
B:A fluent and persuasive description says little about whether the phone contains a claimed camera feature. Without source constraints, the model can continue blending common industry trends into the specific announced device. The company's requirement is verified product specifications, not plausibility based on marketing style. The application needs grounded generation and claim validation rather than trust in rhetorical confidence.
D:General category guidance can improve writing consistency and may suggest terminology for a marketing draft. It is not an authoritative source for the specific device’s hardware capabilities. Popular features elsewhere in the category may be unavailable on the product being advertised. The prompt should be grounded in the current product specification and claims checked before release; sampling settings and brand style should not become a substitute for source-supported feature verification.
Question 90
A Foundry chat application has predictable daily request volume, but spending rises sharply after a new prompt adds verbose hidden context and allows completions to run without a cap. Engineers want a first remediation that controls unnecessary token consumption without deleting essential citations. What should they do?
- Set bounded output-token limits, trim irrelevant prompt context and monitor input/output token usage by request and deployment.
- Raise the completion-token ceiling to avoid truncated customer replies, but leave duplicated hidden context unmeasured and do not enforce per-request cost budgets.
- Set a daily cost-alert threshold on the Foundry resource but keep duplicating lengthy retrieved passages in the hidden prompt and leave completion length unrestricted until the alert fires.
- Report cost per request using only the model's billed output tokens, omitting the larger hidden prompt context and input-token usage.
Explanation
Correct Answer
A:Inspect the before/after token profile, including the new hidden context and generated response length, then set appropriate maximum output tokens for the actual tasks. Deduplicate and trim irrelevant retrieved passages while preserving evidence needed for valid citations, and measure token usage, latency and quality on representative requests. A budget cap must not silently truncate required answer components, so tune it with a realistic completion rubric and handle an insufficient budget gracefully. This targets the two changed cost drivers without assuming all context is waste or sacrificing grounding. Continue monitoring per-deployment use as models and prompt contracts evolve.
Incorrect Answers
B:Increasing a completion ceiling may prevent legitimate responses from being cut off, but it also permits the runaway outputs that helped drive costs upward in this case. It leaves the new verbose prompt context untouched and gives the team no view of input-versus-output token consumption. The requested first remediation must constrain unnecessary tokens while retaining essential citations. A larger maximum with no measurement or trimming cannot meet that cost-control goal.
C:Budget alerts are useful for finance visibility and can notify administrators about consumption trends, but they do not limit the tokens sent by an individual request or immediately stop an uncapped completion. Repeating context also makes input-token growth worse. The scenario requests a first operational remediation for an already identified prompt expansion, not merely a notification. Bound completion length, remove irrelevant duplication, and measure input and output token usage at the request level.
D:Output-token accounting is a real part of inference cost and can expose unusually verbose completions. However, the new hidden context may dominate input-token charges and affect rate limits even if the visible answer length stays constant. The requested remediation needs a breakdown of both prompt and completion usage. Omitting input tokens conceals the exact cost increase that followed the prompt modification.
Developing AI Apps and Agents on Azure (AI-103) Practice Tests