Microsoft 365 Developer Blog https://devblogs.microsoft.com/microsoft365dev/ A developer platform for building collaborative apps for hybrid work Tue, 03 Feb 2026 16:55:49 +0000 en-US hourly 1 https://devblogs.microsoft.com/microsoft365dev/wp-content/uploads/sites/73/2021/08/msft-logo-48x48.png Microsoft 365 Developer Blog https://devblogs.microsoft.com/microsoft365dev/ 32 32 Deprecation notice: Teams Live Events meeting creation via Microsoft Graph https://devblogs.microsoft.com/microsoft365dev/deprecation-notice-teams-live-events-meeting-creation-via-microsoft-graph/ https://devblogs.microsoft.com/microsoft365dev/deprecation-notice-teams-live-events-meeting-creation-via-microsoft-graph/#comments Tue, 03 Feb 2026 16:55:49 +0000 https://devblogs.microsoft.com/microsoft365dev/?p=25230 Creating Teams Live Events via the Microsoft Graph isBroadcast API is deprecated. We encourage developers to use Virtual Event APIs instead.

The post Deprecation notice: Teams Live Events meeting creation via Microsoft Graph appeared first on Microsoft 365 Developer Blog.

]]>

We’re announcing an important change for developers using Microsoft Graph APIs to create Teams Live Events. Starting March 31, 2026, the beta endpoint will no longer support the isBroadcast property of the onlineMeeting resource. This property has historically been used to create Teams Live Events meetings. The same change will apply to the v1.0 endpoint on June 30, 2026.

What’s changing?

  • The isBroadcast property is deprecated and will be removed from the onlineMeeting resource.
  • Creating Teams Live Events meetings by using this property will no longer be supported.

What should you do instead?

Teams Live Events are being retired in favor of Virtual Events, which provide richer functionality and flexibility for large-scale events. To transition, you can use:
  • Webinars (virtualEventWebinar)
  • Town halls (virtualEventTownhall)
These APIs offer advanced capabilities such as:
  • Registration management
  • Session and presenter configuration
  • Attendance reporting
  • Integration with Teams client for a seamless experience
To learn more about the Virtual Event APIs and how to implement them in your apps, see Teams meeting type and Microsoft Graph APIs.

Timeline

  • March 31, 2026: Removal in beta.
  • June 30, 2026: Removal in v1.0.

Why this matters

Virtual Event APIs are designed to support modern collaboration scenarios, offering scalability and features that go beyond what Teams Live Events provided. Migrating now ensures your apps remain compatible and take advantage of new capabilities.

The post Deprecation notice: Teams Live Events meeting creation via Microsoft Graph appeared first on Microsoft 365 Developer Blog.

]]>
https://devblogs.microsoft.com/microsoft365dev/deprecation-notice-teams-live-events-meeting-creation-via-microsoft-graph/feed/ 2
Dev Proxy v2.1 with configuration hot reload and stdio proxying https://devblogs.microsoft.com/microsoft365dev/dev-proxy-v2-1-with-configuration-hot-reload-and-stdio-proxying/ https://devblogs.microsoft.com/microsoft365dev/dev-proxy-v2-1-with-configuration-hot-reload-and-stdio-proxying/#respond Thu, 29 Jan 2026 12:16:19 +0000 https://devblogs.microsoft.com/microsoft365dev/?p=25265 Introducing Dev Proxy v2.1 with configuration hot reload and stdio proxying

The post Dev Proxy v2.1 with configuration hot reload and stdio proxying appeared first on Microsoft 365 Developer Blog.

]]>
We’re excited to announce the release of Dev Proxy v2.1.0! This release brings two major productivity features that developers have been asking for: automatic configuration hot reload and stdio traffic proxying – perfect for testing MCP servers and other stdio-based tools.
In this version:
  • Configuration hot reload – Dev Proxy automatically restarts when you change the config file
  • Stdio traffic proxying – Intercept, inspect, and mock stdin/stdout/stderr traffic
  • New --api-port command-line option
  • LatencyPlugin now supports delays greater than 10 seconds
  • CORS support for the Dev Proxy web API
  • Multiple bug fixes and improvements

Configuration hot reload

No more manual restarts when tweaking your proxy configuration. Dev Proxy now watches your configuration file and automatically restarts when you save changes.

 

This was one of our oldest feature requests – dating back to April 2023. Whether you’re adjusting failure rates, adding plugins, or changing URL patterns, your changes take effect immediately. Just save the file and keep working.

Why this matters:

When you’re iterating on your proxy configuration – fine-tuning error rates, adjusting mock responses, or testing different plugin combinations – stopping and restarting the proxy breaks your flow. With hot reload, your development loop gets tighter and more productive.

Stdio traffic proxying

Modern AI development increasingly relies on tools that communicate via stdin/stdout/stderr – particularly MCP (Model Context Protocol) servers. Now you can intercept and manipulate this traffic just like you do with HTTP.

How it works:

Wrap any executable with Dev Proxy:
devproxy stdio npx my-mcp-server

 

Dev Proxy proxies all stdin, stdout, and stderr traffic, letting you:
  • Inspect messages in Chrome DevTools Network tab (appear as stdio:// URLs)
  • Mock responses using the new MockStdioResponsePlugin
  • Simulate latency with the existing LatencyPlugin
  • Use placeholders like @stdin.body.id in your mock responses
This opens up Dev Proxy to an entirely new category of applications – anywhere you need to test, debug, or mock stdio-based communication.

New --api-port command-line option

Running multiple Dev Proxy instances? Need the default port 8897 for something else? You can now configure the API port directly from the command line:
devproxy --api-port 9000

 

No need to create a separate config file just to change the port.

LatencyPlugin improvements

Previously, the LatencyPlugin schema artificially limited maxMs to 10,000 milliseconds (10 seconds). This restriction never existed in the actual code – it was just a schema limitation.

What changed:

The schema now allows any value for maxMs, letting you simulate delays of any duration – useful for testing timeout handling and slow network conditions.

CORS support for Dev Proxy web API

Building browser-based developer tools that interact with Dev Proxy? The API on port 8897 now supports cross-origin requests, so your web applications can call endpoints like /proxy/jwtToken without CORS errors.

Bug fixes

  • -e flag now works correctly – Starting Dev Proxy with environment variable presets no longer throws a FormatException
  • AuthPlugin ApiKey validation fixed – The plugin no longer incorrectly reports missing ApiKey.Parameters when they’re properly configured
  • GenericRandomErrorPlugin method matching – Error responses without a specified HTTP method now correctly match all methods (GET, POST, PUT, DELETE, etc.) instead of only GET
  • MockResponsePlugin Content-Type handling – No more spurious JSON parsing warnings when using form data or other non-JSON content types
  • CRUD API data file hot reload – Data file changes now take effect immediately without restarting Dev Proxy

Dev Proxy Toolkit 1.12.0

Dev Proxy Toolkit is an extension that makes it easier to work with Dev Proxy from within Visual Studio Code.
This release focuses on configuration validation and developer experience improvements:
  • Custom installation paths — New devProxyPath setting for non-standard Dev Proxy locations
  • Smarter config validation — Config section properties are now validated against the Dev Proxy schema, catching invalid values, unknown properties, and schema version mismatches
  • Enhanced diagnostics — More precise highlighting, unique diagnostic codes with documentation links, and new warnings for empty urlsToWatch and optional plugin configurations
  • More quick fixes — Add optional or missing plugin config sections, update schema versions across files, and remove unknown properties
  • Better plugin supportAuthPlugin and LanguageModelFailurePlugin fixes, plus new snippets for GraphConnectorGuidancePlugin and MockStdioResponsePlugin
Checkout out the changelog for more information on changes and bug fixes.

Why upgrade to v2.1.0?

  • Faster iteration – Configuration hot reload means no more manual restarts
  • MCP server testing – Inspect, mock, and debug stdio traffic with familiar workflows
  • More flexibility – Runtime port configuration and unlimited latency simulation
  • Cleaner experience – Multiple bug fixes reduce friction and noise

Try it now

Download Dev Proxy v2.1.0 today and build better API-connected applications with confidence!
Thanks to Nitesh Singhal for contributing to this release.
Got feedback or ideas? Join us and be part of the conversation.

The post Dev Proxy v2.1 with configuration hot reload and stdio proxying appeared first on Microsoft 365 Developer Blog.

]]>
https://devblogs.microsoft.com/microsoft365dev/dev-proxy-v2-1-with-configuration-hot-reload-and-stdio-proxying/feed/ 0
Introducing the Microsoft Graph User Configuration API (preview) https://devblogs.microsoft.com/microsoft365dev/introducing-the-microsoft-graph-user-configuration-api-preview/ https://devblogs.microsoft.com/microsoft365dev/introducing-the-microsoft-graph-user-configuration-api-preview/#comments Wed, 28 Jan 2026 18:59:42 +0000 https://devblogs.microsoft.com/microsoft365dev/?p=25248 The User Configuration API is now available in the beta endpoint in Microsoft Graph. Use it to create, read, update, and delete user configuration objects in Exchange Online mail folders.

