The Microsoft Certified: Azure AI Fundamentals certification (Exam AI-901) is in beta as of April 2026, with general availability expected in June 2026, and it replaces the retiring AI-900 with a syllabus rebuilt around Microsoft Foundry instead of the older standalone Cognitive Services portals. It targets people at the very start of an AI career, testing conceptual knowledge of AI solutions in Azure plus enough Python, REST, SDK, and CLI familiarity to deploy and call a model, not to build production systems. Two skill areas carry the exam: identifying AI concepts and capabilities such as responsible AI, model components, and workload types (40-45%), and implementing AI solutions with Microsoft Foundry across generative apps and agents, text and speech, vision and image generation, and information extraction (55-60%). The single most useful mental model for this exam is that almost every "implement" task routes through the same Foundry project, deployment, and playground flow, so learning that pattern once pays off across most of the second domain.
What This Cheat Sheet Covers
This topic spans 17 focused tables and 143 indexed concepts, 5 practice tests with 186 questions. Below is a complete table-by-table outline of this topic, spanning foundational concepts through advanced details.
A jump-to index of every table row in this cheat sheet.
An interactive map of every table and concept in this topic.
Table 1: Responsible AI Principles
Describe principles of responsible AI: Microsoft's Responsible AI Standard and the six principles it operationalizes, fairness, reliability and safety, privacy and security, inclusiveness, transparency, and accountability, and what each one concretely requires of an AI solution.
| Concept | Example | Description | |
|---|---|---|---|
Goal A1: Impact Assessment reviewed before development starts; Goal F1: Quality of Service evaluated across demographic groups | Internal engineering framework that turns the six principles into numbered Goals and Requirements (Impact Assessment, Responsible Release Criteria) product teams must satisfy before shipping. β’ Not a marketing statement; each Goal has its own applies-to scope and evaluation checkpoints. | ||
A loan model recommends the same outcome for two applicants with matching income and credit history, regardless of gender | AI systems should treat all people fairly and give similar groups similar outcomes. β’ Requires identifying at-risk demographic groups AND ongoing evaluation after release, not a one-time check of training-data balance. | ||
A predictable false-negative case gets a documented fallback option and an estimated rollback time | AI systems must perform reliably and safely across the operational conditions and edge cases they'll actually meet. β’ Not the same as an uptime SLA: the Standard requires defined error rates, edge-case testing, and a documented remediation plan for predictable failures. | ||
SmartNoise adds differential privacy so no single person's record can be reverse-engineered from a model's outputs | AI systems must comply with privacy laws on data collection and use, and be secured end to end. β’ Covers access restriction, network controls, vulnerability scanning, and compliance auditing together; encryption is only one part. | ||
A speech app is checked against Microsoft's Accessibility Standards for screen-reader support and captions before release | AI systems should empower and engage everyone, including people with disabilities and different backgrounds. β’ A separate Standard goal tied to Accessibility Standards compliance, not to be confused with fairness's demographic quality-of-service goal. | ||
A loan app shows which factors drove a rejection; a support chatbot states upfront that it's an AI, not a person | People must understand how an AI decision was made and know when they're interacting with AI. β’ Interpretability (explaining model behavior) is only part of it; the Standard separately requires disclosing AI interaction so people are never fooled into thinking an AI is human. | ||
A hospital keeps a clinician in the loop so an AI's treatment suggestion is never the final word on care | People who design and deploy AI remain answerable for how it behaves. β’ Requires a documented Impact Assessment before release AND human oversight and control afterward, so the system is never the final authority on decisions affecting people's lives. |