AIP-C01 — AWS Certified Generative AI Developer – Professional Study Plan
A practical AIP-C01 study plan for AWS Certified Generative AI Developer – Professional candidates, with 7-day, 14-day, 30-day, and 60/90-day schedules.
How to use this Study Plan
This Study Plan is for candidates preparing for the AWS Certified Generative AI Developer – Professional (AIP-C01) exam from AWS. It is designed for working professionals who need to turn limited study time into a realistic review schedule.
Use the current AWS exam guide as your objective checklist. This plan organizes your preparation around the practical skills a generative AI developer is likely to need: AWS service selection, model invocation, prompt design, retrieval-augmented generation, agents, security, evaluation, deployment, monitoring, troubleshooting, and cost-aware architecture.
The goal is not to read everything. The goal is to practice making correct decisions under timed, scenario-based conditions.
Which plan should you use?
| Your situation | Recommended path | Daily time target | Main goal |
|---|---|---|---|
| Exam is within a week and you have already studied | 7-day final review | 2-4 hours | Find weak areas, tighten timing, stop adding new material |
| You know AWS and generative AI basics but need structure | 14-day focused plan | 2-3 hours | Cover high-value domains and complete 1-2 timed mocks |
| You want a balanced schedule while working full time | 30-day balanced plan | 60-120 minutes weekdays, longer weekends | Build coverage, practice scenarios, and review mistakes |
| You are new to AWS generative AI development or want depth | 60/90-day full path | 5-10 hours per week | Learn concepts, build hands-on judgment, then move to timed exam practice |
Use the shorter plan only if you already have background knowledge. If you are still confused by core terms such as embeddings, RAG, model evaluation, IAM permissions, prompt injection, vector search, or AWS service selection, use the 30-day or 60/90-day path.
AIP-C01 study lanes
Use these lanes to organize your review. Match them against the current AWS AIP-C01 exam guide and mark each objective as strong, review, or weak.
| Study lane | What to review | Practice focus |
|---|---|---|
| Generative AI foundations | Foundation models, embeddings, tokens, inference parameters, context windows, latency, quality, cost tradeoffs | Choose the right model or approach for a scenario |
| AWS generative AI services | Amazon Bedrock, Amazon SageMaker AI, model access patterns, managed AI features, integration choices | Identify when to use managed services, custom workflows, or orchestration |
| Prompt engineering | System prompts, user prompts, few-shot examples, structured outputs, prompt templates, tool use | Improve answer quality, reduce ambiguity, control output format |
| RAG and knowledge workflows | Chunking, embeddings, vector stores, metadata, retrieval quality, grounding, citations, data freshness | Diagnose poor retrieval, hallucinations, stale results, and irrelevant context |
| Agents and orchestration | Tool calling, action groups, workflow steps, API integration, human review points | Select safe and maintainable agent patterns |
| Model customization and evaluation | Fine-tuning concepts, prompt tuning concepts, test sets, offline evaluation, human evaluation, regression checks | Decide whether to tune, prompt, retrieve, or change models |
| Security and safety | IAM, least privilege, KMS, network controls, data privacy, Guardrails, prompt injection, PII handling | Choose secure patterns for enterprise generative AI applications |
| Deployment and operations | APIs, Lambda, containers, Step Functions, CI/CD, logging, tracing, monitoring, throttling behavior, retries | Troubleshoot production issues and design reliable applications |
| Cost and governance | Model selection tradeoffs, caching, batching, observability, tagging, usage controls, lifecycle decisions | Reduce waste without breaking quality, compliance, or latency requirements |
Diagnostic-first setup
Before you begin any plan, spend one focused session building your baseline.
| Step | Action | Output |
|---|---|---|
| 1 | Review the current AWS AIP-C01 exam guide | Objective checklist |
| 2 | Take a mixed diagnostic practice set | Baseline score and timing notes |
| 3 | Categorize every miss | Error log by topic and cause |
| 4 | Pick your weakest 3 lanes | First-week priority list |
| 5 | Schedule timed practice | Mock dates on your calendar |
Do not judge readiness from one practice score. Look for a pattern: fewer repeated mistakes, better scenario reasoning, and enough time left to review flagged questions.
Daily practice rhythm
Use this rhythm for most study days. Shorten the blocks if you have less time, but keep the same order.
| Block | Time | What to do |
|---|---|---|
| Warm-up recall | 10 minutes | Review yesterday’s missed-question notes without looking at answers first |
| Objective review | 30-45 minutes | Study one narrow topic from the AWS exam guide |
| Hands-on or architecture review | 45-75 minutes | Trace a workflow, inspect permissions, compare services, or sketch an architecture |
| Timed practice | 25-45 minutes | Complete a small set of scenario questions under time pressure |
| Missed-question review | 20-30 minutes | Log why each miss happened and write the corrected decision rule |
| Final recap | 5-10 minutes | Update your weak-area list and choose tomorrow’s first topic |
For AIP-C01, do not spend all study time reading. You need to practice choosing between similar architecture options, security controls, data patterns, and troubleshooting paths.
Missed-question review method
A missed question is useful only if you convert it into a rule you can reuse.
Create an error log with these columns:
| Field | Example entry |
|---|---|
| Date | June 18 |
| Topic | RAG retrieval quality |
| Question type | Architecture scenario |
| Why I missed it | Chose model change instead of retrieval fix |
| Correct rule | If the model is grounded on poor context, fix retrieval/chunking/metadata before changing models |
| AWS service or feature to review | Bedrock knowledge workflow, vector store, metadata filtering |
| Revisit date | Tomorrow, then 3 days later |
Classify each miss:
| Miss type | What it means | Fix |
|---|---|---|
| Knowledge gap | You did not know the feature or concept | Review the objective and make flashcards |
| Service confusion | You mixed up similar AWS services or patterns | Build a comparison table |
| Scenario trap | You missed a keyword such as compliance, latency, private access, or human review | Underline constraints before choosing |
| Architecture tradeoff | More than one option seemed reasonable | Write the decision rule and exception |
| Troubleshooting gap | You knew the service but not the failure pattern | Study symptoms, logs, permissions, retries, and data flow |
| Timing error | You rushed or overanalyzed | Use timed sets and flag hard questions earlier |
Revisit each miss at least twice: once within 24 hours and again several days later.
When to use timed mock exams
Timed mocks are most useful after you have enough coverage to learn from the results. Do not burn all mocks early.
| Plan | First diagnostic | First full timed mock | Final full timed mock | Review rule |
|---|---|---|---|---|
| 7-day | Day 1 | Day 3 or 4 | Day 5 or 6 only if useful | Spend as much time reviewing as testing |
| 14-day | Day 1 | Day 7 or 8 | Day 11 or 12 | Leave final 24 hours light |
| 30-day | Day 1 or 2 | Around Day 21 or 22 | Around Day 27 | Use Days 28-29 for weak-area repair |
| 60/90-day | First week | Final 3-4 weeks | Final week, not the day before | Track score trend and repeated misses |
After each mock, review in this order:
- Questions you missed.
- Questions you guessed correctly.
- Questions that took too long.
- Topics with repeated mistakes.
- Architecture decisions you could not explain clearly.
7-day final review plan
Use this plan if your exam is within a week and you have already studied most objectives. If you have not started yet, use the 14-day plan as a minimum and postpone if possible.
| Day | Focus | Actions | Output |
|---|---|---|---|
| 1 | Baseline and triage | Take a timed mixed set. Review the AWS exam guide. Mark objectives as strong, review, or weak. | Top 5 weak areas |
| 2 | Model selection and prompting | Review foundation model selection, inference parameters, prompt structure, few-shot examples, structured output, and prompt safety. | Prompt and model decision rules |
| 3 | RAG and data grounding | Review embeddings, chunking, metadata, vector search, knowledge sources, grounding, citations, and freshness. Do a timed RAG-focused drill. | RAG troubleshooting checklist |
| 4 | Security, safety, and governance | Review IAM, least privilege, KMS, private access patterns, data handling, Guardrails, prompt injection, and PII concerns. | Security control checklist |
| 5 | Deployment and operations | Review API integration, Lambda or container patterns, Step Functions, logging, monitoring, retries, throttling behavior, cost controls, and failure symptoms. Take a timed mock or large timed set. | Mock review notes |
| 6 | Weak-area sprint | Rework all missed questions from Days 1-5. Drill your weakest 2-3 lanes. Stop adding new material by the end of the day. | Final error log |
| 7 | Light final review | Review only notes, decision tables, and repeated misses. Do not take a heavy mock. Confirm exam logistics and rest. | Calm, focused exam plan |
Final 7-day priorities
Spend the most time on:
- Scenario-based service selection.
- RAG design and troubleshooting.
- Security and data protection decisions.
- Model evaluation and quality improvement.
- Operational failure patterns.
- Cost, latency, and reliability tradeoffs.
Avoid:
- Deep memorization of undocumented limits.
- Building large projects.
- Reading broad documentation without practice.
- Taking a full mock the night before the exam.
14-day focused plan
Use this plan if you know AWS basics and can study consistently for two weeks.
| Day | Study focus | Practice task |
|---|---|---|
| 1 | Diagnostic and objective mapping | Take a mixed diagnostic set and create your error log |
| 2 | Generative AI foundations | Drill model types, embeddings, inference parameters, latency, quality, and cost tradeoffs |
| 3 | AWS generative AI service selection | Compare Amazon Bedrock, Amazon SageMaker AI, managed workflows, and integration patterns |
| 4 | Prompt engineering | Practice prompt templates, system instructions, structured output, few-shot examples, and prompt safety |
| 5 | RAG design | Review chunking, embeddings, metadata, vector search, grounding, citations, and stale data issues |
| 6 | Agents and orchestration | Review tool use, API actions, workflow orchestration, human approval, and safe execution patterns |
| 7 | Security and governance | Drill IAM, KMS, network access, data privacy, Guardrails, logging, and auditability |
| 8 | Full timed mock 1 | Take the mock, then review every miss and guess |
| 9 | Mock repair: RAG and prompting | Rework weak RAG, prompt, and model-selection questions |
| 10 | Deployment and operations | Review API patterns, serverless integration, containers, retries, monitoring, tracing, and cost controls |
| 11 | Evaluation and customization | Study evaluation sets, quality metrics, human review, regression testing, and when customization is appropriate |
| 12 | Full timed mock 2 | Take the mock if you have time to review it the same day or next morning |
| 13 | Final weak-area sprint | Revisit repeated misses, comparison tables, and security decision rules |
| 14 | Light review and exam readiness | Review notes only. Stop heavy practice. Confirm logistics and rest |
If Day 14 is your exam day, move the second mock to Day 11 and use Day 13 for light review.
30-day balanced plan
Use this plan if you want a realistic workday schedule with enough time for review, practice, and mock exams.
Days 1-7: Baseline and core concepts
| Day | Focus | Actions |
|---|---|---|
| 1 | Setup | Download the current AWS exam guide, build your checklist, schedule study blocks |
| 2 | Diagnostic | Take a mixed diagnostic set and create your error log |
| 3 | Foundation models | Review model types, model selection, inference parameters, output quality, latency, and cost |
| 4 | Embeddings and tokens | Review embeddings, similarity search concepts, context management, and prompt length tradeoffs |
| 5 | Amazon Bedrock basics | Review model invocation patterns, managed features, and application integration concepts |
| 6 | Prompt engineering | Practice system prompts, templates, examples, structured outputs, and constraint handling |
| 7 | Weekly review | Rework missed questions and complete a timed mini-set |
Days 8-14: Application patterns, RAG, and agents
| Day | Focus | Actions |
|---|---|---|
| 8 | RAG architecture | Map the flow from source data to chunks, embeddings, retrieval, prompt assembly, and response |
| 9 | Retrieval quality | Study metadata, filtering, ranking, stale content, hallucination symptoms, and grounding |
| 10 | Vector stores and data sources | Review AWS storage and search choices used in generative AI architectures |
| 11 | Agents and tools | Review tool calling, action patterns, permissions, input validation, and human review points |
| 12 | Orchestration | Compare synchronous APIs, asynchronous jobs, Step Functions-style workflows, and event-driven patterns |
| 13 | Evaluation | Study test sets, prompt evaluation, human feedback, regression checks, and safety evaluation |
| 14 | Weekly review | Timed mixed set plus full review of all misses from Days 8-13 |
Days 15-21: Security, deployment, and operations
| Day | Focus | Actions |
|---|---|---|
| 15 | IAM and least privilege | Review identity-based permissions, role design, service access, and common access-denied causes |
| 16 | Data protection | Review encryption, KMS concepts, private connectivity patterns, sensitive data handling, and retention concerns |
| 17 | Safety and governance | Study Guardrails, prompt injection, unsafe output handling, audit needs, and human oversight |
| 18 | Deployment patterns | Review APIs, Lambda, containers, queues, batch processing, and integration with application backends |
| 19 | Observability | Review logs, metrics, tracing, CloudWatch-style monitoring, CloudTrail-style auditing, and failure investigation |
| 20 | Cost and performance | Study caching, model choice, request patterns, batching concepts, retries, and latency tradeoffs |
| 21 | Full timed mock 1 | Take a full timed mock and review it carefully |
Days 22-30: Timed performance and final repair
| Day | Focus | Actions |
|---|---|---|
| 22 | Mock 1 review | Categorize every miss and guess. Identify your weakest 3 lanes |
| 23 | Weak lane 1 | Focused review and timed practice |
| 24 | Weak lane 2 | Focused review and timed practice |
| 25 | Weak lane 3 | Focused review and timed practice |
| 26 | Scenario drills | Practice mixed architecture, security, troubleshooting, and cost scenarios |
| 27 | Full timed mock 2 | Take a second full timed mock under exam-like conditions |
| 28 | Mock 2 review | Rework misses and update decision rules |
| 29 | Final weak-area sprint | Review only high-yield notes, repeated misses, and comparison tables. Stop new material |
| 30 | Light review | Confirm logistics, rest, and use only short recall practice |
60/90-day full preparation path
Use the 60-day version if you can study about 8-10 hours per week. Use the 90-day version if you have 4-6 hours per week, are new to AWS generative AI services, or need more hands-on repetition.
60-day path
| Week | Focus | Practical outcome |
|---|---|---|
| 1 | Exam guide, diagnostic, generative AI foundations | Objective tracker and baseline error log |
| 2 | AWS generative AI services and model selection | Service comparison table and model decision rules |
| 3 | Prompt engineering and application integration | Prompt templates, structured output patterns, and API flow notes |
| 4 | RAG, embeddings, vector search, and knowledge workflows | RAG architecture map and troubleshooting checklist |
| 5 | Agents, orchestration, customization, and evaluation | Agent safety checklist and evaluation plan |
| 6 | Security, governance, IAM, KMS, privacy, and network controls | Security decision table and access troubleshooting notes |
| 7 | Deployment, observability, cost, reliability, and troubleshooting | Operations checklist and full timed mock 1 |
| 8 | Final mocks and weak-area repair | Mock 2, final error-log review, and light final review |
90-day path
| Phase | Weeks | Focus | Checkpoint |
|---|---|---|---|
| Foundation | 1-3 | Generative AI concepts, AWS service landscape, model selection, prompt basics | Explain model, prompt, and service choices without notes |
| Core development | 4-6 | Bedrock-style workflows, APIs, RAG, embeddings, vector stores, agents, orchestration | Sketch end-to-end app architectures |
| Security and evaluation | 7-9 | IAM, KMS, private access, data protection, Guardrails, prompt injection, model evaluation | Diagnose security and quality risks in scenarios |
| Operations and troubleshooting | 10-11 | Deployment patterns, monitoring, logs, retries, cost, latency, failure symptoms | Complete timed mixed sets with fewer repeated misses |
| Final performance | 12-13 | Full timed mocks, weak-area repair, final review | Demonstrate stable timing and explain all missed questions |
Hands-on review for longer plans
Keep hands-on work small and exam-focused. You are not trying to build a production system during prep. You are trying to understand the decisions.
Useful hands-on or diagramming exercises:
| Exercise | What to practice |
|---|---|
| Model invocation flow | Request structure, response handling, retries, error handling, and logging |
| Prompt template comparison | How system instructions, examples, and output schemas change behavior |
| RAG pipeline sketch | Source data, chunking, embedding, storage, retrieval, prompt assembly, grounding |
| Security review | IAM role boundaries, KMS usage, private access, sensitive data handling |
| Agent workflow | Tool permissions, input validation, action limits, human approval, failure handling |
| Observability plan | Logs, metrics, traces, audit events, latency, cost, and quality signals |
| Evaluation set | Golden prompts, expected outputs, unsafe cases, regression tests, and human review |
A simple RAG flow to know cold:
source data
-> clean and split
-> create embeddings
-> store vectors with metadata
-> retrieve relevant chunks
-> assemble grounded prompt
-> invoke model
-> evaluate answer quality, safety, and citations
Be able to troubleshoot each step.
High-yield decision tables
Model and architecture selection
| Scenario clue | Consider |
|---|---|
| Need fast development with managed foundation models | Managed generative AI service pattern |
| Need domain-specific answers from private content | RAG or knowledge-base pattern |
| Model knows the concept but output format is poor | Prompt engineering or structured output |
| Model lacks current or proprietary facts | Retrieval before model customization |
| Repeated quality issue on a narrow task | Evaluation, prompt changes, retrieval improvements, then customization if justified |
| Strict data access controls | IAM, encryption, private connectivity, audit logging, and least privilege |
| Long-running or multi-step process | Orchestration, queues, workflow state, retries, and idempotency |
| Untrusted user input | Input validation, prompt-injection defenses, guardrails, and output filtering |
RAG troubleshooting
| Symptom | Likely area to inspect |
|---|---|
| Answer is fluent but wrong | Retrieval quality, grounding, prompt instructions, evaluation set |
| Answer ignores relevant documents | Chunking, embeddings, metadata filters, ranking, query transformation |
| Answer uses stale information | Data refresh process, source sync, index update workflow |
| Answer cites irrelevant content | Retrieval ranking, chunk size, metadata, context assembly |
| Latency is too high | Retrieval path, model choice, prompt length, caching, async design |
| Cost is too high | Model selection, request volume, prompt size, caching, batching, unnecessary retrieval |
Security and governance review
| Risk | Review area |
|---|---|
| Overly broad service access | IAM roles, policies, least privilege |
| Sensitive data exposure | Data classification, encryption, redaction, retention, logging behavior |
| Public network path not acceptable | Private connectivity and network boundary patterns |
| Unsafe or disallowed output | Guardrails, output validation, human review |
| Prompt injection | Input isolation, tool restrictions, instruction hierarchy, retrieval filtering |
| Poor auditability | Logging, tracing, CloudTrail-style audit events, change history |
| Excessive permissions for agents | Tool-level permissions, scoped roles, approval gates |
Final-week rules
During the final week, your job is to reduce uncertainty, not add complexity.
Follow these rules:
- Stop adding new material 24-48 hours before the exam.
- Review misses more than notes. Your error log is the most valuable final resource.
- Practice timing. Do not let one complex scenario consume too much time.
- Use scenario keywords. Identify constraints: security, cost, latency, quality, operations, compliance, private data, or human approval.
- Explain the wrong answers. If you cannot explain why an option is wrong, the concept is not secure yet.
- Avoid heavy hands-on builds. Use diagrams and decision tables instead.
- Sleep and logistics matter. A tired candidate makes avoidable reasoning errors.
Exam-readiness checks
You are likely ready when most of these are true:
| Readiness check | Yes/No |
|---|---|
| I can explain the main AIP-C01 objective areas without reading the guide | |
| I can choose between prompt engineering, RAG, customization, and model change in scenarios | |
| I can troubleshoot poor RAG quality, hallucinations, stale data, and irrelevant retrieval | |
| I can identify IAM, encryption, private access, logging, and guardrail requirements from scenario wording | |
| I can reason about cost, latency, quality, and reliability tradeoffs | |
| I can complete timed practice with enough time to review flagged questions | |
| My recent misses are narrow and explainable, not broad gaps | |
| I have reviewed every guessed-correct question from my mocks | |
| I have stopped using new resources and am reviewing my own notes |
If several checks are still “No,” spend your remaining time on mixed scenario practice and missed-question repair rather than broad reading.
Practical next step
Choose the shortest plan that honestly fits your current readiness. Start with a diagnostic practice set, build an error log, and schedule your first timed mock. For AIP-C01, the highest-value work is repeated scenario practice: choose the architecture, justify the AWS services, identify the security controls, and explain how you would troubleshoot the failure.