AIF-C01 Exam Dumps - Amazon Web Services AWS Certified AI Practitioner Questions and Answers

Amazon SageMaker ' s DeepAR is a supervised learning algorithm designed for forecasting scalar (one-dimensional) time series data. Time series data consists of sequences of data points indexed in time order, typically with consistent intervals between them. In the context of a retail store aiming to predict product demand, relevant time series data might include historical sales figures, inventory levels, or related metrics recorded over regular time intervals (e.g., daily or weekly). By training the DeepAR model on this historical time series data, the store can generate forecasts for future product demand. This capability is particularly useful for inventory management, staffing, and supply chain optimization. Other data types, such as text, image, or binary data, are not suitable for time series forecasting tasks and would not be appropriate inputs for the DeepAR algorithm.

Comprehensive and Detailed Explanation (AWS AI documents):

AWS machine learning fundamentals classify K-means as an unsupervised learning algorithm used to group unlabeled data into clusters based on feature similarity and distance metrics. Because the data is unlabeled and the goal is grouping rather than prediction, K-means is the most appropriate choice.

Why the other options are incorrect:

XGBoost is a supervised learning algorithm that requires labeled data.

DeepAR forecasting is designed for time series forecasting.

Linear learner is typically used for supervised regression or classification tasks.

AWS AI Study Guide References:

AWS unsupervised learning concepts

AWS clustering algorithms overview

Embeddings are numerical representations of objects (such as words, sentences, or documents) that capture the objects ' semantic meanings in a form that AI and NLP models can easily understand. These representations help models improve their understanding of textual information by representing concepts in a continuous vector space.

Option A (Correct): " Embeddings " : This is the correct term, as embeddings provide a way for models to learn relationships between different objects in their input space, improving their understanding and processing capabilities.

Option B: " Tokens " are pieces of text used in processing, but they do not capture semantic meanings like embeddings do.

Option C: " Models " are the algorithms that use embeddings and other inputs, not the representations themselves.

Option D: " Binaries " refer to data represented in binary form, which is unrelated to the concept of embeddings.

AWS AI Practitioner References:

Understanding Embeddings in AI and NLP: AWS provides resources and tools, like Amazon SageMaker, that utilize embeddings to represent data in formats suitable for machine learning models.

 Block input prompts or model responses that contain harmful content such as hate, insults, violence, or misconduct:Content filters

 Avoid subjects related to illegal investment advice or legal advice:Denied topics

 Detect and block specific offensive terms:Word filters

 Detect and filter out information in the model’s responses that is not grounded in the provided source information:Contextual grounding check

The company is using a generative AI model on Amazon Bedrock and needs to mitigate undesirable and potentially harmful content in the model’s responses. Amazon Bedrock provides several guardrail mechanisms, including content filters, denied topics, word filters, and contextual grounding checks, to ensure safe and accurate outputs. Each mitigation action in the hotspot aligns with a specific Bedrock filter policy, and each policy must be used exactly once.

Exact Extract from AWS AI Documents:

From the AWS Bedrock User Guide:

* " Amazon Bedrock guardrails provide mechanisms to control model outputs, including:

Content filters: Block harmful content such as hate speech, violence, or misconduct.

Denied topics: Prevent the model from generating responses on specific subjects, such as illegal activities or advice.

Word filters: Detect and block specific offensive or inappropriate terms.

Contextual grounding check: Ensure responses are grounded in the provided source information, filtering out ungrounded or hallucinated content. " *(Source: AWS Bedrock User Guide, Guardrails for Responsible AI)

Detailed Explanation:

Block input prompts or model responses that contain harmful content such as hate, insults, violence, or misconduct: Content filtersContent filters in Amazon Bedrock are designed to detect and block harmful content, such as hate speech, insults, violence, or misconduct, ensuring the model’s outputs are safe and appropriate. This matches the first mitigation action.

Avoid subjects related to illegal investment advice or legal advice: Denied topicsDenied topics allow users to specify subjects the model should avoid, such as illegal investment advice or legal advice, which could have regulatory implications. This policy aligns with the second mitigation action.

Detect and block specific offensive terms: Word filtersWord filters enable the detection and blocking of specific offensive or inappropriate terms defined by the user, making them ideal for this mitigation action focused on specific terms.

Detect and filter out information in the model’s responses that is not grounded in the provided source information: Contextual grounding checkThe contextual grounding check ensures that the model’s responses are based on the provided source information, filtering out ungrounded or hallucinated content. This matches the fourth mitigation action.

Hotspot Selection Analysis:

The hotspot lists four mitigation actions, each with the same dropdown options: " Select..., " " Content filters, " " Contextual grounding check, " " Denied topics, " and " Word filters. " The correct selections are:

First action: Content filters

Second action: Denied topics

Third action: Word filters

Fourth action: Contextual grounding check

Each filter policy is used exactly once, as required, and aligns with Amazon Bedrock’s guardrail capabilities.

The verified selections are Few-shot prompting, Chain-of-thought prompting, and Zero-shot prompting. The first description matches few-shot prompting because AWS describes few-shot prompting as a technique that includes example outputs or demonstrations in the initial prompt so the model can understand the expected pattern before generating a response. The phrase “provide a small number of examples” is the key indicator. A few-shot prompt gives the model limited examples of the desired task, format, or reasoning style, and the model uses those examples as context for the next output.

