Practice Free AI-103 Developing AI Apps and Agents on Azure Exam Questions Answers With Explanation

The correct recommendation is Azure Content Understanding in Foundry Tools . The case study states that Contoso’s finance department must manually review vendor invoices to verify that invoice details match vendor contract terms, and that the invoices contain tables, logos, and varied layouts that make consistent processing difficult. It also states that the planned solution must evaluate both the visual layout and textual content of the invoices.

Azure Content Understanding is designed for this type of multimodal document-processing workload. Microsoft describes Content Understanding as a Foundry Tool that processes unstructured and multimodal content, including documents and images, and transforms it into structured output for AI applications. It can use document analyzers to extract text, layout, tables, fields, and relationships from diverse document types.

Chat completions alone would not reliably extract structured invoice fields from complex layouts. Azure Document Intelligence can extract OCR, layout, and tables, but Content Understanding is the better end-to-end Foundry capability for combining visual and textual understanding with structured extraction for downstream verification. Image Analysis focuses on image-level visual features and is insufficient for invoice field and table review. Reference topics: Content Understanding, document analyzers, multimodal extraction, invoice processing, tables, layout, and structured JSON output.

credential = DefaultAzureCredential()

agent = project_client.agents.get(agent_name=myAgent)

The correct authentication option is DefaultAzureCredential() because the case study states that API keys must not be used to access Foundry-deployed models and that Contoso developers must authenticate to Microsoft Foundry resources by using Microsoft Entra authentication. It also states that access to Project1 must be assigned to Agent1Dev Team by using the security group SC_Agent1_Dev . Microsoft Foundry authentication guidance recommends Microsoft Entra ID for production workloads because it supports least-privilege RBAC, per-principal auditing, and keyless authentication. AzureKeyCredential() would violate the no-API-key requirement, and None would not provide a valid credential.

The correct agent operation is get because the task is to access an existing agent named Agent1, not create a new version or retrieve a specific published version. Microsoft Foundry SDK examples show AIProjectClient created with DefaultAzureCredential() and then using project agent operations to create, retrieve, or interact with agents by name. To meet the compliance requirement, the group SC_Agent1_Dev must also be granted the appropriate project-scoped Foundry role, such as Foundry User, for Project1. Reference topics: Microsoft Entra authentication, Foundry RBAC, AIProjectClient, and project agent access.

The correct recommendation is Azure AI Search. The case study states that the product detail sheets are stored as PDFs in storage1, and that Agent1 must be enabled to retrieve and use detailed product information from those sheets. It also specifies that the indexing pipeline must enable semantic and vector search, and that Agent1 must answer natural language questions about product details by using the product sheet information. Azure AI Search is the Azure service designed to ingest content from sources such as Azure Blob Storage, create searchable indexes, and support keyword, semantic, hybrid, and vector retrieval for Retrieval Augmented Generation (RAG) solutions.

Microsoft’s Azure AI Search guidance states that integrated vectorization can chunk content and generate embeddings during indexing, enabling vector search over source documents. It also states that Azure AI Search supports text and vector queries and can improve raw content for search-related scenarios through enrichment pipelines. Azure Translator is unrelated to retrieval. Document Intelligence can extract document structure, but it is not the retrieval index for Agent1. Grounding with Bing Search retrieves public web content, not Contoso’s private PDFs in storage1. Reference topics: Azure AI Search, RAG, semantic search, vector search, Azure Blob Storage indexing, and agent grounding.

The correct answer is D. the custom speech project ID . For custom speech fine-tuning, the Speech to text REST API uses a project property that must refer to the Custom Speech project, not the general Microsoft Foundry project. Microsoft’s Custom Speech guidance states that when using the Speech to text REST API for custom speech, you must set the project property to the ID of your custom speech project. It also explicitly notes that the custom speech project ID is not the same as the Microsoft Foundry project ID.

This distinction explains the invalid project ID error. Supplying the Foundry project ID, project URL, or endpoint URL does not identify the Custom Speech project that owns the fine-tuned speech model. The custom speech endpoint URL is used when calling a deployed custom model endpoint for recognition, but it is not the value of the REST API project property. The project URL is also not accepted because the API expects the identifier value. Reference topics: Azure Speech in Foundry Tools, Custom Speech fine-tuning, Speech to text REST API, custom speech project ID, model publication, and endpoint configuration.

The correct answer is C. Split the mixed-language segments into single-language segments and translate each segment separately . Azure Translator has a known limitation for text that contains mixed-language input within the same sentence or segment. Microsoft’s Translator known-issues guidance states that the Text translation API does not support translating sentences that contain mixed-language text and that translations can be incorrect or incomplete when a single sentence includes multiple languages. The documented workaround is to specify the intended source language, remove the mixed-language sentence, or split the text into single-language segments.

In this scenario, specifying English for all segments would fail when Spanish content is present. Automatic language detection can detect a dominant language, but it does not reliably solve a segment that contains both English and Spanish. Document translation is also not the right fix because the issue is mixed-language content inside transcript segments, and Microsoft notes similar incomplete results for mixed-source-language documents. Splitting the transcript into language-homogeneous segments ensures each translation request has a clear source language and lets the entire transcript be translated reliably. Reference topics: Azure Translator in Foundry Tools, text translation, language detection, mixed-language input, and transcript preprocessing.