
Software Development Redmond, Washington
The Microsoft YouTube demo, presented by Vesa Juvonen and Bert Jansen, introduces a new approach to embedding interactive experiences directly inside the Copilot canvas. The video, shared on June 16 during a community call, showcases how developers can bring full-featured UIs into the Copilot flow without sending users to separate pages. Consequently, this shift aims to reduce context switching and enable users to act on insights inside the assistant itself. The demonstration frames this work as part of a broader push to make Copilot the central interface for work across Microsoft 365.
In the demo, presenters walk through several examples that show rich components such as filterable grids, multi-step forms, live charts, and approval panels running inside the Copilot canvas. They explain that these capabilities are powered by the SharePoint Framework, specifically the SPFx 1.24 preview, and that the first visible implementation is branded as SharePoint Copilot Apps in public preview. Moreover, the presenters emphasize enterprise needs like single sign-on, client-side authentication, and governance, which are baked into the proposed hosting model. As a result, organizations can leverage existing investments while testing more interactive, agent-driven workflows.
The demo also highlights the development experience, noting a Copilot Workbench where developers can build and test Copilot Apps without requiring a paid Copilot license during preview. This lowers the barrier to entry for partners, ISVs, MVPs, and internal teams who want to experiment with canvas-native experiences. The presenters show how natural-language interactions can not only launch actions but also update the embedded UI to reflect user choices and validation. Consequently, the interaction model blends reasoning from Copilot with the concrete controls and validations provided by the app layer.
Technically, the approach separates responsibilities: Copilot handles intent recognition and orchestration, while the embedded app handles UX, permissions, and operations. This split means developers can focus on robust client-side UI and business logic, while Copilot provides conversational routing and context. The use of SPFx implies that existing SharePoint extensions and web parts can extend into these new canvas experiences, which helps teams reuse code and governance patterns. At the same time, the preview nature of the APIs suggests that developers should expect changes as the platform matures toward general availability.
Developers get access to tools for building and testing immediately, but they must also plan for integration details such as authentication flows, hosting constraints, and performance inside the canvas. Because the app runs within the Copilot surface, designers should optimize for responsive layouts and predictable state management to avoid confusing users. In addition, developers must consider how to surface errors and required permissions so that Copilot’s conversational layer and the app’s UI remain aligned. Therefore, the technical model offers clear advantages but requires careful design and engineering discipline.
While embedding interactive apps in the assistant reduces context switching, it creates tradeoffs between richness and simplicity. For instance, a deeply featured dashboard can help complete complex tasks without leaving Copilot, but it may also overwhelm users who prefer straightforward conversational answers. Similarly, tight integration with enterprise identity and governance improves security and compliance, yet increases implementation complexity and testing burdens for developers. Thus, teams must strike a balance between offering powerful in-canvas capabilities and maintaining an accessible, focused user experience.
Security and governance are recurring themes in the demo, because apps running inside Copilot inherit enterprise controls and must respect data access policies. The presenters point out support for single sign-on and permissions-aware operations, but architects will still need to validate client-side authentication and data residency requirements in each tenant. Furthermore, because the experience touches sensitive business workflows, organizations should create clear approval and deployment processes to manage who can install or publish Copilot Apps. Given these constraints, governance becomes a central part of planning rather than an afterthought.
Looking ahead, the preview signals a strategic direction: a unified Copilot interface that combines conversational intelligence with action-oriented app surfaces. Microsoft has indicated a worldwide rollout timeline during preview phases, and teams should use this period to test integration patterns and measure user impact. Nevertheless, APIs and branding may continue to evolve, so practitioners should build with flexibility in mind and avoid hardcoding assumptions about the platform. In short, the demo presents a meaningful step toward in-context productivity, but it also calls for careful design, governance, and iteration as the technology matures.
Copilot apps, Copilot canvas, Copilot UX design, build UX for Copilot, Microsoft Copilot developer, Copilot app development, Copilot integrations, Copilot SDK