开发者工具

微软让 SharePoint Copilot Apps 进入公测:Copilot 开始从“回答问题”走向完成工作

微软宣布 SharePoint Copilot Apps 进入 public preview,作为 SPFx 1.24 preview 的一部分,旨在将 Microsoft 365 Copilot 从“回答问题”扩展为可执行业务动作的界面与受控流程。开发者可使用常见前端技术构建交互组件,平台负责托管、路由与治理,公测阶段全球可试用,完整可用性预计在 2026 年 7 月前后。

微软让 SharePoint Copilot Apps 进入公测:Copilot 开始从“回答问题”走向完成工作

微软宣布 SharePoint Copilot Apps 进入 public preview,作为 SPFx 1.24 preview 的一部分,旨在将 Microsoft 365 Copilot 从“回答问题”扩展为可执行业务动作的界面与受控流程。开发者可使用常见前端技术构建交互组件,平台负责托管、路由与治理,公测阶段全球可试用,完整可用性预计在 2026 年 7 月前后。

微软 7 月 9 日在 Microsoft 365 Developer Blog 宣布,SharePoint Copilot Apps 正式进入 public preview,并作为 SharePoint Framework(SPFx)1.24 preview 的一部分推出。对 Microsoft 365 Copilot 来说,这意味着它不再只是把问题“说清楚、答出来”,而是开始把审批、分流、入职、数据核验这类工作,直接塞进同一个 Copilot 画布里完成。

微软给出的定位很明确:Copilot 负责理解意图、推理上下文;SharePoint Copilot Apps 负责把真实可交互的界面、权限校验和受控操作带进来。用户看到的不再是大段文字,而是可筛选的数据表、多步表单、地图、实时图表、KPI 仪表盘、排程器,甚至专门的审批面板。微软说,开发者“只需要带上你的组件”,平台会在 Microsoft 365 里自动处理托管、路由、安全与治理。

从聊天到动作

在微软的叙述里,这次更新的关键词不是“更聪明”,而是“更能做事”。公司在 6 月 23 日先发了一篇题为 “Going beyond text in Microsoft 365 Copilot – Introducing SharePoint Copilot Apps” 的预告,随后又在 6 月 30 日的 SPFx roadmap update – July 2026 中把它放进路线图核心位置。到了 7 月 9 日,预告正式变成公测。

这个变化的意义在于,微软试图把“自然语言”与“受控执行”拆开:Copilot 负责提出和解释意图,SharePoint Copilot Apps 负责把意图转成结构化界面和可审计动作。对于企业来说,这正好对应审批、提交、更新、验证这些不能只靠一段生成文本结束的流程。

AIFlux 先前在 《微软 SharePoint Copilot Apps 与 SPFx 1.23.2》 中也提到,微软已经把 SharePoint Copilot Apps 和 SPFx 1.23.2 绑定在同一条产品线里推进。那篇文章其实已经透露出一个信号:微软不是在给 Copilot 额外加一个插件,而是在把 SharePoint 重新塑造成 Copilot 的前台承载层。

开发者要做的,不是重写平台

微软对开发者的要求并不高调:你不需要重建一套新平台,也不需要再去维护一组新托管层。SharePoint Copilot Apps 基于常见的 web 技术栈,支持 JavaScript、TypeScript,以及 React、Angular、Vue、Svelte 等框架;同时也用到 MCP Apps 和 SPFx 的包装模型。微软表示,只要安装 SPFx 1.24 preview 的相关组件,就可以开始做第一批应用。

更重要的是,public preview 阶段“任何开发者、任何 Microsoft 365 tenant、全球任何地区”都可以构建 SharePoint Copilot Apps,且不需要 Microsoft 365 Copilot license。微软同时提醒,端到端可用性会分阶段展开,全球完整可用预计在 2026 年 7 月 20 日前后到位;而且“SharePoint Copilot Apps”只是 public preview 阶段的工作名,进入 GA 前仍可能改名。

这套安排其实很典型:微软先把门槛放低,让更多开发者和合作伙伴把原型跑起来,再在真实反馈里修正产品形态。对企业客户来说,关键问题也不是“能不能做”,而是“能不能在自己的租户里、按自己的权限规则、把真正的业务动作跑通”。

微软在把 SPFx 重新押回 AI 时代的底座

从路线图角度看,这次发布不是孤立事件。微软在 6 月底的 SPFx 路线图更新里把 SharePoint Copilot Apps 叫作“AI 时代最清晰的表达之一”,并强调 SPFx 正在从传统开发模型转向智能、企业级、Copilot 连接的解决方案底座。换句话说,微软希望 SPFx 不只是 SharePoint 的开发框架,而是 Microsoft 365 Copilot 的行动层。

这也能和 《微软 Agent Framework 编排模式达 1.0》 放在一起看:前者解决“代理如何协作”,后者解决“代理如何被人使用并完成具体动作”。一个偏后台编排,一个偏前台交互,拼起来就是微软想要的企业 agent 工作流。

对企业用户来说,最直接的变化或许是:Copilot 不再只是一个写作和问答框,而会越来越像一个能发起流程、展示状态、约束操作并留下记录的工作台。对开发者来说,新的问题也随之出现:当 AI 变成业务入口时,什么该交给模型,什么必须留给界面和权限系统,微软已经给出了一种答案。

来源

不错过任何一条 AI 大事

订阅 AIFlux 早报,每天 3 分钟看懂产业动态。

相关阅读