The second description matches chain-of-thought prompting. AWS describes chain-of-thought prompting as a technique that helps a model solve a problem by following a series of intermediate reasoning steps before reaching the final answer. The wording “break down the step-by-step process” directly points to chain-of-thought prompting. This method is commonly associated with reasoning, arithmetic, logic, planning, and multi-step problem solving because the prompt encourages the model to work through intermediate steps rather than immediately outputting a final answer.

The third description matches zero-shot prompting because AWS describes zero-shot prompting as asking the model to perform a task without providing examples in the prompt. The model relies only on the instruction and its pre-trained knowledge. The phrase “without providing examples” is the decisive clue.

Role-based prompting is not used here because none of the descriptions asks the model to act as a specific persona, job role, or domain expert, such as “Act as a financial analyst” or “You are a security engineer.” Single-shot prompting is also not used because the first description says a “small number of examples,” which indicates few-shot prompting, not exactly one example. Therefore, the three correct hotspot mappings are Few-shot prompting, Chain-of-thought prompting, and Zero-shot prompting.

The correct answer is C – Develop an anomaly detection system. According to AWS documentation, anomaly detection models are specifically used to identify unusual or suspicious patterns in data, such as unexpected IP access behavior, unusual network traffic, login anomalies, or deviations from normal usage patterns. Amazon SageMaker and Amazon Lookout for Metrics both support anomaly detection capabilities that detect deviations from learned baselines. AWS highlights that anomaly detection is widely used in cybersecurity, fraud detection, intrusion monitoring, and identifying suspicious IP addresses. Speech recognition (A) and NLP named entity recognition (B) do not classify threat behavior. Fraud forecasting (D) focuses on long-term prediction patterns, not real-time anomaly detection. Since identifying malicious IP sources requires spotting activity outside the normal distribution, anomaly detection is the most accurate and AWS-aligned solution.

Referenced AWS Documentation:

AWS Machine Learning Specialty Guide – Anomaly Detection Use Cases

Amazon SageMaker Documentation – Random Cut Forest (RCF) for Anomaly Detection

Comprehensive and Detailed Explanation From Exact AWS AI documents:

Feature engineering focuses on:

Creating new features

Selecting the most relevant existing features

Improving model signal and accuracy

AWS ML best practices identify feature engineering as a key driver of predictive performance.

Why the other options are incorrect:

Visualization (A) helps understanding, not feature creation.

Hyperparameter tuning (B) optimizes models, not features.

Data collection (D) expands datasets but does not engineer features.

AWS AI document references:

Feature Engineering Best Practices

Improving Model Accuracy on AWS

ML Model Development Lifecycle

The ML research team needs a mechanism to audit custom ML models while sharing model artifacts with other teams. Amazon SageMaker Model Cards provide a structured way todocument model details, including intended uses, training data, and inference performance, making them ideal for auditing and ensuring transparency when publishing models.

Exact Extract from AWS AI Documents:

From the Amazon SageMaker Developer Guide:

" Amazon SageMaker Model Cards enable you to document critical details about your machine learning models, such as intended uses, training data, evaluation metrics, and inference details. Model Cards support auditing by providing a centralized record that can be reviewed by teams to understand model behavior and limitations. "

(Source: Amazon SageMaker Developer Guide, SageMaker Model Cards)

Detailed Explanation:

Option A: Create documents with the relevant information. Store the documents in Amazon S3.While storing documents in S3 is feasible, it lacks the structured format and integration with SageMaker that Model Cards provide, making it less suitable for auditing purposes.

Option B: Use AWS AI Service Cards for transparency and understanding models.AWS AI Service Cards are not a standard feature in AWS documentation. This option appears to be a distractor and is not a valid solution.

Option C: Create Amazon SageMaker Model Cards with Intended uses and training and inference details.This is the correct answer. SageMaker Model Cards are specifically designed to document model details for auditing, transparency, and collaboration, meeting the team’s requirements.

Option D: Create model training scripts. Commit the model training scripts to a Git repository.Sharing training scripts in a Git repository provides access to code but does not offer a structured auditing mechanism for model details like intended uses or inference performance.

Comprehensive and Detailed Explanation From Exact AWS AI documents:

Inference parameters control output behavior:

Higher temperature increases creativity and randomness

Shorter response length limits output size

AWS prompt and inference guidance recommends increasing temperature for creative tasks and reducing response length for concise outputs.

Why the other options are incorrect:

A reduces creativity.

B produces long outputs.

D produces deterministic and lengthy responses.

AWS AI document references:

Inference Parameters for Foundation Models

Controlling Creativity and Length in Text Generation

Prompt Engineering Best Practices

Comprehensive and Detailed Explanation From Exact AWS AI documents:

Amazon Bedrock supports importing custom foundation models that have been trained or fine-tuned outside of Bedrock, including models customized using Amazon SageMaker AI.

Amazon SageMaker AI provides:

Full control over model training and fine-tuning

Ability to train models using approved internal datasets

Advanced customization beyond prompt-based techniques

After customization in SageMaker, the trained model can be imported into Amazon Bedrock for managed, scalable inference and internal deployment.

Why the other options are incorrect:

A (Guardrails) enforce safety, compliance, and output controls; they do not create or fine-tune models.

B (Amazon Personalize) is a recommendation service, not a foundation model customization tool.

C (Agents) orchestrate tasks and tool usage but do not modify or fine-tune model weights.

AWS AI document references:

Amazon Bedrock Documentation — section on Custom model import

Amazon SageMaker AI Overview — section on model training and fine-tuning

Foundation Models on AWS — customization approaches