AIF-C01 — AWS Certified AI Practitioner Exam Blueprint
Practical exam blueprint for AWS Certified AI Practitioner (AIF-C01) candidates reviewing AI, generative AI, AWS services, responsible AI, security, and governance.
Official domain weights
The AWS AIF-C01 exam guide assigns 20% to AI/ML fundamentals, 24% to GenAI fundamentals, 28% to foundation-model applications, 14% to responsible AI and 14% to security, compliance and governance. These are shares of scored content; they do not prescribe the number of questions in each IT Mastery topic.
The candidate uses AI/ML technologies but is not expected to implement models, pipelines or security protocols. Our code-like traces, configuration evidence and diagrams test conceptual interpretation and business decisions; they are not coding tasks or a claim that AWS uses the same exhibits.
How to Use This Exam Blueprint
Use this checklist as a practical study map for the AWS Certified AI Practitioner (AIF-C01) exam. It is organized around readiness areas rather than exact exam weights. For each area, confirm that you can recognize concepts, choose appropriate AWS services, interpret scenario cues, and avoid common distractors.
A strong candidate should be able to:
- Explain core AI, machine learning, and generative AI concepts in plain language.
- Match AWS AI/ML services to business use cases.
- Identify when to use managed AI services, foundation models, retrieval-augmented generation, or custom model training.
- Apply responsible AI, security, privacy, governance, and cost-aware thinking.
- Interpret scenario wording and select the safest, simplest, most appropriate AWS-native approach.
Use this page for final review after reading the AWS exam guide and doing hands-on practice. It is independent study support and is not affiliated with AWS.
Topic-Area Readiness Map
| Readiness area | What to review | You are ready when you can… | Common exam-style cue |
|---|---|---|---|
| AI and ML fundamentals | AI vs ML vs deep learning, model types, training, inference, features, labels, datasets | Explain basic AI/ML terms and distinguish model-building from model-consuming scenarios | “A company wants predictions from historical labeled data…” |
| ML task types | Classification, regression, clustering, anomaly detection, recommendation, forecasting, NLP, computer vision | Choose the correct ML task for a business problem | “Predict a category,” “estimate a number,” “group similar items” |
| Model lifecycle | Data collection, preparation, training, validation, deployment, monitoring, retraining | Identify where a process fits in the lifecycle and why monitoring matters | “Model performance has degraded after deployment…” |
| Generative AI foundations | Foundation models, large language models, prompts, tokens, embeddings, inference parameters | Explain how generative AI applications produce and control outputs | “Generate summaries,” “answer questions from documents,” “create content” |
| Prompt engineering | Instructions, context, examples, output format, constraints, prompt iteration | Improve prompt quality without retraining a model | “Responses are inconsistent or too verbose…” |
| RAG and knowledge grounding | Embeddings, vector stores, retrieval, chunking, citations, context windows | Explain how retrieval-augmented generation reduces unsupported answers | “The model must answer using internal documents…” |
| AWS AI services | Amazon Bedrock, Amazon SageMaker, Amazon Q, and managed AI services such as Amazon Comprehend, Rekognition, Textract, Transcribe, Translate, Polly, Lex, Kendra, Personalize | Match services to common AI use cases without overengineering | “Extract text from scanned forms,” “translate support tickets,” “build a chatbot” |
| Amazon Bedrock readiness | Foundation model access, model selection, prompts, Knowledge Bases, Agents, Guardrails, evaluation concepts | Recognize Bedrock as a managed path for building generative AI applications | “Use foundation models without managing infrastructure…” |
| Amazon SageMaker readiness | Build, train, tune, deploy, and monitor ML models; notebooks; pipelines; labeling; endpoints | Recognize when custom ML development is needed | “Data scientists need to train and deploy a custom model…” |
| Responsible AI | Fairness, bias, explainability, transparency, toxicity, privacy, safety, human oversight | Identify risks and select mitigations appropriate to the scenario | “Avoid harmful outputs,” “detect bias,” “require human review” |
| Security and governance | IAM, least privilege, encryption, logging, monitoring, data protection, compliance alignment | Apply basic AWS security controls to AI/ML workloads | “Sensitive data must not be exposed to unauthorized users…” |
| Cost and operational awareness | Managed services, right-sizing, serverless patterns, model choice, monitoring, lifecycle management | Choose approaches that balance performance, cost, simplicity, and operations | “Minimize operational overhead,” “control inference cost” |
Core AI and Machine Learning Fundamentals
Concepts to Know
| Concept | Practical meaning | Readiness check |
|---|---|---|
| Artificial intelligence | Systems that perform tasks associated with human intelligence | Can you explain AI without equating it only with generative AI? |
| Machine learning | Models learn patterns from data instead of being explicitly programmed for every rule | Can you identify when historical data is needed? |
| Deep learning | ML using neural networks with many layers | Can you recognize deep learning use cases such as vision, speech, and language? |
| Supervised learning | Learns from labeled examples | Can you spot labels such as “fraud/not fraud” or “price”? |
| Unsupervised learning | Finds patterns without labeled outputs | Can you identify clustering and segmentation scenarios? |
| Reinforcement learning | Learns actions based on rewards and penalties | Can you distinguish it from supervised prediction? |
| Training | Process of learning patterns from data | Can you identify data quality as a training dependency? |
| Inference | Using a trained model to generate predictions or outputs | Can you separate model training from real-time prediction? |
| Feature | Input variable used by a model | Can you tell whether a field is an input or target? |
| Label | Known answer used for supervised training | Can you identify the target column in a scenario? |
Can You Do This?
- Explain the difference between AI, ML, deep learning, and generative AI.
- Identify whether a scenario requires classification, regression, clustering, forecasting, recommendation, NLP, or computer vision.
- Distinguish model training from model inference.
- Recognize why training data quality affects model quality.
- Explain overfitting as performing well on training data but poorly on new data.
- Explain underfitting as failing to capture meaningful patterns.
- Identify data leakage, where information from the answer or future leaks into training.
- Recognize model drift, where real-world data changes after deployment.
- Explain why models need monitoring after deployment.
ML Task Selection Checklist
| Business need | Likely task type | Example output | Watch for |
|---|---|---|---|
| Predict whether an email is spam | Classification | Spam or not spam | Category output |
| Predict next month’s sales amount | Regression or forecasting | Numeric value | Time-based patterns may imply forecasting |
| Group customers by behavior | Clustering | Segment A, B, C | No predefined labels |
| Detect unusual transactions | Anomaly detection | Normal or anomalous | Rare or suspicious patterns |
| Recommend products | Recommendation | Ranked item list | Personalization based on behavior |
| Extract sentiment from reviews | Natural language processing | Positive, neutral, negative | Text understanding |
| Identify objects in images | Computer vision | Object labels or bounding boxes | Image/video input |
| Convert speech to text | Speech recognition | Transcript | Audio input |
| Translate support messages | Translation | Text in target language | Language conversion |
| Extract text from documents | OCR/document AI | Structured text fields | Forms, PDFs, scanned files |
Generative AI Foundations
Concepts to Review
| Concept | What it means | Exam-readiness signal |
|---|---|---|
| Foundation model | Large model trained on broad data and adaptable to many tasks | You know why teams use one model for many language or content tasks |
| Large language model | Foundation model focused on language tasks | You can identify chat, summarization, Q&A, and generation scenarios |
| Prompt | User or system instruction sent to a model | You can improve output by changing instructions and context |
| Token | Unit of text processed by a model | You know tokens affect context, latency, and cost considerations |
| Embedding | Numeric representation of meaning | You know embeddings support semantic search and RAG |
| Context window | Amount of input/output the model can consider | You know long documents may need chunking or retrieval |
| Temperature | Controls output randomness | You know lower values are more deterministic and higher values more creative |
| Hallucination | Plausible but unsupported or incorrect output | You know grounding, retrieval, guardrails, and human review can reduce risk |
| Fine-tuning | Further training a model for a specialized task or style | You know it is different from prompt engineering and RAG |
| RAG | Retrieval-augmented generation using external knowledge at response time | You know it is useful when answers must reflect enterprise documents |
Prompt Engineering Readiness
You should be able to build and diagnose prompts that include:
- Clear role or task instruction.
- Relevant context.
- Specific constraints.
- Desired output format.
- Examples, when useful.
- Instructions for handling uncertainty.
- Boundaries for what the model should not do.
- A way to reduce ambiguity in the expected answer.
Example prompt structure:
Task: Summarize the customer case notes.
Context: Use only the notes provided below.
Constraints: Do not include personal data in the summary.
Output format: Three bullet points and one recommended next action.
If unsure: Say what information is missing.
Generative AI Scenario Cues
| Scenario wording | Likely concept being tested | Good response pattern |
|---|---|---|
| “Responses must be based on company policy documents” | RAG / grounding | Retrieve relevant documents and include them as context |
| “The chatbot produces unsafe or off-brand responses” | Guardrails / safety controls | Add content filters, policy constraints, review workflows |
| “The model needs current internal information” | Knowledge grounding | Use retrieval rather than relying only on pretraining |
| “The output format is inconsistent” | Prompt design | Specify schema, format, and examples |
| “The company wants less creative, repeatable responses” | Inference parameters | Reduce randomness and tighten instructions |
| “The model must follow a specialized tone or task pattern” | Prompting or fine-tuning | Start with prompt examples; consider fine-tuning if prompting is insufficient |
| “The model must take actions across systems” | Agents / tool use | Use an agent pattern with controlled permissions and validation |
Amazon Bedrock Readiness
For AIF-C01, be ready to recognize Amazon Bedrock as an AWS-managed way to build and scale generative AI applications using foundation models.
Bedrock Topics to Check
| Topic | What to know | Ready when you can… |
|---|---|---|
| Foundation model selection | Different models may suit different tasks, latency, cost, and output needs | Choose a model based on use case rather than assuming one model fits all |
| Prompt-based inference | Applications send prompts and receive generated responses | Explain inference without describing full custom model training |
| Knowledge grounding | Enterprise documents can be used to improve answer relevance | Recognize RAG use cases |
| Embeddings | Text can be transformed into vectors for semantic search | Explain why embeddings help find meaning, not just keywords |
| Knowledge Bases | Managed approach for connecting data sources to retrieval workflows | Identify when a knowledge base supports internal-document Q&A |
| Agents | Orchestrate tasks and tool calls | Recognize scenarios requiring action, not just text generation |
| Guardrails | Help control harmful, unsafe, or undesired content | Select guardrails when safety and policy enforcement are emphasized |
| Model evaluation | Compare outputs for quality, safety, and task fit | Know that model choice should be validated against business requirements |
| Security controls | IAM, encryption, logging, network controls, and data governance still matter | Avoid treating generative AI as exempt from standard security practices |
Bedrock Decision Prompts
Ask yourself:
- Is the scenario asking for a generative AI application without managing ML infrastructure?
- Does the application need a foundation model rather than a traditional classifier or regressor?
- Does the model need access to private documents or current enterprise knowledge?
- Are hallucination, unsafe content, or sensitive output risks mentioned?
- Is there a need for a chatbot, summarizer, document assistant, code assistant, or agentic workflow?
- Would prompt engineering, RAG, or guardrails solve the problem before custom training?
Amazon SageMaker Readiness
Recognize Amazon SageMaker when the scenario involves building, training, tuning, deploying, or managing custom ML models.
| SageMaker-related need | Why it points to SageMaker | Readiness check |
|---|---|---|
| Data scientists need notebooks | Development and experimentation | Can you distinguish notebooks from deployed inference endpoints? |
| A team must train a custom model | Full ML lifecycle | Can you identify training data and target variable needs? |
| Hyperparameters need tuning | Model optimization | Can you explain tuning as searching for better training settings? |
| A model must be deployed for predictions | Inference endpoint or deployment workflow | Can you identify latency and scaling considerations? |
| Training workflows need automation | Pipelines and MLOps | Can you recognize repeatable model lifecycle needs? |
| Data needs labeling | Ground truth / labeling workflows | Can you identify supervised learning preparation? |
| Model quality must be monitored | Model monitoring | Can you recognize drift and performance degradation cues? |
Bedrock vs SageMaker vs Managed AI Services
| If the scenario says… | Think first about… | Why |
|---|---|---|
| “Use foundation models to build a generative AI app” | Amazon Bedrock | Managed foundation model access and generative AI application patterns |
| “Train a custom ML model from company data” | Amazon SageMaker | Custom model development and ML lifecycle |
| “Extract text from scanned documents” | Amazon Textract | Purpose-built document text and data extraction |
| “Analyze sentiment in text” | Amazon Comprehend | Managed NLP |
| “Detect labels or faces in images” | Amazon Rekognition | Managed computer vision |
| “Convert speech to text” | Amazon Transcribe | Managed speech recognition |
| “Convert text to speech” | Amazon Polly | Managed speech synthesis |
| “Translate text between languages” | Amazon Translate | Managed translation |
| “Build a conversational bot” | Amazon Lex or generative AI chatbot pattern | Intent-based bot or LLM-based assistant depending on requirements |
| “Search enterprise knowledge” | Amazon Kendra or RAG architecture | Intelligent search and retrieval use cases |
| “Personalize recommendations” | Amazon Personalize | Managed recommendation use cases |
AWS AI Service Selection Checklist
Purpose-Built AI Services
| Service | Typical use case | Common distractor |
|---|---|---|
| Amazon Comprehend | Sentiment, entities, key phrases, language insights from text | Do not choose a custom model when managed NLP is enough |
| Amazon Rekognition | Image and video analysis | Do not confuse with document text extraction |
| Amazon Textract | Extract text, forms, and tables from documents | Do not choose generic OCR wording if structured document extraction is needed |
| Amazon Transcribe | Speech-to-text transcription | Do not confuse with text-to-speech |
| Amazon Polly | Text-to-speech audio generation | Do not confuse with speech-to-text |
| Amazon Translate | Language translation | Do not confuse with summarization or sentiment |
| Amazon Lex | Conversational interfaces using intents and slots | Compare with generative chatbots when open-ended responses are needed |
| Amazon Kendra | Enterprise search | Compare with RAG when the answer generation layer is emphasized |
| Amazon Personalize | Recommendations and personalization | Do not confuse with general forecasting |
| Amazon Forecast | Time-series forecasting | Do not use for generic classification tasks |
Service Selection Questions
- Is there a managed AI service that directly solves the problem?
- Is the task generative, predictive, extractive, conversational, or analytical?
- Does the company need to train a model, or only consume AI capability?
- Is operational overhead a key requirement?
- Are security, privacy, and data residency concerns part of the scenario?
- Is low-code/no-code or minimal ML expertise mentioned?
- Does the wording emphasize “custom,” “data scientists,” or “training pipeline”?
Data Readiness and Data Quality
AI systems are only as reliable as the data and context they use. Be prepared for scenario questions where the best answer is a data-quality, governance, or lifecycle action rather than a model change.
| Data issue | Why it matters | Likely mitigation |
|---|---|---|
| Missing values | Can reduce model accuracy or cause biased patterns | Clean, impute, or remove affected records |
| Duplicates | Can distort training patterns | Deduplicate data |
| Class imbalance | Model may favor the majority class | Resampling, class weighting, better metrics |
| Biased data | Outputs may be unfair or discriminatory | Bias analysis, representative data, governance review |
| Outdated data | Model may not reflect current conditions | Refresh data, retrain, monitor drift |
| Data leakage | Model learns information unavailable at prediction time | Fix feature selection and validation design |
| Sensitive data exposure | Privacy or compliance risk | Mask, redact, encrypt, restrict access |
| Poor labels | Supervised model learns incorrect patterns | Improve labeling quality and review process |
| Irrelevant features | Noise may reduce model quality | Feature selection and domain review |
Data Pipeline and Storage Checks
- Know that Amazon S3 is commonly used as durable object storage for data lakes, training data, and AI artifacts.
- Recognize data preparation steps: ingestion, cleaning, transformation, labeling, splitting, and validation.
- Understand why training, validation, and test datasets should be separated.
- Know that metadata, lineage, and governance help teams understand where data came from and how it is used.
- Recognize when streaming data, batch data, or document repositories change the architecture pattern.
- Understand that private or regulated data requires access control, encryption, monitoring, and retention planning.
Model Evaluation and Metrics
You do not need to become a data scientist for this exam, but you should understand what common metrics mean and when they matter.
Classification Metrics
| Metric | Plain meaning | Use when… |
|---|---|---|
| Accuracy | Overall percentage correct | Classes are reasonably balanced and all errors have similar cost |
| Precision | Of predicted positives, how many were actually positive | False positives are costly |
| Recall | Of actual positives, how many were found | False negatives are costly |
| F1 score | Balance between precision and recall | You need a combined view, especially with imbalance |
| Confusion matrix | Counts true positives, false positives, true negatives, false negatives | You need to understand error types |
| AUC/ROC concept | Ability to separate classes across thresholds | You need threshold-independent comparison |
Key formulas:
\[ \text{Accuracy} = \frac{\text{Correct Predictions}}{\text{Total Predictions}} \]\[ \text{Precision} = \frac{\text{True Positives}}{\text{True Positives} + \text{False Positives}} \]\[ \text{Recall} = \frac{\text{True Positives}}{\text{True Positives} + \text{False Negatives}} \]\[ \text{F1} = 2 \times \frac{\text{Precision} \times \text{Recall}}{\text{Precision} + \text{Recall}} \]Metric Scenario Cues
| Scenario cue | Metric or concern |
|---|---|
| “Do not flag legitimate customers as fraudsters” | Precision / false positives |
| “Do not miss actual fraud” | Recall / false negatives |
| “Positive cases are rare” | Class imbalance, precision, recall, F1 |
| “Model performs well in testing but poorly in production” | Drift, overfitting, data mismatch |
| “Model gives different results for demographic groups” | Bias and fairness evaluation |
| “Generated answers sound plausible but are wrong” | Hallucination, grounding, evaluation quality |
Responsible AI and Safety Checklist
Responsible AI is not a separate afterthought. It should influence data, model design, deployment, monitoring, and user experience.
| Responsible AI concern | What it means | Readiness action |
|---|---|---|
| Fairness | Avoid unfair outcomes for groups or individuals | Check data representation and outcome differences |
| Bias | Systematic skew in data, model, or process | Identify sources of bias and mitigation options |
| Explainability | Ability to understand why a model produced an output | Choose approaches that support transparency where needed |
| Transparency | Users know when AI is involved and what it can/cannot do | Provide disclosures and limitations |
| Privacy | Protect personal or sensitive information | Minimize, mask, encrypt, and restrict data |
| Safety | Avoid harmful, toxic, or dangerous outputs | Use guardrails, filters, and review paths |
| Accountability | Humans and teams remain responsible for outcomes | Define ownership, review, and escalation |
| Human oversight | Humans review high-risk decisions | Use human-in-the-loop for sensitive cases |
| Robustness | Model behaves acceptably under varied inputs | Test edge cases and monitor failures |
Responsible AI “Can You Do This?” Checklist
- Identify bias risk in training data, prompts, retrieval sources, and model outputs.
- Explain why representative data matters.
- Recognize when human review is required for high-impact decisions.
- Identify hallucination risk in generative AI responses.
- Select grounding, guardrails, content moderation, and citations as mitigation patterns.
- Explain why explainability matters for regulated, financial, healthcare, or employment-related decisions.
- Recognize that security controls and responsible AI controls are complementary.
- Identify why monitoring should include quality, fairness, safety, and user feedback.
Security, Privacy, and Governance Readiness
For AWS AI workloads, apply standard cloud security principles: least privilege, encryption, network control, logging, monitoring, and governance.
| Area | What to know | Scenario cue |
|---|---|---|
| IAM | Grant only required permissions to users, roles, and services | “Limit access to models and data” |
| Encryption | Protect data at rest and in transit | “Sensitive data must be protected” |
| AWS KMS | Manage encryption keys for supported AWS services | “Customer-managed keys” or “key control” |
| Logging | Capture activity for auditing and investigation | “Track who accessed what” |
| Amazon CloudWatch | Metrics, logs, alarms, operational visibility | “Monitor performance or errors” |
| AWS CloudTrail | API activity and account-level auditing | “Audit administrative actions” |
| VPC/network controls | Private connectivity and network isolation patterns | “Do not expose traffic publicly” |
| Data minimization | Use only necessary data | “Reduce sensitive data exposure” |
| Redaction/masking | Remove or obscure sensitive fields | “Prevent PII from appearing in prompts or outputs” |
| Governance | Policies, approvals, tagging, cost controls, lifecycle rules | “Ensure consistent organizational controls” |
AI-Specific Security Checks
- Do not put sensitive data into prompts unless the architecture and controls allow it.
- Restrict who can access AI services, models, datasets, embeddings, logs, and generated outputs.
- Protect vector stores and knowledge bases because they may contain sensitive semantic representations.
- Log and monitor AI application activity, but avoid creating logs that expose secrets or regulated data.
- Use least privilege for agents or tool-calling workflows.
- Validate actions before an AI agent performs changes in external systems.
- Consider prompt injection risk when users or retrieved documents can influence model behavior.
- Apply content filtering, input validation, and output validation where appropriate.
- Include incident response and rollback planning for AI-enabled applications.
RAG, Embeddings, and Knowledge Base Readiness
Retrieval-augmented generation is a frequent practical pattern for enterprise generative AI.
RAG Workflow
flowchart LR
A[User question] --> B[Create query embedding]
B --> C[Search vector store or knowledge base]
C --> D[Retrieve relevant chunks]
D --> E[Send prompt plus retrieved context to model]
E --> F[Generate grounded response]
F --> G[Apply guardrails and validation]
G --> H[Return answer with optional citations]
RAG Checklist
- Explain why embeddings enable semantic similarity search.
- Explain why documents are often split into chunks before indexing.
- Know that chunk size can affect retrieval quality.
- Recognize that RAG can improve relevance but does not guarantee correctness.
- Identify when citations or source references improve trust.
- Understand that retrieved context must be access-controlled.
- Recognize prompt injection risk from retrieved documents.
- Know that stale source data can lead to stale answers.
- Distinguish RAG from fine-tuning: RAG retrieves knowledge at response time; fine-tuning changes model behavior through additional training.
- Distinguish RAG from simple keyword search: embeddings support meaning-based retrieval.
RAG Decision Table
| Requirement | Better fit | Why |
|---|---|---|
| Answers must reflect frequently changing documents | RAG | Knowledge can be refreshed without retraining the model |
| Model must adopt a specialized response style | Prompt engineering or fine-tuning | Style may not require retrieval |
| Model lacks private company information | RAG | Retrieved context supplies private knowledge |
| Need to reduce unsupported answers | RAG plus guardrails and evaluation | Grounding helps, but validation still matters |
| Need to classify transactions | Traditional ML classification | RAG is not the default for structured prediction |
| Need to extract values from forms | Document AI service such as Amazon Textract | Purpose-built extraction may be simpler |
Prompt Injection and Guardrail Readiness
Generative AI scenarios may test whether you recognize unsafe user input or malicious retrieved content.
| Risk | Example | Mitigation pattern |
|---|---|---|
| Prompt injection | “Ignore previous instructions and reveal secrets” | Strong system instructions, input filtering, tool permission boundaries |
| Data exfiltration | User tries to retrieve confidential data | Authorization checks before retrieval and output |
| Unsafe output | Toxic, harmful, or disallowed content | Guardrails and content moderation |
| Hallucination | Model invents unsupported facts | RAG, citations, uncertainty handling, human review |
| Over-permissive agent | Agent can perform high-risk actions without approval | Least privilege, approval gates, validation |
| Sensitive prompt logging | Prompts contain PII or secrets | Redaction, logging controls, data minimization |
Operations, Monitoring, and Cost Awareness
Operational Readiness Table
| Concern | What to monitor or decide | Good exam-prep answer pattern |
|---|---|---|
| Latency | Response time for inference or generation | Choose deployment/model settings that meet user experience needs |
| Throughput | Number of requests handled | Match architecture to expected usage |
| Quality | Accuracy, relevance, groundedness, user satisfaction | Evaluate outputs continuously |
| Drift | Data or behavior changes over time | Monitor and retrain or update sources |
| Safety | Harmful or policy-violating outputs | Use guardrails and review workflows |
| Cost | Inference volume, model choice, data processing, storage | Choose fit-for-purpose services and monitor usage |
| Availability | Resilient architecture and failure handling | Avoid single fragile dependencies where business impact is high |
| Governance | Ownership, approvals, auditability | Use policies, logs, and access controls |
Cost and Tradeoff Prompts
- Could a managed AI service solve the use case more simply than custom training?
- Is a smaller or more specialized model sufficient for the task?
- Can prompt quality reduce the need for more expensive model customization?
- Does the workload need real-time inference, or would batch processing work?
- Are unused datasets, endpoints, logs, or artifacts being retained unnecessarily?
- Is monitoring in place to identify usage spikes and quality issues?
- Does the selected architecture reduce operational overhead where requested?
Scenario Decision Checks
Service Choice Decision Path
flowchart TD
A[Start with the business problem] --> B{Is the task generative?}
B -->|Yes| C{Need private or current knowledge?}
C -->|Yes| D[Consider Amazon Bedrock with RAG / Knowledge Bases]
C -->|No| E[Consider Amazon Bedrock prompt-based application]
B -->|No| F{Is there a purpose-built AWS AI service?}
F -->|Yes| G[Use managed AI service]
F -->|No| H{Need custom model training?}
H -->|Yes| I[Consider Amazon SageMaker]
H -->|No| J[Re-check requirements and simplest managed option]
Judgment Questions to Practice
| Ask yourself | If yes, lean toward… |
|---|---|
| Is the company asking for summarization, generation, brainstorming, or chat? | Generative AI / Amazon Bedrock |
| Does the answer need company documents? | RAG / knowledge base pattern |
| Does the scenario emphasize custom training by data scientists? | Amazon SageMaker |
| Is there a direct AWS managed AI service for the task? | Purpose-built AI service |
| Is the main risk unsafe or noncompliant output? | Guardrails, moderation, governance |
| Is the main risk unauthorized access? | IAM, encryption, logging, network controls |
| Is the main risk incorrect but confident answers? | Grounding, citations, evaluation, human review |
| Is the main issue production degradation? | Monitoring, drift detection, retraining/update process |
| Is operational simplicity a priority? | Managed services over custom infrastructure |
Common Weak Areas and Traps
| Weak area | Why candidates miss it | How to avoid the trap |
|---|---|---|
| Treating all AI as generative AI | Not every AI scenario needs an LLM | First identify the task type |
| Choosing SageMaker for everything | Custom ML is powerful but may be unnecessary | Look for managed AI services and Bedrock cues |
| Ignoring data quality | Models cannot compensate for bad data indefinitely | Check missing data, bias, labels, leakage, and drift |
| Confusing precision and recall | Both involve positive predictions but answer different questions | Map the scenario to false positives or false negatives |
| Confusing Transcribe and Polly | Audio direction matters | Transcribe is speech to text; Polly is text to speech |
| Confusing Textract and Rekognition | Documents and images are different use cases | Textract extracts document text and structures; Rekognition analyzes images/video |
| Assuming RAG eliminates hallucinations | RAG improves grounding but does not guarantee correctness | Add evaluation, citations, guardrails, and review |
| Forgetting IAM for AI services | AI workloads still need least privilege | Apply normal AWS security principles |
| Overlooking sensitive data in prompts | Prompts can contain regulated or confidential data | Minimize, redact, encrypt, and control access |
| Letting agents act too freely | Tool use can create real-world impact | Use least privilege, approval, validation, and logging |
| Focusing only on accuracy | Accuracy can mislead with imbalanced data | Consider precision, recall, F1, and business cost of errors |
| Ignoring monitoring after deployment | Model behavior can change over time | Monitor quality, drift, latency, cost, and safety |
Final-Week Review Checklist
Concept Review
- I can explain AI, ML, deep learning, and generative AI differences.
- I can identify supervised, unsupervised, and reinforcement learning scenarios.
- I can match classification, regression, clustering, anomaly detection, recommendation, forecasting, NLP, and computer vision to business problems.
- I can explain training, validation, testing, deployment, inference, monitoring, and retraining.
- I can describe overfitting, underfitting, drift, leakage, and class imbalance.
AWS Service Review
- I can identify when Amazon Bedrock is the best fit.
- I can identify when Amazon SageMaker is the best fit.
- I can match Amazon Comprehend, Rekognition, Textract, Transcribe, Translate, Polly, Lex, Kendra, Personalize, and Forecast to use cases.
- I can explain the difference between managed AI services and custom ML model development.
- I can choose simpler managed services when the scenario asks for low operational overhead.
Generative AI Review
- I can explain prompts, tokens, embeddings, foundation models, context windows, and inference parameters.
- I can improve a prompt using context, examples, constraints, and output format.
- I can explain RAG and when it is useful.
- I can distinguish RAG from fine-tuning.
- I can identify hallucination risk and mitigation options.
- I can recognize when guardrails, citations, or human review are needed.
Security and Responsible AI Review
- I can apply IAM least privilege to AI services and data access.
- I can identify when encryption, logging, monitoring, and audit trails are needed.
- I can recognize risks from sensitive data in prompts, logs, datasets, and outputs.
- I can identify fairness, bias, explainability, transparency, privacy, and safety concerns.
- I can select responsible AI controls appropriate to the risk level.
Scenario Practice Review
- For each question, I identify the task before choosing a service.
- I look for words such as “custom training,” “foundation model,” “documents,” “sensitive data,” “low operational overhead,” and “human review.”
- I eliminate answers that overengineer the solution.
- I eliminate answers that ignore security or governance requirements.
- I check whether a purpose-built AWS AI service solves the problem directly.
- I can justify why the correct answer is better than the closest distractor.
Practical Next Step
Pick one weak area from each category: AI/ML fundamentals, generative AI, AWS service selection, security/governance, and responsible AI. Review those notes, then answer mixed scenario questions without looking at explanations. After each miss, write down the clue you overlooked and the decision rule you should apply next time.