Based on the AIF-C01 exam guideReport an error
Today we organize Domain 3 (foundation model applications, 28%), which carries the most weight, and the service selection that shows up across several domains. AIF-C01 endlessly asks "Which AWS service best fits this situation?" The ability to quickly recall pairs of a service name and its "one-line purpose" is the score itself.
The first layer is managed services you use just by calling an API, with no ML knowledge. Each does "one thing" well.
| Service | One-line purpose | Keywords |
|---|---|---|
| Amazon Rekognition | Image and video analysis | Face/object/inappropriate content recognition |
| Amazon Textract | Extract text, tables, and forms from documents | Scanned documents, OCR |
| Amazon Comprehend | Analyze sentiment, entities, and language of text | Natural language understanding, sentiment analysis |
| Amazon Transcribe | Speech → text (STT) | Meeting minutes, subtitles |
| Amazon Polly | Text → speech (TTS) | Voice announcements, audiobooks |
| Amazon Translate | Language translation | Multilingual |
| Amazon Lex | Conversational chatbots/voicebots | Intents, voice assistants |
| Amazon Personalize | Personalized recommendations | Recommendation engine |
| Amazon Forecast | Time-series demand forecasting | Inventory/sales forecasting |
| Amazon Kendra | Intelligent enterprise search | Searching internal documents |
What these services have in common is that "you borrow a model AWS has already trained." Users just call the API without worrying about data, infrastructure, or the training process. So when "a team without ML specialists wants to add a feature quickly" appears, a service from this layer is almost always the answer. Conversely, if "we must build a model that fits our own data exactly," you move on to the next layer (SageMaker).
| Confusing pair | The question that separates them | Answer |
|---|---|---|
| Textract vs Comprehend | Pull out the text, or analyze its meaning? | Extraction = Textract, analysis = Comprehend |
| Textract vs Rekognition | Text and tables in a document, or objects and faces in a photo? | Document = Textract, scene = Rekognition |
| Transcribe vs Polly | Convert speech to text, or text to speech? | Dictation = Transcribe, reading aloud = Polly |
| Transcribe vs Translate | Dictate in the same language, or render into another language? | Dictation = Transcribe, translation = Translate |
| Lex vs Polly/Transcribe | Manage the flow of a conversation, or only convert? | Conversation = Lex, conversion = Polly/Transcribe |
| Kendra vs Comprehend | Find documents, or analyze the meaning of documents? | Finding = Kendra, analysis = Comprehend |
| Personalize vs Forecast | Recommendations per user, or forecasting future numbers? | Recommendation = Personalize, forecast = Forecast |
Amazon SageMaker is a fully managed platform for building, training, and deploying ML models yourself. If the API services above are "off-the-shelf," SageMaker is a "custom workshop." It covers the entire ML lifecycle from data preparation through training, tuning, deployment, and monitoring. The current AWS documentation and exam guide write this service under the name Amazon SageMaker AI.
| Feature | Purpose |
|---|---|
| SageMaker Studio | Integrated development environment (notebooks, experiments) |
| SageMaker JumpStart | Quick start with pretrained models and solutions |
| SageMaker Data Wrangler | Data preparation and preprocessing |
| SageMaker Clarify | Bias detection and model explainability |
| SageMaker Model Monitor | Monitoring data drift after deployment |
The key distinction: "just calling an API = AI services layer / building and controlling the model yourself = SageMaker."
What SageMaker takes responsibility for is "automating the repetitive work of the ML lifecycle." Model training comes with endless data cleaning, algorithm selection, hyperparameter tuning, GPU infrastructure management, and deployment and monitoring. SageMaker bundles these stages as a managed service so data scientists can focus on the model itself. So when you see words like "custom model," "train it yourself," or "MLOps," think of SageMaker.
Amazon Bedrock is a fully managed service that lets you call foundation models from multiple companies through a single API. You can use a variety of FMs, such as those from Anthropic, Meta, and Amazon (Titan, Nova), without managing infrastructure, and you can customize them with your own data or set up RAG and agents. If you want to "host and serve FMs" or "pick from several models," it is Bedrock.
Amazon Q is AWS's generative AI assistant. There are two branches.
| Service | Purpose |
|---|---|
| Amazon Q Business | A work AI assistant based on in-house data (search, summarization, question answering) |
| Amazon Q Developer | Coding assistance (code generation, explanation, AWS operations support) |
When you set up RAG yourself on top of Bedrock, two things often appear together: Knowledge Bases for Bedrock (embeds documents and provides them as grounding for search) and Agents for Bedrock (automatically performs multi-step tasks). Their names in current documentation are Amazon Bedrock Knowledge Bases and Amazon Bedrock Agents, respectively. The safety feature likewise circulates under both its old name "Guardrails for Amazon Bedrock" and its current name Amazon Bedrock Guardrails. Whichever way it appears in a question, it is the same feature.
💡 Related theory: The relationship between Bedrock and Amazon Q is closer to "engine and finished product." Bedrock is a building block for taking an FM and building an app yourself, and Amazon Q is a product already completed on top of it in the form of an assistant. So if "a developer builds a generative AI app themselves," Bedrock is the answer, and if "a ready-to-use in-house AI assistant is needed," Amazon Q is the answer. The decisive difference from SageMaker is that both use off-the-shelf FMs without training a new model.
| Bedrock feature | One-line role | Clue in the question |
|---|---|---|
| Knowledge Bases | Splits documents into pieces, embeds and searches them, and provides them as grounding (RAG) | "answer from in-house documents," "latest information," "without retraining" |
| Agents | Reasons through multiple steps and calls APIs to carry out tasks | "look up an order, then file a refund," "multiple steps" |
| Guardrails | Filters harmful content, PII, and topics from inputs and outputs | "block profanity and personal information," "forbid a specific topic" |
| Model Evaluation | Compares and evaluates several FMs on the same criteria | "which model fits our task" |
| Prompt Management | Creates and stores prompts, compares variants, and manages them by version | "reuse prompts," "version control" |
The central question of Domain 3 is "What do you use to adapt the model to our work, and at what cost?"
| Method | Model weights | Cost and effort | Suitable situation |
|---|---|---|---|
| Prompt engineering (including in-context learning) | Unchanged | Lowest | When clear instructions or a few examples solve it |
| RAG | Unchanged | Medium (building and running a search store) | When up-to-date information or in-house knowledge is needed and sources must be shown |
| Fine-tuning | Changed | High (labeled data, training cost) | When a specific domain's tone, format, and expertise must be deeply learned |
| Continued pre-training | Changed | High (large amounts of unlabeled domain data) | When you want the model to learn a field's knowledge more broadly |
| Pre-training from scratch | Newly created | Highest | Almost never chosen. It requires enormous data and compute |
| Clue in the question | Correct answer | Eliminated choice and why |
|---|---|---|
| "It must answer using the in-house policy that changed yesterday" | RAG | Fine-tuning: it must be retrained every time the policy changes |
| "The source document for the answer must be shown too" | RAG | Fine-tuning: it cannot point to a source |
| "Make it write consistently in the style specific to legal documents" | Fine-tuning | RAG: it supplies knowledge but does not internalize the tone |
| "Only the output format needs to match" | Few-shot prompting | Fine-tuning: excessive cost |
| "Answer as well as a large model, but cheaper and faster" | Model distillation | Training from scratch: the most expensive |
| Technique | Description | Suitable situation |
|---|---|---|
| zero-shot | Give only the instruction, with no examples | Simple, common tasks |
| single-shot / few-shot | Show one example / a few examples | When the output format or classification criteria must be matched |
| chain-of-thought | Have it write out its thinking step by step | Multi-step reasoning and calculation |
| Prompt template | A reusable frame with only the varying parts left blank | When repeating requests in the same format |
| Negative prompt | State what you do not want | Specifying elements to exclude in image generation |
| Risk | Description |
|---|---|
| Exposure | Sensitive information leaks out through prompts or responses |
| Poisoning | Malicious content is planted in training data or reference documents |
| Hijacking | Instructions hidden in the input take over the model's original instructions |
| Jailbreaking | Bypassing safeguards to elicit prohibited output |
| Evaluation method | Description | Suitable situation |
|---|---|---|
| Human evaluation (human-in-the-loop) | People read and grade the responses | Subjective quality such as tone and usefulness |
| Benchmark datasets | Score with standard problems that have answers | Objective comparison between models |
| Amazon Bedrock model evaluation | Provides automatic evaluation, human evaluation, and judge-model evaluation | When choosing a model or knowledge base in Bedrock |
| ROUGE | The degree of overlap between generated text and reference text. Mainly for summarization | "Summary quality" |
| BLEU | The degree of overlap between generated text and reference translation. Mainly for translation | "Translation quality" |
| BERTScore | Uses embeddings to look at semantic similarity | Whether the meaning is the same even if the wording differs |
| LLM-as-a-judge | Another LLM grades the response and gives reasons | When replacing human evaluation at large scale |
The exam is ultimately a "situation → service" mapping. Here are the representative patterns, condensed.
💡 Related theory: Even with the same "text," a different task means a different service. "Pulling out" the text is Textract (document OCR), "analyzing the meaning" of the text is Comprehend (NLU), and "creating" text is Bedrock/an LLM. The exam traps hide in these subtle verb differences ("extract vs. analyze vs. generate"), so building the habit of catching the verb in the question first raises your accuracy a great deal.
① Is one ready-made function enough? (dictation, translation, OCR, recommendation...)
└─ Yes ─► Layer 1 AI services
② Do you need to create new content or hold free-form conversation?
├─ A ready-to-use assistant is needed ─► Amazon Q (work = Q Business, coding = Q Developer)
└─ You build the app yourself ──────────► Amazon Bedrock
③ Must you train, tune, deploy, and control the model itself with your own data?
└─ Yes ─► Amazon SageMaker (quick start with pretrained models = JumpStart)
In the next piece, we will summarize responsible AI and security/governance, corresponding to Domains 4 and 5, focusing on the main text. "Safe and responsible" carries as much weight on the exam as the technology does.
Click a choice to reveal the answer and explanation.
Question 1
Auto-extract text, tables, input form fields from scanned paper contract. Most fitting service?
Question 2
Without ML experts, want to call several companies' foundation models via single API and build generative AI app. Most fitting service?
Question 3
Data science team wants to directly train custom ML model with company data, tune it, deploy it, and post-deployment monitor drift. Most fitting?
Question 4
Build customer voice/chat bot with intent recognition and conversation flow management specialization. What service?
Question 5
Critical difference between Bedrock and SageMaker?