The post Introducing the Microsoft Graph User Configuration API (preview) appeared first on Microsoft 365 Developer Blog.

]]>
We’re excited to announce the public preview of the User Configuration API in the Microsoft Graph beta endpoint. The User Configuration API is a new set of endpoints that you can use to create, read, update, and delete user configuration objects in Exchange Online mail folders.  User configuration objects—also known as folder associated items (FAIs)—are items associated with a specific mail folder, and each configuration object in a folder must have a unique key.  

Many solutions need a reliable way to store and retrieve per-folder configuration data alongside mailbox content—whether that’s application state, settings, or other metadata scoped to a folder.  The userConfiguration resource supports multiple payload styles so you can store what best fits your scenario: 

  • binaryData: arbitrary binary data 
  • xmlData: serialized XML 
  • structuredData: key-value pairs of supported data types 

API capabilities

The beta release includes full CRUD support for userConfiguration objects: 

  • Create a new userConfiguration 
  • Get an existing userConfiguration 
  • Update an existing userConfiguration 
  • Delete a userConfiguration 

For example, you can read a configuration from either the signed-in user (/me) or a specific user (/users/{id}), scoped to a mail folder: 

  • GET /me/mailFolders/{mailFolderId}/userConfigurations/{userConfigurationId}
  • GET /users/{usersId}/mailFolders/{mailFolderId}/userConfigurations/{userConfigurationId}

Permissions (least privileged) 

The API uses dedicated permissions for mailbox configuration items: 

  • Get supports MailboxConfigItem.Read (least privileged) and MailboxConfigItem.ReadWrite (higher privileged) 
  • Create requires MailboxConfigItem.ReadWrite
  • Update requires MailboxConfigItem.ReadWrite 
  • Delete requires MailboxConfigItem.ReadWrite 

As always, choose the least privileged permissions your application needs. 

Get started 

The easiest way to begin is to explore the API surface and try calls interactively.

Review the resource and method docs: 

Use Graph Explorer to test requests quickly: 

We’d love your feedback 

As you explore the User Configuration API in beta, we want to hear what’s working well and where we can improve—especially around usability, gaps, and real-world scenarios. 

Send feedback to: exouserconfigurationapifeedback@microsoft.com 

The post Introducing the Microsoft Graph User Configuration API (preview) appeared first on Microsoft 365 Developer Blog.

]]>
https://devblogs.microsoft.com/microsoft365dev/introducing-the-microsoft-graph-user-configuration-api-preview/feed/ 2
SharePoint Framework (SPFx) roadmap update – January 2026 https://devblogs.microsoft.com/microsoft365dev/sharepoint-framework-spfx-roadmap-update-january-2026/ https://devblogs.microsoft.com/microsoft365dev/sharepoint-framework-spfx-roadmap-update-january-2026/#comments Wed, 28 Jan 2026 15:18:00 +0000 https://devblogs.microsoft.com/microsoft365dev/?p=25239 SPFx is powering the future of Microsoft 365 with AI driven portals and deep integrations across SharePoint Teams and Viva. The January 2026 update shares new features and the roadmap for the next evolution built for the AI era. This is a transparent community driven journey that we shape together.

The post SharePoint Framework (SPFx) roadmap update – January 2026 appeared first on Microsoft 365 Developer Blog.

]]>
We enter 2026 with the SharePoint Framework stronger than ever. Adoption has expanded, feedback has sharpened our priorities, and the platform continues to power intelligent and scalable experiences across Microsoft 365. December marked an important milestone with the release of SPFx version 1.22, which delivered platform improvements based directly on customer and partner feedback. Building on that momentum, we are announcing the 1.22.2 release that focuses on addressing known audit related issues with a new model to address these on monthly basis to reduce any security concerns. This year we continue accelerating again on SPFx side, bringing new features, AI assisted scenarios, and improvements shaped by our global community feedback and input.

Since launching this monthly blog series in September 2025, our goal has been to provide clear insight into the SPFx roadmap and maintain an open and predictable communication rhythm with our ecosystem. With the January 2026 update, we continue that commitment by highlighting the near term roadmap, the addressing vulnerabilities with 1.22.2, and our longer term investment areas that will support developers building modern Microsoft 365 experiences.

Your feedback continues to shape the direction of SPFx. Real world observations and suggestions from customers and partners have guided our priorities, informed design decisions, and helped validate the work that moves from preview to production readiness. This collaboration ensures that SPFx evolves in a way that supports enterprise scale solutions and delivers the flexibility that teams expect when building across Microsoft 365.

Looking ahead, 2026 is set to be an important year for SPFx. In addition to the new monthly minor release model, we are preparing a set of roadmap updates that focus on developer productivity, long term sustainability, and better alignment with the evolving Microsoft 365 platform investments. These upcoming investments remain grounded in stability, performance, and the ability to build richer and more integrated user experiences. As always, we will update the public SPFx roadmap and share details through these monthly posts as plans continue to progress.

Thank you for your continued partnership and for helping guide the future of SPFx as we enter 2026 🙏

Release of debug toolbar for SharePoint Framework

We are excited to announce release of a new SharePoint Framework debug toolbar within SharePoint Online which is starting to roll into production within upcoming weeks. Toolbar enhances the developer experience with new UX level functionalities when developers are debugging their solutions in live SharePoint sites. When solutions are debugged, additional debugging toolbar is shown in the top section of the page with additional options for the developers. We will continue evolving this experience in future with additional options and settings also based on your feedback.

See more details on the debug tool bar from following documentation:

