Home / artificial-intelligence-machine-learning / Microsoft Certified: Azure AI Apps and Agents Developer Associate (AI-103) / Cheat Sheet
Microsoft Certified: Azure AI Apps and Agents Developer Associate (AI-103)

AI-103 Cheat Sheet

AI-103 Tests Whether You Can Build, Ground and Govern AI Apps and Agents on Microsoft Foundry

AI-103, the successor to the retired AI-102, rewards choosing the right Foundry model and tools, grounding answers with retrieval, and securing, evaluating and controlling agents in production.

Check Your Readiness →
Among the harder certs
Avg: Not published by Microsoft
Pass: 750 / 1000
Most candidates understand Microsoft Certified: Azure AI Apps and Agents Developer Associate (AI-103) concepts — and still fail. This exam tests how you apply knowledge under pressure.

AI-103 Decision Framework

The steps follow the AI-103 domains, led by generative AI and agentic solutions (30-35%) and planning and managing the solution (25-30%). Most scenario items describe a business need and a constraint, and the right answer meets both with a supported Foundry capability.

  1. 01
    Requirement — Pin down the workload (chat, RAG, agent, vision, speech or extraction) and the constraints on latency, cost, data residency and safety before naming any service.
  2. 02
    Model and Tool Choice — Pick the model type (LLM, small or multimodal) and the Foundry service or Foundry Tool that meets the requirement with the least custom build.
  3. 03
    Ground and Orchestrate — Ground answers with indexed data (hybrid or vector search), give agents only the tools, memory and knowledge they need, and add approval steps for high-impact actions.
  4. 04
    Secure and Govern — Use managed identity and keyless auth, private networking, least-privilege RBAC, content safety filters and Prompt Shields as part of the design, not as an afterthought.
  5. 05
    Evaluate and Operate — Measure groundedness, relevance and safety with evaluators, then trace, monitor quotas, tokens and latency, and tune prompts or parameters.

Wrong instinct vs correct approach

Agent that changes customer records
✕ Wrong instinct

Give the agent a broadly scoped identity and let it call the refund API whenever its reasoning decides a refund is due.

✓ Correct approach

Expose the API as a narrowly defined tool with a clear schema, run it under a least-privilege identity and require human approval for high-impact actions. The outline explicitly tests safeguards and approval flows for autonomous workflows.

Chatbot inventing policy details
✕ Wrong instinct

Fine-tune the model on old policy PDFs or raise the temperature so it gives fuller answers.

✓ Correct approach

Ground the app with RAG over an index of the current policies using hybrid search and semantic ranking, instruct it to answer only from retrieved content, and track groundedness with evaluators. Lower temperature also reduces variation.

App must not use the public internet
✕ Wrong instinct

Keep public network access on and restrict it with IP allow lists while using account keys from the app.

✓ Correct approach

Use private endpoints for the Foundry and search resources, disable public network access, and authenticate with managed identity. This meets the network requirement and removes secrets at the same time.

Know these cold

  • ▸ Facts that change mean RAG; behaviour or format changes mean fine-tuning.
  • ▸ Managed identity beats API keys whenever both are offered.
  • ▸ Hybrid search plus semantic ranking is the default answer for relevance problems.
  • ▸ Content filters check prompts and completions; Prompt Shields catch jailbreaks and indirect injection.
  • ▸ High-impact agent actions need a scoped tool and a human approval step.
  • ▸ HTTP 429 means quota or rate limit — ack off, raise quota or spread load.
  • ▸ Evaluate groundedness and safety before you ship, then trace in production.

Can you answer these without checking your notes?

In this scenario: "Agent that changes customer records" — what should you do first?
Expose the API as a narrowly defined tool with a clear schema, run it under a least-privilege identity and require human approval for high-impact actions. The outline explicitly tests safeguards and approval flows for autonomous workflows.
In this scenario: "Chatbot inventing policy details" — what should you do first?
Ground the app with RAG over an index of the current policies using hybrid search and semantic ranking, instruct it to answer only from retrieved content, and track groundedness with evaluators. Lower temperature also reduces variation.
In this scenario: "App must not use the public internet" — what should you do first?
Use private endpoints for the Foundry and search resources, disable public network access, and authenticate with managed identity. This meets the network requirement and removes secrets at the same time.

Common Exam Mistakes — What candidates get wrong

Embedding API keys in application code

Microsoft's guidance for Foundry and Azure AI services is keyless authentication with Microsoft Entra ID, typically a managed identity used through DefaultAzureCredential, with RBAC roles scoped to the resource. Answers that store keys in code or config files are usually distractors when a managed identity option is offered.

Fine-tuning when the problem is missing knowledge

Fine-tuning changes a model's style, format or task behaviour; it is not the right way to give it current or proprietary facts. When answers must reflect company documents that change, the expected design is retrieval-augmented generation over an index.

Confusing vector, hybrid and semantic search

In Azure AI Search, hybrid search runs keyword and vector queries together and merges the results with Reciprocal Rank Fusion. Semantic ranking is a separate re-ranking step applied to the top results, so it complements hybrid search rather than replacing it.

Assuming content filters only check model output

Content filtering in Foundry evaluates both the prompt and the completion across harm categories. Prompt Shields add detection of direct jailbreak attempts and indirect prompt injection hidden in documents, emails or images the model reads.

Treating 429 errors as a code bug

Model deployments have quotas measured in tokens per minute with derived request limits, and exceeding them returns HTTP 429. The fix is retry with backoff, a higher quota, spreading load across deployments or provisioned throughput, not rewriting the prompt.

Resources to help you pass Azure AI Apps and Agents Developer AI-103 on your first attempt

Find out whether agents, grounding or governance is costing you the most AI-103 points before you book.