Free Amazon Web Services AIF-C01 Practice Exam with Questions & Answers | Set: 7

Supervised learning is appropriate when the dataset is labeled. The model uses this data to learn patterns and classify images. Unsupervised learning, reinforcement learning, and active learning are not suitable since they either require unlabeled data or different problem settings. References: AWS Machine Learning Best Practices.

AWS Glue is the correct service for transforming petabytes of unstructured data into a structured format suitable for machine learning tasks.

AWS Glue:

A fully managed extract, transform, and load (ETL) service that makes it easy to prepare and transform unstructured data into a structured format.

Provides a range of tools for cleaning, enriching, and cataloging data, making it ready for data scientists to use in ML models.

Why Option D is Correct:

Data Transformation: AWS Glue can handle large volumes of data and transform unstructured data into structured formats efficiently.

Integrated ML Support: Glue integrates with other AWS services to support ML workflows.

Why Other Options are Incorrect:

A. Amazon Lex: Used for building chatbots, not for data transformation.

B. Amazon Rekognition: Used for image and video analysis, not for data transformation.

C. Amazon Kinesis Data Streams: Handles real-time data streaming, not suitable for batch transformation of large volumes of unstructured data.

The company is building a chatbot using an LLM on Amazon Bedrock, and the chatbot needs to use content from previous customer messages to resolve requests. Adding previous messages to the model prompt (also known as providing conversation history) enables the LLM to maintain context across interactions, allowing it to respond coherently based on the ongoing conversation.

Exact Extract from AWS AI Documents:

From the AWS Bedrock User Guide:

" To enable a large language model (LLM) to maintain context in a conversation, you can include previous messages in the model prompt. This approach, often referred to as providing conversation history, allows the LLM to generate responses that are contextually relevant toprior interactions. "

(Source: AWS Bedrock User Guide, Building Conversational Applications)

Detailed Explanation:

Option A: Turn on model invocation logging to collect messages.Model invocation logging records interactions for auditing or debugging but does not provide the LLM with access to previous messages during inference to maintain conversation context.

Option B: Add messages to the model prompt.This is the correct answer. Including previous messages in the prompt gives the LLM the conversation history it needs to respond appropriately, a common practice for chatbots on Amazon Bedrock.

Option C: Use Amazon Personalize to save conversation history.Amazon Personalize is for building recommendation systems, not for managing conversation history in a chatbot. This option is irrelevant.

Option D: Use Provisioned Throughput for the LLM.Provisioned Throughput in Amazon Bedrock ensures consistent performance for model inference but does not address the need to use previous messages in the conversation.

Comprehensive and Detailed Explanation From Exact AWS AI documents:

Amazon SageMaker Model Cards provide a structured way to document:

Approved training datasets

Intended use cases

Ethical considerations and limitations

Compliance with internal policies and governance standards

Model Cards are a Responsible AI governance tool, enabling transparency and accountability throughout the model lifecycle.

Why the other options are incorrect:

Catalog (A) organizes ML assets but does not enforce ethical or policy documentation.

Clarify (B) detects bias and explainability issues but does not govern approved data usage.

Model Registry (C) manages model versions and approvals but does not document ethical intent.

AWS AI document references:

Amazon SageMaker Model Cards Documentation

AWS Responsible AI Practices

AI Governance on AWS

Comprehensive and Detailed Explanation (AWS AI documents):

AWS recommends Amazon SageMaker Feature Store as a centralized, managed repository for storing, discovering, and reusing features and datasets across teams and projects. Feature Store enables:

Feature discovery through searchable metadata

Reusability of curated datasets and features by future practitioners

Consistency between training and inference datasets

Governance and lineage, supporting responsible AI practices

Why the other options are incorrect:

A is intended for retrieval-augmented generation, not dataset sharing.

B does not provide discoverability, governance, or long-term reuse.

D is designed for sharing data with external subscribers, not internal ML teams.

AWS AI Study Guide References:

Amazon SageMaker Feature Store overview

AWS best practices for feature management and reuse