As a developer, you will see occasionally a new feedback option popping up on the UX, so that we can more efficiently collect your input for the future planning. Thank you for your time and input already advance.

Here’s a quick video by Bert Jansen and Vesa Juvonen showcasing how the debug toolbar works when you are developing solutions with SharePoint Framework.

Release of SPFx version 1.22.2

Starting in 2026 we will bring more predictability to how we address vulnerabilities reported by the npm audit command. Our goal is to resolve any reported issues as quickly as possible.

Many npm audit warnings are false positives. They come from the local development environment for SPFx and do not represent actual risks for SharePoint Framework. These findings would only matter if the flagged npm package was executed on a server. SharePoint Framework solutions do not run server code, and these packages are only used during build and debugging on the developer computer.

Even though these findings are not runtime risks for SharePoint Framework, we want to avoid unnecessary concern and confusion. To support clean and predictable development environments, we will address reported vulnerabilities through potential monthly minor releases. These updates, such as version 1.22.2, focus on keeping npm audit reports clean and helping developers work with confidence.

See details on the 1.22.2 release on the release notes:

Roadmap

We are evolving towards a quarterly release cycle, providing more predictability on new feature introductions and updates. We will update the public roadmap with any schedule and feature updates as we move forward in this journey.

Here is the set of investments which we are planning to ship within the upcoming SPFx releases:

January 2026 – debugging toolbar in SharePoint Online

This will be a server side update without a requirement to provide a client-side updates as new SPFx version.

  • New debugging toolbar improving the in-page development experience when workbench is not used. Debugging toolbar will eventually replace the workbench page to enable you easily debug in any page in SharePoint Online.

Version 1.23 – February/March 2026

This release focuses on open sourcing the templates and tooling to create SPFx solutions, enabling our ecosystem to optionally build their own templates. We also want to focus on providing additional value for optimizing developer experience and providing new extensibility options.

  • Open-sourcing SPFx solution templates via GitHub and opening them for community contributions.
  • A new open-sourced SPFx CLI for replacing the existing Yeoman generator – You will be able to introduce your company specific templates or adjustments on the scaffolded baseline for the SPFx solutions. We are decoupling the CLI itself from the SPFx release versions.
  • Command set improvements for lists and libraries – grouping and potentially other improvements.
  • New and edit panel override in lists – support panel level override on the Microsoft Lists and SharePoint lists with SPFx.

Version 1.24 – May/June 2026

This version continues providing new extensibility options aligned with the future direction of SharePoint. We are also expecting to have other new features and capabilities as part of this release, which will be disclosed a bit later.

  • Navigation customizers – Options to override navigation nodes and/or experiences with SPFx components.
  • Other features will be shared later.

We also continue further innovation in the AI space with a focus on both customer features and developer tooling. More on this in future roadmap updates during 2026.

We encourage you to continue providing feedback to support our product planning for the upcoming semesters. We already have an extensive list of ideas and enhancements in mind but are always interested in your input.

SPFx roadmap 2026 January

What’s next?

We continue expanding the SharePoint platform to unlock more innovation across Microsoft 365:

  • SharePoint Framework (SPFx) for building rich, AI powered and business integrated solutions with custom user interfaces directly in Microsoft 365.
  • SharePoint Embedded to bring SharePoint content into your own apps hosted outside of Microsoft 365 with your own user interface.
  • Agents and AI to create intelligent, adaptive experiences to access your content and business information efficiently and expose those easily for your end users.
  • Microsoft Graph to access data and insights everywhere using our standard API surface.

We encourage you to explore these capabilities and see how they can help you build the next generation of solutions for your organization and customers.

If you are planning to build experiences for Microsoft 365, we strongly recommend joining our community calls and the broader Microsoft 365 and Power Platform Community activities. These cover Microsoft 365 Copilot, Power Platform, SharePoint, Microsoft Teams, Copilot Studio, Microsoft Graph, Microsoft Viva, and more. You can find call details and community assets at https://aka.ms/community/home.

You might also be interested in our SharePoint partner showcase series where we highlight solutions built with SharePoint. Each episode includes a video and a blog post with additional details. If you are creating something with SharePoint and would like to be featured, you can let us know by signing up through the provided form and we will contact you to schedule a recording.

We are excited to share that the SharePoint Hackathon returns in March 2026 with an event running from March 2 to March 16. This year includes updated submission categories that reflect the new features and capabilities of SharePoint. We were inspired by the outstanding examples of intelligent portals powered by AI and SPFx in the 2025 hackathon and we look forward to seeing what the community creates next. See more on the SharePoint 25th anniversary and SharePoint Hackathon 2026 from https://aka.ms/SPat25.

promo event hackathon social image

Follow us also on LinkedIn or in X to stay up to date on Microsoft 365 Platform announcements.

Got feedback or input on this blog post – leave a comment and we will get back to you 🙋‍♂️

Happy coding! Sharing is Caring! 🧡

The post SharePoint Framework (SPFx) roadmap update – January 2026 appeared first on Microsoft 365 Developer Blog.

]]>
https://devblogs.microsoft.com/microsoft365dev/sharepoint-framework-spfx-roadmap-update-january-2026/feed/ 7
Introducing the Evals for Agent Interop starter kit https://devblogs.microsoft.com/microsoft365dev/introducing-the-evals-for-agent-interop-starter-kit/ https://devblogs.microsoft.com/microsoft365dev/introducing-the-evals-for-agent-interop-starter-kit/#respond Mon, 26 Jan 2026 17:37:21 +0000 https://devblogs.microsoft.com/microsoft365dev/?p=25113 We’re launching Evals for Agent Interop, a starter evaluation kit that provides curated scenarios and representative data that emulate real digital work, and an evaluation harness that organizations can use to self-run their agents across Microsoft 365 surfaces.

The post Introducing the Evals for Agent Interop starter kit appeared first on Microsoft 365 Developer Blog.

]]>
As enterprise customers roll out and govern AI agents through Agent 365, they have been asking for pre canned evals they can run out of the box. They want transparent, reproducible evaluations that reflect their own work in realistic environments, including interoperability, how agents connect across stacks and into Microsoft Agent 365 systems and tools. In response, we are investing in a comprehensive evaluation suite across Agent 365 Tools with realistic scenarios, configurable rubrics, and results that stand up to governance and audit as customers deploy agents into production. Introducing Evals for Agent Interop, the way to evaluate those cross-stack connections end to end in realistic scenarios.

Image of the pillars of Agent 365 - registry, access control, visualization, interoperability, security.

Introducing Evals for Agent Interop

As a first step, we’re launching ‘Evals for Agent Interop’, a starter evaluation kit debuting. ‘Evals for Agent Interop’ provides curated scenarios and representative data that emulate real digital work, along with an evaluation harness that organizations can use to self-run their agents across Microsoft 365 surfaces (Email, Documents, Teams, Calendar, and more). It’s designed to be simple to start, yet capable enough to reveal quality, efficiency, robustness, and user experience tradeoffs between agent implementations, so organizations can make informed choices quickly.

