Study guide
9.4 Proposing Microsoft 365 Agents for Business Scenarios
Microsoft Certified: Agentic AI Business Solutions Architect Expert AB-100
Track your progress as you read
Finished sections get a check mark.
1 Chapter 1: Requirements Analysis & Grounding Data
1.1 Assessing Agents for Task Automation, Analytics & Decision-Making 1.2 Grounding Data Evaluation: Accuracy, Relevance, Timeliness, Cleanliness & Availability 1.3 Structuring Enterprise Business Data for AI System Interoperability
2 Chapter 2: AI Strategy, Cloud Adoption Framework & CoE
2.1 Cloud Adoption Framework (CAF) for Azure AI Strategy & Roadmap 2.2 Multi-Agent Architecture: Microsoft 365 Copilot, Copilot Studio & Foundry 2.3 Microsoft AI Center of Excellence (CoE) & Solution Governance 2.4 Developing Use Cases for Prebuilt Agents & the Microsoft Agent Catalog 2.5 Solution Rules & Constraints for Copilot Studio, Microsoft Foundry & Foundry Tools
3 Chapter 3: Model Selection, Prompt Engineering & Dynamics AI
3.1 Model Selection Strategy, Custom Models & Small Language Models (SLMs) 3.2 Enterprise Prompt Engineering Guidelines & Prompt Libraries 3.3 Cross-App AI Strategy for Multi-App Dynamics 365 Solutions
4 Chapter 4: ROI, TCO, Build vs Buy & Model Routing
4.1 ROI Criteria & Total Cost of Ownership (TCO) for AI Solutions 4.2 Comprehensive Financial ROI Analysis for Business Processes 4.3 Build vs Buy vs Extend Architectural Decision Framework 4.4 Dynamic Model Router Architecture & Cost-Performance Optimization
5 Chapter 5: Dynamics 365 AI & Contact Center Design
5.1 Business Terms & Copilot Customization in Customer Experience and Service 5.2 Connectors & Data Flow Design for Copilot in Dynamics 365 Sales 5.3 Agent Integration with Dynamics 365 Contact Center Channels
6 Chapter 6: Agent Archetypes & Copilot Studio Core
6.1 Designing Task Agents, Autonomous Agents & Prompt-and-Response Agents 6.2 Copilot Studio Topic Design, Trigger Phrases & Graceful Fallbacks 6.3 Orchestration Selection: Standard NLP vs CLU vs Generative AI Orchestration
7 Chapter 7: Copilot Studio Advanced Actions & Power Platform
7.1 Designing Agent Flows & Prompt Actions in Copilot Studio 7.2 Power Apps Canvas App Integration, Generative Pages & Agent Feeds 7.3 Power Platform Well-Architected Framework for AI Workloads 7.4 Proposing Microsoft Power Platform AI Features & the AI Hub
8 Chapter 8: Agent Extensibility, MCP & Computer Use
8.1 Microsoft Foundry Custom Models & Foundry Tools Selection 8.2 Agent Extensibility via Model Context Protocol (MCP) in Copilot Studio 8.3 Computer Use Automation & Web UI Interactions in Copilot Studio
9 Chapter 9: Advanced Behaviors & Prebuilt App Orchestration
9.1 Agent Behaviors: Multi-Step Reasoning, Voice Mode & M365 Agent Optimization 9.2 Orchestrating Prebuilt AI in Dynamics 365 F&O and M365 Copilot for Sales/Service 9.3 Orchestrating Prebuilt Copilot AI Features in Dynamics 365 Customer Experience & Service 9.4 Proposing Microsoft 365 Agents for Business Scenarios 9.5 Adding Knowledge Sources to In-App Help & Guidance in Dynamics 365 Finance & Supply Chain
10 Chapter 10: Telemetry, Monitoring & Agent Tuning
10.1 Monitoring Architectures: Azure Monitor, Application Insights & Studio Analytics 10.2 Telemetry Data Interpretation, Performance Metrics & Latency Tuning 10.3 User Feedback Analysis, Backlog Prioritization & Continuous Improvement
11 Chapter 11: Testing Strategy & Model Validation
11.1 Agent Testing Frameworks, Quality Metrics & Groundedness Benchmarks 11.2 Custom AI Model Validation, Safety Criteria & Regression Testing 11.3 Copilot-Assisted Test Case Generation & Cross-Dynamics End-to-End Testing 11.4 Validating Effective Copilot Prompt Practices
12 Chapter 12: ALM for Grounding Data & Copilot Studio Agents
12.1 ALM for Grounding Data, Vector Indexes & Knowledge Synchronization 12.2 ALM for Copilot Studio Agents, Connectors & Solution Packaging 12.3 Environment Strategy & Automated Deployment Pipelines for Studio Agents
13 Chapter 13: ALM for Foundry Agents & Dynamics 365 AI
13.1 ALM for Microsoft Foundry Agents Service & Model Registries 13.2 ALM for Custom AI Models, Fine-Tuning Artifacts & Deployment Slots 13.3 ALM for Dynamics 365 AI in Finance, Supply Chain & Customer Engagement
14 Chapter 14: Agent Identity, Security & Access Controls
14.1 Agent Identity Architecture, Microsoft Entra ID & Authentication Flows 14.2 Access Controls, Role-Based Security & Permissions on Grounding Data 14.3 Secure Data Processing & Grounding Data Isolation
15 Chapter 15: Model Security & Threat Mitigation
15.1 Model Security Architecture & Defense Against Vulnerabilities 15.2 Mitigating Prompt Manipulation, Jailbreaks & Indirect Prompt Injections 15.3 Azure AI Content Safety, Prompt Shields & Guardrails
16 Chapter 16: Responsible AI, Governance, Residency & Audit
16.1 Microsoft Responsible AI Standard: Principles, Assessment & Implementation 16.2 Data Residency, Sovereign Boundaries & Cross-Border Compliance 16.3 Comprehensive Audit Trails, Model Decision Logging & Microsoft Purview 16.4 Designing Governance for Agents: Environment Strategy, Data Policies & Agent Inventory
9.4 Proposing Microsoft 365 Agents for Business Scenarios
Key Takeaways Explain This Topic AI
A declarative agent supplies custom instructions, custom knowledge and custom actions but uses Copilot own orchestrator and foundation models, requires no additional hosting, runs inside Microsoft 365 apps, and inherits Microsoft 365 compliance, responsible-AI and security standards.
A custom engine agent brings its own orchestration and models, requires hosting outside Microsoft 365 at additional cost, can run in external applications, supports agent-to-agent collaboration, and makes the customer responsible for its own compliance, responsible-AI practices and security.
Declarative agents are designed for individual use and do not support proactive interactions, so any requirement for group collaboration in a Teams channel or meeting, or for behaviour triggered without user input, forces a custom engine agent.
Build tooling spans low-code, using the Microsoft 365 Copilot agent builder or Copilot Studio, and pro-code, using Visual Studio or Visual Studio Code with the Microsoft 365 Agents Toolkit or the Microsoft 365 Agents SDK.
Agents are published within the organisation or to the commercial store for independent software vendors, and the Microsoft 365 admin center governs which conversational and AI actions and agents appear in Microsoft 365 Copilot.
Last updated: September 2026
Proposing Microsoft 365 Agents for Business Scenarios
Quick Answer: Microsoft 365 Copilot is extended by two structurally different agent types, and proposing the right one is the whole skill. A declarative agent supplies custom instructions, custom knowledge, and custom actions but runs on Copilot's own orchestrator and foundation models , so it inherits Microsoft 365 security, compliance, and responsible-AI standards, requires no additional hosting, and runs inside Microsoft 365 Copilot and apps such as Teams, Word, Excel, and Outlook. A custom engine agent brings its own orchestrator and models , requires additional hosting (typically Azure, at additional cost), can run inside and outside Microsoft 365, supports group collaboration, supports proactive interactions that fire without user input, supports agent-to-agent collaboration — and makes the customer responsible for its own compliance, responsible-AI practices, and security. Alongside both sit Microsoft's first-party agents that arrive with the Copilot licence — Researcher , Analyst , Facilitator , and SharePoint agents — which should be proposed before any custom build. Build tools span low-code ( Copilot Studio , the Microsoft 365 Copilot agent builder ) and pro-code ( Visual Studio / VS Code with the Microsoft 365 Agents Toolkit , the Microsoft 365 Agents SDK ).
An architect who proposes a custom engine agent for "an IT helpdesk assistant that answers from our SharePoint policies and files a ServiceNow ticket" has committed the organisation to hosting, scaling, model currency, content-filter tuning, responsible-AI review, and a security posture that Microsoft would otherwise have provided for free. An architect who proposes a declarative agent for "a loan-approval agent with bespoke decision rules, its own fine-tuned model, and proactive escalation to a Teams channel" has proposed something the platform cannot deliver.
Proposing Microsoft 365 agents for business scenarios is a discrete design-domain skill on the AB-100 blueprint , and the exam tests the boundary between the two types far more often than it tests how to build either one.
1. Start With What the Licence Already Includes
Before either agent type is proposed, check the first-party catalogue that ships with Microsoft 365 Copilot:
Agent Proposed when the requirement is…
Researcher Multi-source research with planning and reasoning — it plans a research strategy, gathers evidence across work data and the web, and synthesises findings with citations
Analyst Turning complex or tabular data into clear insight and visualisations for reporting or strategic planning
Facilitator Managing Teams meetings — taking notes, answering in-meeting questions, moderating the conversation
SharePoint agents Question answering scoped to a specific site, library, or document set, with the user's existing permissions honoured
Proposing a custom agent for a scenario these already cover is the most common planning error in this part of the blueprint.
2. Agent Core Components
Both agent types are assembled from the same conceptual parts, which is why the choice is about ownership , not capability shape :
Knowledge — specialised instructions and data sources that tailor the agent's responses.
Actions — actions, triggers, and workflows that automate business processes.
Orchestrator — the central engine managing how the agent interacts with knowledge, skills, and autonomy.
Foundation models — the reasoning, language-understanding, and generation layer.
User experience layer — how the agent surfaces inside Microsoft 365 apps or external platforms.
A declarative agent lets the customer own knowledge, actions, and instructions while Microsoft owns the orchestrator, models, and experience layer. A custom engine agent moves the orchestrator and models into customer ownership too.
3. Declarative Agents
To configure a declarative agent the architect supplies three things:
Custom instructions that shape Copilot's responses to the organisation's workflow.
Custom knowledge connecting Microsoft 365 sources — Teams messages, SharePoint, OneDrive, Copilot connectors — or external data via Microsoft 365 Copilot connectors .
Custom actions that integrate with APIs to interact with external systems in real time.
Characteristics that drive the proposal:
Hosting: none required — the agent uses Copilot's orchestrator and foundation model.
Tooling: low-code through the Microsoft 365 Copilot agent builder, or pro-code through Visual Studio / VS Code with the Microsoft 365 Agents Toolkit .
Channels: Microsoft 365 Copilot and Microsoft 365 apps including Teams, Word, Excel, and Outlook.
Compliance: inherits Microsoft 365 compliance, responsible-AI, and security standards.
Propose a declarative agent when the agent should work within Copilot's orchestration and models for consistency with security and compliance; when a faster, low-code or streamlined pro-code implementation is wanted; or when the user's workflow already sits inside Microsoft 365 apps and they want to work in that context — for example an IT helpdesk agent that responds to @mentions in Teams, or a document-summarisation agent invoked in SharePoint.
4. Custom Engine Agents
To develop a custom engine agent the architect must supply:
Custom orchestration for full control of workflows, integrating additional knowledge and external API calls, potentially across multiple language models.
Custom models — foundation large language models, small language models, fine-tuned models, or industry-specific models.
Autonomy and proactive agentic support to programmatically initiate workflows and actions, operate independently, make decisions, and escalate tasks.
Characteristics:
Hosting: required outside Microsoft 365, typically Azure, at additional cost .
Tooling: low-code orchestration in Copilot Studio, or pro-code in Visual Studio / VS Code and the Agents Toolkit using .NET, Python, or JavaScript with frameworks such as Semantic Kernel or LangChain.
Channels: Microsoft 365 Copilot, Microsoft 365 apps including Teams, Word, Excel, and Edge, and external applications .
Collaboration: supports agent-to-agent communication , allowing agents to delegate tasks and coordinate workflows across multiple agents in the organisation.
Compliance: the customer must ensure its own compliance, responsible-AI practices, and security measures.
Propose a custom engine agent when the agent requires custom orchestration for complex workflows, specific business logic, precise decision rules, or multiple system integrations — a financial loan-approval agent with defined business rules, precise data-gathering requirements, and multiple credit-check systems is Microsoft's own canonical example. Also propose it when the organisation needs its own or domain-specific models; when group productivity is required so multiple users collaborate with the same agent in a Teams channel or meeting; when an existing conversational assistant built outside Copilot must be integrated; when the agent must be available outside Microsoft 365; or when proactive messaging must trigger agent behaviour without user interaction.
5. The Decision Matrix
- Feature Declarative agent Custom engine agent
- Use case Focused Microsoft 365 Copilot scenarios Complex workflows or advanced integrations
- Sharing and access Designed for individuals Individual and group collaboration
Customisation Limited to Copilot's orchestrator and models Fully customisable, including models and orchestration
- Proactive interactions Not supported — user-initiated only Supported — triggers without direct user input
- Channels Integrated into Microsoft 365 apps Microsoft 365 and external apps
- Setup complexity Low-code agent builder or pro-code toolkit Copilot Studio through to advanced pro-code
- Engine hosting Hosted in Microsoft 365 Microsoft 365 via Copilot Studio, or externally (e.g. Azure AI)
Deployment Within the organisation, or the commercial store (ISVs) Within the organisation, or the commercial store (ISVs)
Compliance and security Inherits Microsoft 365 compliance, RAI, security Customer must ensure its own
Three rows decide most exam scenarios: proactive interactions , group collaboration , and availability outside Microsoft 365 . Any one of them present in the requirement forces a custom engine agent. None of them present, with Microsoft 365 as the workflow home, points to declarative.
6. Governance, Publication & Cost
Agents do not become available simply because they were built. Publication paths run within my organisation or to the commercial store for ISVs, and organisational agents are governed in the Microsoft 365 admin center , where administrators manage which conversational and AI actions and agents appear in Microsoft 365 Copilot. An architect proposing an agent should therefore also name the approval path, not only the build tool.
Cost implications exist from both the user and the hosting perspective. Declarative agents add no hosting cost but presume Microsoft 365 Copilot seats for their users. Custom engine agents add hosting, model inference, and operational cost that must appear in the total cost of ownership analysis rather than being discovered after go-live.
7. Anti-Patterns
Declarative for proactive. Proposing a declarative agent for a scenario requiring scheduled or event-driven initiation. Declarative agents rely on user-initiated interactions.
Custom engine by default. Choosing custom engine because it sounds more capable, and inheriting the full compliance and responsible-AI burden for a scenario Copilot's orchestrator handled natively.
Ignoring first-party agents. Building what Researcher, Analyst, Facilitator, or a SharePoint agent already does.
Forgetting the group dimension. Declarative agents are designed for individual use; a Teams-channel agent serving a whole team is a custom engine scenario.
Omitting the admin approval path. Treating build completion as deployment, with no plan for Microsoft 365 admin center governance.
AB-100 Exam Tip: Read the scenario for three trigger words before anything else — proactively , the team , and outside Microsoft 365 . Any of them makes the answer a custom engine agent regardless of how simple the rest of the scenario looks. If none appear and the work happens in Teams, SharePoint, Outlook, or Word, the answer is a declarative agent, and the cheapest correct answer is often a first-party agent that needs no build at all.