This scenario describes a classic supervised learning problem. Supervised learning involves training a model on a labeled dataset where the correct output (also called the target variable or ground truth) is already known. In this case, the company has a dataset containing features such as age, cholesterol, and exercise habits, and a label indicating whether a patient has heart disease or not. This matches the definition of a binary classification task, which is a type of supervised learning. According to the AWS Machine Learning Specialty Study Guide, supervised learning is most effective when labels are available for all training examples, and the goal is to map input variables to a known output. This method enables the model to learn patterns and predict the presence or absence of heart disease. By contrast, unsupervised learning is used when labels are not available, and reinforcement learning involves agents learning via rewards and punishments, which is not applicable here. Semi-supervised learning is used when only some data is labeled.

Referenced AWS AI/ML Documents and Study Guides:

AWS Certified Machine Learning Specialty Guide – Supervised vs. Unsupervised Learning

Amazon SageMaker Documentation – Classification Models

The verified answer is C. Incorporating continuous human feedback across model development, training, and deployment phases and using performance evaluation to improve model accuracy. The question asks for human-in-the-loop improvement throughout the ML lifecycle, not a one-time review and not fully automated correction. AWS AI Practitioner guidance describes the foundation model lifecycle as including data selection, model selection, pre-training, fine-tuning, evaluation, deployment, and feedback. Because feedback is part of the lifecycle, human review should not be limited to the first training stage only.

AWS generative AI lifecycle guidance also emphasizes continuous improvement and feedback loops. It explains that operationalizing a generative AI application is not a one-time event, but an ongoing process driven by real-world usage, feedback systems, automated feedback loops, direct user feedback mechanisms, and strategic human-in-the-loop interventions. This supports option C because it combines human feedback across phases with performance evaluation to improve model behavior and accuracy over time.

Option A is incorrect because it removes human intervention. Automated testing is valuable, but it is not human-in-the-loop. Option B is incorrect because collecting human feedback only during initial training is too narrow. It ignores post-training evaluation, deployment monitoring, user feedback, drift, and iterative improvement. Option D is incorrect because it relies on automated reinforcement learning and predefined metrics without human oversight. That again contradicts the “human-in-the-loop” requirement.

The strongest clue is the phrase “throughout the ML lifecycle.” A correct human-in-the-loop strategy must include human review, human feedback, and evaluation during development, training, deployment, and ongoing improvement. Therefore, option C is the only answer that satisfies both parts of the requirement: continuous human involvement and lifecycle-based model improvement.

The business goal identification phase of the ML lifecycle involves defining the objectives of the project and understanding the requirements, including compliance and regulatory considerations. This phase ensures the ML solution aligns with legal and organizational standards before proceeding to technical stages like data collection or model training.

Exact Extract from AWS AI Documents:

From the AWS AI Practitioner Learning Path:

" The business goal identification phase involves defining the problem to be solved, identifying success metrics, and determining compliance and regulatory requirements to ensure the ML solution adheres to legal and organizational standards. "

(Source: AWS AI Practitioner Learning Path, Module on Machine Learning Lifecycle)

Detailed Explanation:

Option A: Feature engineeringFeature engineering involves creating or selecting features for model training, which occurs after compliance requirements are identified. It does not address regulatory concerns.

Option B: Model trainingModel training focuses on building the ML model using data, not on determining compliance or regulatory requirements.

Option C: Data collectionData collection involves gathering data for training, but compliance and regulatory requirements (e.g., data privacy laws) are defined earlier in the business goal identification phase.

Option D: Business goal identificationThis is the correct answer. This phase ensures that compliance and regulatory requirements are considered at the outset, shaping the entire ML project.

Benchmark datasets are pre-validated datasets specifically designed to evaluate machine learning models for bias, fairness, and potential discrimination. These datasets are the most efficient tool for assessing an LLM’s performance against known standards with minimal administrative effort.

Option D (Correct): " Benchmark datasets " : This is the correct answer because using standardized benchmark datasets allows the company to evaluate model outputs for bias with minimal administrative overhead.

Option A: " User-generated content " is incorrect because it is unstructured and would require significant effort to analyze for bias.

Option B: " Moderation logs " is incorrect because they represent historical data and do not provide a standardized basis for evaluating bias.

Option C: " Content moderation guidelines " is incorrect because they provide qualitative criteria rather than a quantitative basis for evaluation.

AWS AI Practitioner References:

Evaluating AI Models for Bias on AWS: AWS supports using benchmark datasets to assess model fairness and detect potential bias efficiently.