Get started: Download the starter evals and harness from our repo. We currently support Email and Calendar scenarios, and we’re rapidly expanding the kit with new scenarios, richer rubrics, and additional judge options. (https://aka.ms/EvalsForAgentInterop).

Leaderboard: Strawman agents, frameworks, and LLMs

To help organizations benchmark and compare, we’re introducing a leaderboard that reports strawman agents written using different stacks, a combination of agent embodiment frameworks (ex., Semantic Kernel, Lang Graph) and LLMs (ex., GPT 5.2). This gives organizations a clear view of how various approaches perform on the same scenarios and rubrics. The leaderboard will evolve as we add more agent types and frameworks, helping organizations determine the right set of agents for their Agent 365 Tools.

Why it matters

Customers want to more easily optimize their AI agents to their unique business. Enterprise AI is shifting from isolated model metrics to customer-informed evaluation. Businesses want to define rubrics, calibrate AI judges, and correlate offline results with production signals, tightening iteration cycles from months to days to hours. As Microsoft, we realize that customers expect to bring their own grading criteria and scrutinize datasets for domain fit before they trust an agent in their environment. ‘Evals for Agent Interop’ is purpose-built for this new reality, unifying evaluation needs in one path: start with pre-canned evals, then tailor to your context.

How Evals for Agent Interop works

‘Evals for Agent Interop’ ships with templated, realistic and declarative evaluation specs. The harness measures programmatically verifiable signals (schema adherence, tool call correctness, policy checks) alongside calibrated AI judge assessments for qualities like helpfulness, coherence, and tone. This yields consistent, transparent, and reproducible results that teams can track over time, compare across agent variants, and share across organizations.

How it will evolve into a full evaluation suite 

We’re building toward a full suite that helps organizations choose the right set of agents to run on their Agent 365 Tools:

Product teams within Microsoft define rubrics, train and calibrate judges, ship scenarios and data, and correlate offline scores with production metrics.

Customers bring their own data and grading logic via a that becomes the single source of truth for both offline grading and online guardrails at runtime. We’ll support custom tenant rubrics, with LLM or human grading for ambiguous cases.

Packaged governance includes audit trails, documented rubrics, and privacy posture aligned to usage. Over time, we intend to co-publish capability manifests, tool schemas, and calibration methods to foster transparency and community validation.

What can organizations do with the Evals for Agent Interop kit?

With ‘Evals for Agent Interop’, organizations can compare multiple agent candidates head-to-head on the same scenarios and rubrics, quantify quality and risk controls, and verify improvements (for example, a fine-tuned model or a different LLM) before broad rollout. As we expand the suite, these offline signals will align with online evaluation, so organizations can move from confidence to controlled deployment. Faster, safer, and clearer accountability.

Where to start (and what’s next)? 

Clone the GitHub repo (https://aka.ms/EvalsForAgentInterop) with the starter evals and Harness. Run the included scenarios to baseline your agents and understand gaps.

Tailor rubrics to your domain, then re-run to see how agent behavior shifts under your constraints.

We’ll expand ‘Evals for Agent Interop’ with new scenario families (document collaboration, communications, scheduling and tasking), richer scoring, and broader judge options, while integrating more tightly with Agent 365 Tools so evaluations and runtime guardrails share one source of truth.

Picture of Evals for Agent Interoperability

The post Introducing the Evals for Agent Interop starter kit appeared first on Microsoft 365 Developer Blog.

]]>
https://devblogs.microsoft.com/microsoft365dev/introducing-the-evals-for-agent-interop-starter-kit/feed/ 0
Copilot Studio Extension for Visual Studio Code Is Now Generally Available https://devblogs.microsoft.com/microsoft365dev/copilot-studio-extension-for-visual-studio-code-is-now-generally-available/ https://devblogs.microsoft.com/microsoft365dev/copilot-studio-extension-for-visual-studio-code-is-now-generally-available/#comments Wed, 14 Jan 2026 19:04:46 +0000 https://devblogs.microsoft.com/microsoft365dev/?p=25198 If you build agents with the Copilot Studio extension for Visual Studio Code, you already know the fastest way to iterate is to treat your agent like software: version it, review changes, and promote it through environments with confidence. Today, the Microsoft Copilot Studio extension for Visual Studio Code is generally available, so you can […]

The post Copilot Studio Extension for Visual Studio Code Is Now Generally Available appeared first on Microsoft 365 Developer Blog.

]]>
If you build agents with the Copilot Studio extension for Visual Studio Code, you already know the fastest way to iterate is to treat your agent like software: version it, review changes, and promote it through environments with confidence. Today, the Microsoft Copilot Studio extension for Visual Studio Code is generally available, so you can build and manage Copilot Studio agents from the IDE you already use.

Copilot Studio extension for Visual Studio Code

What you can do with the Copilot Studio extension for Visual Studio Code

As agents grow beyond a few topics and prompts, teams need the same development hygiene they use for apps: source control, pull requests, change history, and repeatable deployments. The VS Code extension brings that workflow to Copilot Studio so makers and developers can collaborate without losing governance or velocity.

The extension supports a simple loop that fits naturally into your SDLC:

1) Clone an agent to your local workspace

Pull the full agent definition from Copilot Studio into a folder on your machine, so you can work locally with the full context of your agent.

2) Edit confidently in VS Code

Make changes to your agent components (topics, tools, triggers, settings, knowledge references) using a structured agent definition format and your existing VS Code workflow. The extension also provides IDE help like syntax highlighting and IntelliSense-style completion so edits are faster and less error-prone.

3) Review changes before they land

Preview what changed, compare cloud vs local, and resolve conflicts before you apply updates. This helps teams avoid overwriting each other’s work and makes collaboration practical at scale.

4) Apply changes back to Copilot Studio

Sync your updates to the cloud to test behavior and create evals as part of your normal iteration loop.

5) Deploy with the processes your team already uses

Use standard Git workflows and integrate agent definitions into automated deployment processes. This is the missing piece for teams that want agents to move through environments with the same rigor as code.

MCS VSCode4 image

Built for development teams

The extension is designed for the way engineering teams actually work:

  • Standard Git integration for versioning and collaboration
  • Pull request-based reviews so changes are discussed and approved
  • Auditability over time, with a clear history of modifications
  • VS Code ergonomics: keyboard shortcuts, search, navigation, and a local dev loop

This extension is especially helpful if you:

  • Manage complex agents with many topics and tools and need fast search and navigation
  • Collaborate with multiple people and need PR workflows for safe changes
  • Want agent definitions in source control and environment sync through DevOps pipelines
  • Prefer building with your IDE plus an AI assistant for faster iteration

MCS VSCode2 image

Develop Copilot Studio Agents using GitHub Copilot  

The Copilot Studio extension for Visual Studio Code lets you build and refine your Copilot Studio agent with AI help in the same place you write code. Use GitHub Copilot, Claude Code, or any VS Code AI assistant to draft new topics, update tools, and quickly fix issues in your agent definition, then sync changes back to Copilot Studio to test and iterate. The result is a faster inner loop with fewer context switches and a workflow that fits how development teams already work.

MCS VSCode5 image

Get started

  1. Install the extension from the Visual Studio Marketplace
  2. Clone your first agent from Copilot Studio
  3. Make a small change locally
  4. Use Apply Changes to sync back to Copilot Studio and test

Learn more and share feedback

We built this extension so agent development can feel like the way software teams already work: in your editor, with source control, and with AI help when you want it. Try it in your next agent update and let us know what you want to see next!

