Step 1: Define the business objective.

Step 2: Process the data.

Step 3: Develop and train the model.

Step 4: Deploy the model.

The correct order represents the machine learning lifecycle as defined by AWS in the Amazon SageMaker documentation and AWS Certified Machine Learning Specialty Study Guide. The lifecycle describes the sequence of tasks required to build, train, and deploy a custom ML model effectively.

From AWS documentation:

" The machine learning process begins with defining the business problem, followed by collecting and processing data, developing and training models, and finally deploying them into production for inference. "

Step 1 – Define the business objective:

This step involves clearly identifying the business problem to be solved and determining the measurable outcomes expected from the ML model. This ensures alignment between business goals and ML outputs.

Step 2 – Process the data:

Data is collected, cleaned, transformed, and prepared for training. This includes handling missing values, normalizing data, and performing feature engineering — a crucial phase that influences model performance.

Step 3 – Develop and train the model:

The model is built and trained on the processed data using algorithms appropriate to the problem (e.g., regression, classification, clustering). Hyperparameters are tuned to optimize model accuracy.

Step 4 – Deploy the model:

Once validated, the model is deployed to a production environment (e.g., Amazon SageMaker endpoint) to make predictions on new data. Continuous monitoring and retraining ensure the model remains effective.

Referenced AWS AI/ML Documents and Study Guides:

Amazon SageMaker Developer Guide – Machine Learning Lifecycle

AWS Certified Machine Learning Specialty Study Guide – Model Development Lifecycle

AWS ML Best Practices Whitepaper – End-to-End ML Workflow

The evaluation stage of the generative AI model lifecycle involves testing the model to assess its performance, including accuracy, coherence, and other metrics. This stage ensures the model meets the desired quality standards before deployment.

Exact Extract from AWS AI Documents:

From the AWS AI Practitioner Learning Path:

" The evaluation phase in the machine learning lifecycle involves testing the model against validation or test datasets to measure its performance metrics, such as accuracy, precision, recall, or task-specific metrics for generative AI models. "

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

Detailed Explanation:

Option A: DeploymentDeployment involves making the model available for use in production. While monitoring occurs post-deployment, accuracy testing is performed earlier in the evaluation stage.

Option B: Data selectionData selection involves choosing and preparing data for training, not testing the model’s accuracy.

Option C: Fine-tuningFine-tuning adjusts a pre-trained model to improve performance for a specific task, but it is not the stage where accuracy is formally tested.

Option D: EvaluationThis is the correct answer. The evaluation stage is where tests are conducted to examine the model’s accuracy and other performance metrics, ensuring it meets requirements.

Batch transform in Amazon SageMaker is designed for offline processing of large datasets. It is ideal for scenarios where immediate predictions are not required, and the inference can be done on large datasets that are multiple gigabytes in size. This method processes data in batches, making it suitable for analyzing archived data without the need for real-time access to predictions.

Option A (Correct): " Batch transform " : This is the correct answer because batch transform is optimized for handling large datasets and is suitable when immediate access to predictions is not required.

Option B: " Real-time inference " is incorrect because it is used for low-latency, real-time prediction needs, which is not required in this case.

Option C: " Serverless inference " is incorrect because it is designed for small-scale, intermittent inference requests, not for large batch processing.

Option D: " Asynchronous inference " is incorrect because it is used when immediate predictions are required, but with high throughput, whereas batch transform is more suitable for very large datasets.

AWS AI Practitioner References:

Batch Transform on AWS SageMaker: AWS recommends using batch transform for large datasets when real-time processing is not needed, ensuring cost-effectiveness and scalability.

AWS documentation for Amazon Bedrock explains that prompt engineering is a primary mechanism for controlling the behavior, tone, and style of foundation model outputs. Providing a persona and tone within the prompt allows organizations to align model responses with brand voice, customer expectations, and business values.

In this use case, the AI assistant’s responses risk damaging customer perception, which indicates a mismatch in tone, style, or personality, rather than a lack of knowledge. AWS explicitly states that prompts can include role definitions, communication style, formality level, and behavioral constraints to guide the model’s outputs. By defining a persona—such as “a professional, friendly company representative”—the model consistently generates responses that better represent the company.

Other options are less appropriate. Zero-shot prompting provides no additional guidance beyond the task itself and does not influence tone. Chain-of-thought prompting is designed to improve reasoning transparency, not brand alignment. Retrieval Augmented Generation (RAG) enhances factual accuracy by injecting external knowledge sources, but it does not inherently control tone or personality.

AWS highlights persona-based prompting as a best practice when building customer-facing generative AI applications, particularly chatbots and assistants. This approach improves consistency, reduces reputational risk, and ensures outputs align with organizational communication standards. Therefore, providing a persona and tone in the prompt is the most effective solution.

