Explanation:
< Smart home device answering questions # Yes
Webchat using Azure Bot Service # Yes
Auto-caption generation for videos # No
According to the Microsoft Azure AI Fundamentals (AI-900) official study guide and the Microsoft Learn module "Describe features of common AI workloads", Conversational AI refers to systems designed to engage in human-like dialogue through natural language-either text or speech. These systems include chatbots, virtual assistants, and voice-enabled smart devices, all of which can interpret user intent and respond meaningfully.
* A smart device in the home that responds to questions such as "When is my next appointment?" - Yes.
This is a classic example of Conversational AI. Devices like smart speakers or personal digital assistants use speech recognition, natural language understanding (NLU), and language generation to interpret spoken input and respond conversationally. The AI-900 study materials identify these as examples of voice-based conversational AI systems, which fall under the Speech and Language AI workloads.
* An interactive webchat feature on a company website can be implemented by using Azure Bot Service
- Yes.This statement is true. The Azure Bot Service is the primary Microsoft tool for creating and deploying conversational bots across various channels, including websites, Microsoft Teams, and other messaging platforms. The AI-900 syllabus specifically cites this as an example of implementing conversational AI for customer support or information retrieval.
* Automatically generating captions for pre-recorded videos is an example of conversational AI - No.
This is not conversational AI; instead, it falls under the Speech AI workload, specifically speech-to-text transcription. Automatically generating captions involves converting audio from video into written text but does not involve dialogue or interaction between a user and a system.
Thus, based on the official AI-900 guidance, only the first two scenarios describe conversational AI use cases.

In a chat solution using the Azure OpenAI GPT-3.5 model, the temperature parameter controls the creativity and variability of generated responses. According to the Microsoft Learn documentation for Azure OpenAI Service, temperature is a float value typically between 0 and 2, determining how deterministic or random the model's output is. A lower temperature (e.g., 0-0.3) makes responses more focused and deterministic, while a higher temperature (e.g., 0.8-1.2) produces more verbose, creative, and diverse responses.
When you want the chat model to generate more detailed or expressive output, increasing the temperature encourages the model to explore a broader range of possible continuations, leading to longer and more varied text. This parameter directly affects how "verbose" or elaborate the model's responses can be, which is why it is the correct answer.
The other options are not appropriate for this scenario:
* A. Presence penalty reduces repetition by discouraging reuse of the same phrases but does not control verbosity.
* C. Stop sequence defines tokens where generation should stop, limiting rather than extending response length.
* D. Max response (max tokens) controls the maximum length of the response but does not inherently make answers more verbose or expressive.
Thus, to encourage more elaborate and detailed output from the Azure OpenAI GPT-3.5 model, the correct configuration parameter to adjust is Temperature (B).

According to the Microsoft Azure AI Fundamentals (AI-900) Official Study Guide and the Microsoft Learn module "Explore Azure Machine Learning", when you publish an inference pipeline (a deployed web service for real-time predictions) using Azure Machine Learning designer, you make the model accessible as a RESTful endpoint. Consumers-such as applications, scripts, or services-interact with this endpoint to submit data and receive predictions.
To securely access this deployed pipeline, two critical parameters are required:
* REST endpoint (Option D):The REST endpoint is a URL automatically generated when the inference pipeline is deployed. It defines the network location where clients send HTTP POST requests containing input data (usually in JSON format). The endpoint routes these requests to the deployed model, which processes the data and returns prediction results. The REST endpoint acts as the primary access point for consuming the model's inferencing capability programmatically.
* Authentication key (Option C):The authentication key (or API key) is a security token provided by Azure to ensure that only authorized users or systems can access the endpoint. When invoking the REST service, the key must be included in the request header (typically as the value of the Authorization header). This mechanism enforces secure, authenticated access to the deployed model.
The other options are incorrect:
* A. The model name is not required to consume the endpoint; it is used internally within the workspace.
* B. The training endpoint is used for training pipelines, not for inference.
Therefore, according to Microsoft's official AI-900 learning objectives and Azure Machine Learning documentation, when consuming a published inference pipeline, you must use both the REST endpoint (D) and the authentication key (C). These parameters ensure secure, controlled, and programmatic access to the deployed AI model for real-time predictions.

Within Azure AI Document Intelligence (formerly Form Recognizer), the Contract prebuilt model is designed to extract key information from legal and business contracts, including parties, jurisdictions, dates, and terms.
According to Microsoft Learn, this prebuilt model identifies structured entities such as contracting parties, effective dates, governing jurisdictions, and termination clauses.
* Layout (B) extracts text, tables, and structure but does not identify semantic information such as parties or jurisdictions.
* General document (C) extracts key-value pairs and entities but lacks domain-specific contract analysis.
* Read (D) performs OCR (optical character recognition) to extract raw text but not contextual metadata.
Thus, when the requirement is to extract parties and jurisdictions from a legal document, the Contract model is the correct Azure AI Document Intelligence choice.

Explanation:

In machine learning, especially within the Microsoft Azure AI Fundamentals (AI-900) framework, datasets used for supervised learning are composed of features (inputs) and labels (outputs). According to the Microsoft Learn module "Explore the machine learning process", a feature is any measurable property or attribute used by the model to make predictions, whereas a label is the actual value or category the model is trying to predict.
* Household Income # FeatureA feature (also known as an independent variable) represents the input data that the machine learning algorithm uses to detect patterns or correlations. In this dataset, Household Income is a numeric value that influences the prediction of house price categories. During training, the model learns how variations in household income correlate with changes in the house price category.
Microsoft Learn defines features as "the attributes or measurable inputs that are used to train the model." Thus, Household Income serves as a predictive input or feature.
* House Price Category # LabelThe label (or dependent variable) represents the output the model aims to predict. It is the known result during training that helps the algorithm learn correct mappings between features and outcomes. In this scenario, House Price Category-which can take values such as "Low,"
"Middle," or "High"-is the classification outcome that the model will predict based on household income (and possibly other variables). According to Microsoft Learn, "the label is the variable that contains the known values that the model is trained to predict." In summary, the dataset defines a supervised learning classification problem, where Household Income is the feature (input) and House Price Category is the label (output) that the model will learn to predict.