The post Copilot Studio Extension for Visual Studio Code Is Now Generally Available appeared first on Microsoft 365 Developer Blog.

]]>
https://devblogs.microsoft.com/microsoft365dev/copilot-studio-extension-for-visual-studio-code-is-now-generally-available/feed/ 5
SharePoint Framework (SPFx) roadmap update – December 2025 https://devblogs.microsoft.com/microsoft365dev/sharepoint-framework-spfx-roadmap-update-december-2025/ https://devblogs.microsoft.com/microsoft365dev/sharepoint-framework-spfx-roadmap-update-december-2025/#respond Tue, 23 Dec 2025 14:53:40 +0000 https://devblogs.microsoft.com/microsoft365dev/?p=25166 SPFx is powering the future of Microsoft 365. From AI-driven portals to seamless integrations across SharePoint, Teams and Viva, SPFx is driving innovation at scale. This monthly blog series kicks off our journey into the next evolution - transparent, community-driven, and built for the AI era. Let’s shape what’s next, together.

The post SharePoint Framework (SPFx) roadmap update – December 2025 appeared first on Microsoft 365 Developer Blog.

]]>
As we close out 2025, we want to pause and reflect on what has been an extraordinary year for the SharePoint Framework (SPFx). We continue to be humbled by the momentum of the platform and the scale of impact it enables across Microsoft 365. Tens of millions of users around the world rely every day on SPFx-based solutions – solutions imagined, built, and refined by our incredible ecosystem of customers and partners.

Since launching this monthly blog series in September 2025, our goal has been to provide greater transparency, clearer communication, and a consistent view into the SPFx roadmap. With this December 2025 update, we’re taking the opportunity not only to share the latest roadmap perspective, but also to look back on the collective progress we’ve made throughout the year. From continued platform stability and performance improvements to deeper engagement with the community, 2025 has reinforced SPFx as a foundational pillar of Microsoft 365 extensibility.

None of this progress would be possible without your feedback. Throughout the year, your real-world input has directly shaped our investment decisions – guiding where we refine existing capabilities, expand extensibility scenarios, and prioritize future innovation. We’re deeply grateful to our customers and partners who have actively participated in conversations, previews, and early validations, helping ensure SPFx continues to meet the needs of modern Microsoft 365 solutions.

Looking ahead, 2026 is shaping up to be an exciting year for SPFx. While much of the roadmap remains intentionally steady, we are preparing several meaningful enhancements and new capabilities that we look forward to announcing and sharing more broadly in early 2026. These upcoming investments will continue to focus on developer productivity, long-term sustainability, and enabling richer, more integrated experiences across Microsoft 365. As always, we’ll keep the public SPFx roadmap updated alongside these monthly posts as plans continue to evolve.

Thank you for being such a vital part of the SPFx journey and for making 2025 a year of incredible collaboration and success 🙏

Roadmap

We are evolving towards a quarterly release cycle, providing more predictability on new feature introductions and updates. We will update the public roadmap with any schedule and feature updates as we move forward in this journey.

Here is the set of investments which we are planning to ship within the upcoming SPFx releases:

Version 1.22 – December 2025

This version will provide us with a new modernized baseline which does not have any npm audit issues and has a future proven toolchain to continue building experiences.

  • General availability is planned on December 2nd 2025
  • Addressing npm audit reported security issues on the dependency tree.
  • Transitioning from Gulp to an open webpack based toolchain orchestrated by Heft.
  • Update default TypeScript to v5.8

January 2026 – debugging toolbar in SharePoint Online

This will be a server side update without a requirement to provide a client-side updates as new SPFx version.

  • New debugging toolbar improving the in-page development experience when workbench is not used. Debugging toolbar will eventually replace the workbench page to enable you easily debug in any page in SharePoint Online.

Version 1.23 – February/March 2026

This release focuses on open sourcing the templates and tooling to create SPFx solutions, enabling our ecosystem to optionally build their own templates. We also want to focus on providing additional value for optimizing developer experience and providing new extensibility options.

  • Open-sourcing SPFx solution templates via GitHub and opening them for community contributions.
  • A new open-sourced SPFx CLI for replacing the existing Yeoman generator – You will be able to introduce your company specific templates or adjustments on the scaffolded baseline for the SPFx solutions. We are decoupling the CLI itself from the SPFx release versions.
  • Command set improvements for lists and libraries – grouping and potentially other improvements.
  • New and edit panel override in lists – support panel level override on the Microsoft Lists and SharePoint lists with SPFx.

Version 1.24 – May/June 2026

This version continues providing new extensibility options aligned with the future direction of SharePoint. We are also expecting to have other new features and capabilities as part of this release, which will be disclosed a bit later.

  • Navigation customizers – Options to override navigation nodes and/or experiences with SPFx components.
  • Other features will be shared later.

We also continue further innovation in the AI space with a focus on both customer features and developer tooling. More on this in future roadmap updates early 2026.

We encourage you to continue providing feedback to support our product planning for the upcoming semesters. We already have an extensive list of ideas and enhancements in mind but are always interested in your input.

spfx roadmap 2025 december image

What’s next?

We continue expanding the SharePoint platform to unlock more innovation across Microsoft 365:

  • SharePoint Framework (SPFx) for building rich, AI powered and business integrated solutions with custom user interfaces directly in Microsoft 365.
  • SharePoint Embedded to bring SharePoint content into your own apps hosted outside of Microsoft 365 with your own user interface.
  • Agents and AI to create intelligent, adaptive experiences to access your content and business information efficiently and expose those easily for your end users.
  • Microsoft Graph to access data and insights everywhere using our standard API surface.

We encourage you to explore these capabilities and see how they can help you build the next generation of solutions for your organization and customers.

If you are looking to build experiences for Microsoft 365, we strongly recommend joining our community calls and other Microsoft 365 & Power Platform Community activities covering Microsoft 365 Copilot, Power Platform, SharePoint, Microsoft Teams, Copilot Studio, Microsoft Graph, Microsoft Viva, and more. See community call details and other assets from https://aka.ms/community/home.

You might be also interested on our new SharePoint partner showcase series where we showcase different solutions build with SharePoint. Each episode has a video and blog post with further details. Are you building something with SharePoint and interested on doing a similar video with us? – Let us know by signing up with this form and we’ll get back to you for scheduling a recording.

We are also excited to share that we will be repeating the SharePoint Hackathon event during March 2026 (March 2-16) with updates submission categories, showcasing the different features and capabilities of SharePoint. We saw an impressive set of examples of ecosystem innovation across intelligent portals powered by AI and SPFx in 2025 and are looking forward on the community innovation with the new features and capabilities.

SharePoint Hackathon 2026 - March 2-16

Follow us also on LinkedIn or in X to stay up to date on Microsoft 365 Platform announcements.

Got feedback or input on this blog post – leave a comment and we will get back to you.

Happy coding! Sharing is Caring! 🧡

The post SharePoint Framework (SPFx) roadmap update – December 2025 appeared first on Microsoft 365 Developer Blog.

]]>
https://devblogs.microsoft.com/microsoft365dev/sharepoint-framework-spfx-roadmap-update-december-2025/feed/ 0
Unlock your email potential with Schema.org https://devblogs.microsoft.com/microsoft365dev/unlock-your-email-potential-with-schema-org/ https://devblogs.microsoft.com/microsoft365dev/unlock-your-email-potential-with-schema-org/#respond Wed, 17 Dec 2025 06:58:11 +0000 https://devblogs.microsoft.com/microsoft365dev/?p=24789 Email is a key part of how people get things done, whether it’s booking a reservation, confirming a package delivery, or managing a cab reservation. But as inboxes become increasingly cluttered, important transactional information often gets buried. Users are forced to open multiple emails, search through text, and manually look for key details such as […]