The verified answer is C. Use batch inference with Amazon Bedrock. The workload has three decisive characteristics: it is repetitive, it processes a large volume of requests, and it does not require immediate responses. AWS documentation states that with Amazon Bedrock batch inference, users can submit multiple prompts and generate responses asynchronously. It also states that batch inference helps process a large number of requests efficiently by sending a single request and generating responses in an Amazon S3 bucket. That directly matches the weekly generation of exercise routines for all users.

AWS also explains that after the batch job is complete, the output files can be retrieved from Amazon S3, and batch inference can improve model inference performance on large datasets. This is the right architecture for offline or scheduled workloads where immediate response latency is not required.

Amazon Bedrock AgentCore is incorrect because AgentCore is for building, running, and managing agents, tools, memory, gateways, and agent workflows. The problem is not agent orchestration; it is cost-efficient high-volume offline inference.

Real-time inference with Amazon Bedrock on-demand endpoints is incorrect because real-time inference is better for interactive applications where users need immediate responses. The question explicitly says immediate responses are not required.

Real-time inference with SageMaker AI hosted endpoints is also incorrect for the same reason. Hosted endpoints are appropriate for low-latency inference requests, but this workload is scheduled and large-volume.

Therefore, Amazon Bedrock batch inference is the best solution.

BERT-based models (Bidirectional Encoder Representations from Transformers) are suitable for tasks that involve understanding the context of words in a sentence and suggesting missing words. These models use bidirectional training, which considers the context from both directions (left and right of the missing word) to predict the appropriate word to fill in the gaps.

BERT-based Models:

BERT is a pre-trained transformer model designed for natural language understanding tasks, including text completion, where certain words are missing.

It excels at understanding context and relationships between words in a sentence, making it ideal for suggesting potential words to fill in missing text.

Why Option D is Correct:

Contextual Understanding: BERT uses its bidirectional training to understand the context around missing words, making it highly accurate in suggesting suitable replacements.

Text Completion Capability: BERT ' s architecture is explicitly designed for tasks like masked language modeling, where certain words in a text are masked (or missing), and the model predicts the missing words.

Why Other Options are Incorrect:

A. Topic modeling: Focuses on identifying topics in a text corpus, not on predicting missing words.

B. Clustering models: Group similar data points together, which is not suitable for predicting missing text.

C. Prescriptive ML models: Focus on providing recommendations based on data analysis, not on natural language processing tasks like filling in missing text.

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.

Amazon QuickSight is a fully managed business intelligence (BI) service that allows users to create and publish interactive dashboards that include visualizations like graphs, charts, and tables. " Amazon Q " is the natural language query feature within Amazon QuickSight. It enables users to ask questions about their data in natural language and receive visual responses such as graphs.

Option C (Correct): " Amazon Q in Amazon QuickSight " : This is the correct answer because Amazon QuickSight Q is specifically designed to allow users to explore their data through natural language queries, and it can automatically generate graphs to display sales data and other metrics. This makes it an ideal choice for the company to automate the generation of graphs showing total sales for its top-selling products across various retail locations.

Option A, B, and D: These options are incorrect:

A. Amazon Q in Amazon EC2: Amazon EC2 is a compute service that provides virtual servers, but it is not directly related to generating graphs or providing natural language querying features.

B. Amazon Q Developer: This is not an existing AWS service or feature.

D. Amazon Q in AWS Chatbot: AWS Chatbot is a service that integrates with Amazon Chime and Slack for monitoring and managing AWS resources, but it is not used for generating graphs based on sales data.

AWS AI Practitioner References:

Amazon QuickSight Q is designed to provide insights from data by using natural language queries, making it a powerful tool for generating automated graphs and visualizations directly from queried data.

Business Intelligence (BI) on AWS: AWS services such as Amazon QuickSight provide business intelligence capabilities, including automated reporting and visualization features, which are ideal for companies seeking to visualize data like sales trends over time.

The correct answer is B – Use Amazon Bedrock batch inference, which allows asynchronous generation of large-scale model outputs through APIs without requiring low-latency performance. According to AWS Bedrock documentation, batch inference is ideal for high-volume workloads that can tolerate delay, such as bulk content generation or summarization jobs. Unlike real-time inference, it processes requests in bulk, reducing cost and operational load. AWS handles the queuing, processing, and scaling automatically. Bedrock Agents (option C) are for workflow orchestration, not large-scale generation. AWS Lambda (option D) can automate tasks but is not optimized for high-volume LLM calls. Batch inference provides cost efficiency, scalability, and simplicity for delayed, asynchronous generation needs.

Referenced AWS AI/ML Documents and Study Guides:

Amazon Bedrock Developer Guide – Batch Inference

AWS ML Specialty Study Guide – Scalable Inference Options

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