The post Unlock your email potential with Schema.org appeared first on Microsoft 365 Developer Blog.

]]>

Email is a key part of how people get things done, whether it’s booking a reservation, confirming a package delivery, or managing a cab reservation. But as inboxes become increasingly cluttered, important transactional information often gets buried. Users are forced to open multiple emails, search through text, and manually look for key details such as reservation times, delivery status, or order confirmations. Let’s think about business travel, When users are flying out for meetings, training, or conferences, they shouldn’t have to dig through a crowded inbox to find flight details, hotel confirmations, or car service information. Technology should simplify this experience—so everything they need is right at their fingertips.
With schema.org markup, senders can structure email content in a format that can enable Microsoft Outlook to surface key information more intelligently helping users to always stay on top of their bookings, deliveries, and other critical details.

What is Schema.org?

Schema was developed as a joint venture by Microsoft, Google, Yahoo, and Yandex to provide a shared vocabulary for structured data. It enables contents like emails, web content to carry machine-readable metadata that describes events, reservations, shipments, and more. By embedding schema.org markup into the emails that you are sending, you allow Outlook to understand and surface key details more clearly to your users. The schema.org page has a repository of the schema vocabulary which you can use to build your webpages as well as emails.

 

Why should Providers adopt Schema.org?

  • Make your messages stand out: Highlight the most important information (e.g., delivery dates, check-in times) so users can see what matters at a glance.
  • Enable connected workflows: When your data is structured, Outlook can power contextual workflows like calendar event creation, follow-up reminders, or status tracking.
  • Improve discoverability: Structured emails are easier to search, classify, and act upon.
  • Drive engagement: Partners who’ve adopted structured markups have seen up to 30% higher engagement rates.

 

Supported scenarios:

1. Microsoft Outlook uses the same schema.org markup to highlight the most important information within an email and allow user to act on it. Automatically add events from your email to your calendar – Microsoft Support
2. Microsoft Outlook extracts events from booking confirmation emails- such as flights, hotel stays, car rentals, or other reservations and automatically adds them to your Outlook Calendar, ensuring employees always have the right details at the right time.”

Get Started

So, how can you give this experience to your users? The answer is simple: Add markup to your email messages
This allows Outlook to understand the key fields and surface them in relevant experiences across Outlook & Calendar. For example, if the email is about a flight reservation, you can annotate details such as the start time, venue, number of tickets, and other important information—so they appear front and center for the user

 

<html>
   <body>
    <p>
      Dear Stuart, thanks for booking your flight with Scandinavian Airlines.
    </p>
    <p>
      <b>BOOKING DETAILS</b><br/>
      Passenger: STUARTMR TONGE<br/>
      Airline: Scandinavian Airlines (SK)<br/>
      Flight Number: SK532<br/>
      From: Heathrow Airport (LHR), Terminal 2<br/>
      To: Arlanda Airport (ARN), Terminal 5<br/>
      Departure: July 20, 2021 – 13:55 GMT<br/>
      Arrival: July 20, 2021 – 17:25 GMT<br/>
      Reservation Number: NFNEV5<br/>
      Status: Confirmed<br/>
    </p>
  </body>
</html>

Marking up this email is very easy. Add the relevant pieces of information in the email body at one place at the beginning as shown in the example.

Microsoft recommends JSON-LD as this method adds the structured data separate from the HTML code.  This separation allows the code to be easily reviewed. Given that JSON-LD is in a format that can be understood by humans and machines alike, it’s much easier to implement.
<html>
  <head>
    <script type="application/ld+json">
{
"@context": "http://schema.org",
"@type": "FlightReservation",
"reservationId": "NFNEV5",
"reservationStatus": "ReservationConfirmed",
"underName": {
"@type": "Person",
"name": "Stuart Tonge"
},
"reservationFor": {
"@type": "Flight",
"flightNumber": "SK532",
"provider": {
"@type": "Airline",
"name": "Scandinavian Airlines",
"iataCode": "SK"
},
"departureAirport": {
"@type": "Airport",
"name": "Heathrow Airport",
"iataCode": "LHR"

},
"departureTime": "2021-07-20T13:55:00+00:00",
"arrivalAirport": {
"@type": "Airport",
"name": "Arlanda Airport",
"iataCode": "ARN"

},
"arrivalTime": "2021-07-20T17:25:00+00:00"
},
"reservedTicket": {
"@type": "Ticket",
"ticketedSeat": {
"@type": "Seat",
"seatNumber": null
}
}
}
</script>
  </head>
  <body>
    <p>
      Dear Stuart, thanks for booking your flight with Scandinavian Airlines.
    </p>
    <p>
      <b>BOOKING DETAILS</b><br/>
      Passenger: STUARTMR TONGE<br/>
      Airline: Scandinavian Airlines (SK)<br/>
      Flight Number: SK532<br/>
      From: Heathrow Airport (LHR), Terminal 2<br/>
      To: Arlanda Airport (ARN), Terminal 5<br/>
      Departure: July 20, 2021 – 13:55 GMT<br/>
      Arrival: July 20, 2021 – 17:25 GMT<br/>
      Reservation Number: NFNEV5<br/>
      Status: Confirmed<br/>
    </p>
  </body>
</html>

Partner With Us

We’re excited to see how you plan to enhance your users’ experiences using Schema.org markup in email. Microsoft is working to support structured data in Outlook to help users take quick actions directly from their inbox.
Follow the steps below to add a new domain:

Step1: Domain identification & whitelisting 

Goal: Ensure Outlook systems are authorized to process emails from the provider’s sending domains. 

Partners should: 

  1. Share the list of domains from which booking/transactional confirmation emails are sent to users ->Email:  txppro@microsoft.com 
  2. Explain your requirements- what kind of support are you looking for – Flight booking, hotel booking, car booking & parcel tracking are supported currently. 

What we will do: 

  1. We whitelist the shared domains on our end to enable schema extraction and testing.  
  2. This will take close to 2 weeks. 
  3. Whitelisting is a prerequisite for end-to-end testing mentioned in Step 4 

 

Step 2: Prepare & validate the schema markup 

Goal: Ensure the schema payload is correct before it ever reaches Outlook systems. 

Partners should: 

  1. Identify the relevant Schema.org fields for their scenario (flight, hotel, delivery, etc.). E.g. for Flight reservations, take reference from FlightReservation – Schema.org Type 
  2. Map their internal data to the required and recommended schema fields. 
  3. Validate the schema payload using the Schema.org validator. 

Step 3: Embed schema into the email 

Goal: Ensure the validated schema is correctly embedded in the email. 

Partners should: 

  1. Embed the validated schema payload into the email HTML (using the prescribed <script type=”application/ld+json”> format). 
  2. Have the <script> block only at one place at the beginning as shown in above example. (This won’t render on the UI) 

Step 4: Testing & onboarding confirmation 

Goal: Validate that Outlook systems can successfully extract and process the schema. 

  1.  After successfully validating adding schema markup to the emails, send 2–3 booking confirmation emails containing the markup to schemaonboarding@microsoft.com  
  2. Post domain allowlisting (Refer Step 1), you’d be able to test at your end and validate things end to end. 
  3. Points to test 
    • Ensure Outlook settings-> Calendar->“Events From Email” setting is enabled to show “Event summaries in Email and Calendar”  
    • If you get a booking flight/cab/hotel confirmation emails, you should be able to see a summary card at the top of the email. 
    • A corresponding calendar event should have created for the booking. 

 

FAQs 

Do domains need to be whitelisted for testing? → Yes. Domain whitelisting (Step 1) is required before end-to-end testing can be completed. 

Is schema validation alone sufficient to guarantee the experience? → No. Schema validation confirms correctness, but end-to-end extraction testing (Step 4) is required to validate the actual Outlook experience. 

Does Microsoft support all Schema.org types? → No. Microsoft & Outlook currently supports a curated set of schema types relevant for travel and logistics scenarios such as FlightReservation, LodgingReservation, RentalCarReservation, and ParcelDelivery. Additional types may not be recognized by Outlook’s extraction pipeline even if they are validated on schema.org. 

Do we need DMARC, DKIM, SPF header checks?  Strongly recommended. Failing these checks will result in sender authentication failure, which will lead to event not being generated for these bookings. 

 

The post Unlock your email potential with Schema.org appeared first on Microsoft 365 Developer Blog.

]]>
https://devblogs.microsoft.com/microsoft365dev/unlock-your-email-potential-with-schema-org/feed/ 0
Build declarative agents for Microsoft 365 Copilot with MCP https://devblogs.microsoft.com/microsoft365dev/build-declarative-agents-for-microsoft-365-copilot-with-mcp/ https://devblogs.microsoft.com/microsoft365dev/build-declarative-agents-for-microsoft-365-copilot-with-mcp/#comments Mon, 15 Dec 2025 19:28:28 +0000 https://devblogs.microsoft.com/microsoft365dev/?p=25124 With introduction of MCP support, it’s now much easier for developers to integrate their business workflows, SaaS, and LoB systems into Copilot via declarative agent.  

The post Build declarative agents for Microsoft 365 Copilot with MCP appeared first on Microsoft 365 Developer Blog.

]]>
The Model Context Protocol (MCP) is revolutionizing AI by providing a universal integration standard for the external systems, unlocking unprecedented capabilities, transforming how AI models access and utilize real-time data. In keeping with this trend, at Ignite 2025 we announced the public preview of Model Context Protocol (MCP) support in declarative agents.  

Declarative agents enable you to customize Microsoft 365 Copilot to help you meet the unique business needs of your users. With introduction of MCP support, it’s now much easier for developers to integrate their business workflows, SaaS, and LoB systems into Copilot via declarative agent.  

Let’s dive into how you can create your declarative agent using MCP server.  

Build your own MCP-based agent with Microsoft 365 Agents Toolkit

You can start building your own MCP-based declarative agent using the Microsoft 365 Agents Toolkit in Visual Studio Code. The toolkit provides a guided, simple yet powerful point-and-click experience to connect your agent to an MCP endpoint.  

To build an MCP-based agent: 

  1. Scaffold a new agent: In Visual Studio Code, choose Microsoft 365 Agents Toolkit, and select Create a new Declarative Agent. This sets up the project structure and manifest files for your Copilot agent.  
  2. Add the MCP action: Choose Add Action > Start with an MCP server in the toolkit. You’re prompted to enter your MCP server URL (usually https://<your-server>/mcp). That’s all you need – the toolkit will fetch the server’s list and description of its tools and automatically generate a plugin spec from it.  
  3. Choose your tools: If your MCP server exposes many functions, you can select a subset to include in your agent (for security or simplicity). The toolkit lets you pick which tools to import and tools names, parameters, and definitions are defined in the manifest.   
  4. Configure authentication: If the MCP server requires auth (which most do), the toolkit walks you through adding credentials. Currently SSO and static OAuth 2.0 is supported by default 
  5. Generate & reviewAfter you provide the configuration information, the Agents Toolkit generates all the files and scaffolding. It updates the app manifest manifest.json to list the plugin, fills in the ai-plugin.json with the MCP actions, and adds the action into declarativeAgent.json . Essentially, it writes the “wiring” for you – no manual JSON editing required. You can review these files to see the imported actions and make sure everything looks right. 
  6. Test and publish: With everything set, you can run the agent locally (the toolkit has a one-click Provision and Start debugging feature that sideloads your agent for testing in the Microsoft 365 Copilot app). Because the toolkit took care of registration and auth, your agent can immediately call the MCP server’s tools in response to user prompts. 

Optionally, you can define response semantics in the form of Adaptive Cards and write agent descriptions to improve relevance as well as tool chaining. To learn more about response semantics, see Adaptive Card response templates.

These steps require little code writing or manual editing to get started. The heavy lifting – reading the MCP schema, creating function definitions, hooking up OAuth – is automated by the toolkit, with you in full control.   

Publish MCP-based declarative agents

When you’re ready, choose how you want to distribute your agent. You can either: 

  • Distribute via Agent store: Submit the package in Partner Center and it will go through the validation process. When it’s approved, it’s published in the Copilot store. For more information, see Publish agents.
  • Deploy in your organization: Your IT admin can deploy these agents to all employees or select employees based on use caseFor more information, see Manage Copilot agents. 

IT admins can manage MCP-based agents just like REST API agents.  

Partners pioneering MCP-based agents

A number of partners have already embarked on a journey to build MCP-based declarative agents. These agents provide a glimpse of what’s possible.  

monday.com 

monday.com is a flexible WorkOS that teams use to plan, run, and track their work in one connected place. With the monday.com agent inside Copilot, teams deliver results across projects, marketing, sales, operations, and engineering, all through natural language, without switching tools. 

The agent enables: 

  • Project setup that starts instantly: Use monday’s MCP-powered agent to create new boards the moment a project is named, complete with custom columns like status, owners, dates, and more. 
  • Faster task workflows: Add items, assign work, update statuses, or adjust timelines directly through Copilot commands, keeping teams aligned and unblocking progress in real time. 
  • Clear insights and more intelligent decisions: Pull summaries, activity logs, and item-level detail to understand progress and spot risks. For example: “Show me all the tasks in ‘Blocked’ and who owns them.” 

Get started with the monday.com agent in Copilot and bring AI-powered execution directly into your workflow.

Canva

Canva, the world’s all-in-one visual communication platform, is bringing its design tools into the flow of conversation in Copilot. This makes it seamless to create design content in context, via the Copilot agent. 

  • Content generation: Generate presentations, social posts and more with Canva AI.
  • Asset management: Browse, search. and summarize existing Canva designs and assets in Copilot.

Try the Canva agent in Copilot today.

Sitecore 

Sitecore empowers global marketing teams to launch high-impact campaigns and experiences, personalize content for any audience, and optimize every digital touchpoint – all powered by the Microsoft ecosystem. It recently integrated its Marketer MCP with Copilot to empower marketers with fast, intelligent access to take action within Microsoft 365. This means: 

  • Unified workflows in one interface: Eliminate tool-switching by creating pages, localizing campaigns, personalizing experiences, and running tests all in one place. 
  • Agentic marketing: Work directly in Copilot to drive campaigns and utilize agents to multiply marketing output. 
  • Enterprise-ready foundation: Confidently scale marketing with security, reliability, and global reach. 

Looking ahead 

The introduction of MCP support, along with REST APIs and message extensions in declarative agents, is a significant milestone for Copilot extensibility. It combines the standardization and power of MCP with the user-friendly, declarative model of Copilot agents, giving developers the best of both worlds. We’re already seeing increased velocity in agent development and innovative scenarios from our preview partners, and we expect many more to emerge as MCP enters broader use. 

If you have an MCP server (or plan to create one), now is the time to build an agent and integrate it with Copilot. The barrier to entry has never been lower – you can easily plug your service into Copilot with just a URL and a few configuration settings. The Agents Toolkit walks you through it, and you can also find step-by-step guidance. Our goal is to make MCP integrations seamless and robust for both developers and users. 

Happy agent building, and as always, let us know your thoughts through feedback in Copilot or leave a comment on this post as you explore MCP-powered declarative agents! 

The post Build declarative agents for Microsoft 365 Copilot with MCP appeared first on Microsoft 365 Developer Blog.

]]>
https://devblogs.microsoft.com/microsoft365dev/build-declarative-agents-for-microsoft-365-copilot-with-mcp/feed/ 2
General Availability of SharePoint Framework 1.22 – A Major Refresh of the Build & Tooling Experience https://devblogs.microsoft.com/microsoft365dev/general-availability-of-sharepoint-framework-1-22-a-major-refresh-of-the-build-tooling-experience/ https://devblogs.microsoft.com/microsoft365dev/general-availability-of-sharepoint-framework-1-22-a-major-refresh-of-the-build-tooling-experience/#comments Wed, 10 Dec 2025 22:44:41 +0000 https://devblogs.microsoft.com/microsoft365dev/?p=25104 We are excited to announce general availability for the SharePoint Framework 1.22. This time focus is primarily on updating the build toolchain and to address npm audit issues.

The post General Availability of SharePoint Framework 1.22 – A Major Refresh of the Build & Tooling Experience appeared first on Microsoft 365 Developer Blog.

]]>
We are excited to announce general availability of the SharePoint Framework (SPFx) 1.22 – with a focus on refreshing the build and toolchain areas. SharePoint Framework is the easiest and the most widely used model to build your enterprise solutions for Microsoft 365 with automatic single sign-on, automatic hosting and with industry standard web stack tooling. Key objective of the 1.22 release is to setup a new baseline to further accelerate investments for the SharePoint Framework across Microsoft 365 areas. We are thrilled to see the continuous interest on SPFx and continue providing updates on the roadmap with our monthly SPFx roadmap updates.

Your input and feedback have been invaluable to define the key features for our releases, both current and future. Thank you 👏

You can find the full list of released details from the following documentation:

Key features in the 1.22 release 📝

Key changes and updates in this release are as follows:

  • Transitioning from Gulp-based toolchain to Heft-based toolchain.
    • Starting with SPFx v1.22, new projects use Heft as the build task orchestrator instead of a gulp-based toolchain used in SPFx v1.0 – v1.21.1 releases. This change represents a fundamental shift in how SPFx projects are built, configured, and customized, though the underlying bundling technology (webpack) remains the same.
    • See more details from following documentation: SharePoint Framework Toolchain: Heft & Webpack.
  • Addressing npm audit issues in Yeoman package and on scaffolded solutions.
    • Previous versions of SPFx had npm audit reported issues, which have been all addressed with the 1.22 release. We are also working on updating the deprecated packages in upcoming versions.

spfx audit zero image

  • Updating default TypeScript version for the scaffolded projects to TypeScript v5.8

and more 🚀

You can see a live demo of the Heft based toolchain changes from the recording of the weekly Microsoft 365 & Power Platform community call on 25th of November. Specific SPFx 1.22 Heft tooling focused demo starts at 34:42.

Everyone is welcome to these weekly calls to stay up to date on the Microsoft 365 & Power Platform topics. See details on the community calls from https://aka.ms/community/calls.

Installing SharePoint Framework 1.22  👩‍💻

You can install SharePoint Framework 1.22 by using the following command which will install always the latest generally available version.

npm install @microsoft/generator-sharepoint@latest --global

What’s SharePoint Framework? 🚀

The SharePoint Framework (SPFx) is the leading extensibility model for Microsoft 365, powering custom solutions used by tens of millions of users every month across Microsoft Teams, Microsoft Viva, and SharePoint. SPFx enables developers, partners, and organizations to deliver tailored, high-value experiences that integrate seamlessly with the Microsoft 365 platform.

Designed around modern web standards and built for Microsoft 365’s multi-host ecosystem, SPFx provides a streamlined way to create solutions that are secure, reliable, and reusable – maximizing your development investment and accelerating time-to-value.

Whether you’re generating your first project with the SPFx Yeoman Generator or using the SharePoint Framework Toolkit, SPFx offers a consistent, flexible path to build and ship solutions across Microsoft 365 without rewriting your code for each surface.

Key capabilities of the SharePoint Framework for Microsoft 365 are the following:

  • Build once, run everywhere – Use the same component across SharePoint, Microsoft Teams, and Viva without modifying your code. This cross-platform capability reduces development overhead and ensures a unified experience for end users.
  • Zero-maintenance, automatic hosting – SPFx solutions are automatically hosted in SharePoint, eliminating infrastructure management and reducing operational cost. You focus on innovation – Microsoft 365 handles the hosting without extra cost.
  • Seamless, Built-in Single Sign-On (SSO) – SPFx provides automatic SSO across Microsoft 365 experiences. No extra consent prompts, no additional configuration, and no security overhead for end users or admins.
  • Content-driven, intelligent applications – Surface Microsoft 365 data via Microsoft Graph or integrate external systems to create rich, context-aware applications tightly aligned with organizational content and workflows.
  • Powered by industry-standard web development – Built on modern web technologies: Node.js, npm, TypeScript, and your preferred JavaScript framework. SPFx avoids proprietary tooling and enables broad skillset reuse.
  • Centralized governance and administration – Administrators can manage SPFx solutions from a central, unified interface, enabling streamlined deployment, consistent governance, and secure permission approval across Microsoft 365. This ensures organizations maintain full control over what solutions run in their environment and the data they can access.
  • Built for enterprise scale – SPFx aligns with Microsoft 365’s security, compliance, and lifecycle management standards, making it ideal for enterprise-grade and partner-delivered solutions.

 

SharePoint Framework used by 10s of millions of users each month

Additional resources and support 🤝

If you are looking to build experiences for Microsoft 365, we strongly recommend joining our community calls and other Microsoft 365 & Power Platform Community activities covering Microsoft 365 Copilot, SharePoint, Power Platform, Microsoft Teams, Power Apps, Microsoft Viva, and more… More details here https://aka.ms/community/home 🚀

And, follow us on LinkedIn or in X to stay up to date on Microsoft 365 Platform announcements.

Happy coding! Sharing is caring! 🧡

The post General Availability of SharePoint Framework 1.22 – A Major Refresh of the Build & Tooling Experience appeared first on Microsoft 365 Developer Blog.

]]>
https://devblogs.microsoft.com/microsoft365dev/general-availability-of-sharepoint-framework-1-22-a-major-refresh-of-the-build-tooling-experience/feed/ 4