我想分享一个新的入门路径，适用于试验 SharePoint Embedded 或在 Microsoft 365 上构建文档中心应用的任何人。 SharePoint Embedded 配置的历史挑战在于，在真正开始构建之前，需要处理多个移动部分：Entra 应用注册、图表权限、容器类型创建、计费配置、容器类型注册、创建容器、将配置与示例应用绑定，并验证所有内容正常工作。 现在有两种更容易的方法来处理这个问题： 1. 开发人员体验 SharePoint Embedded MCP 服务器 您可以使用 MCP 服务器从 AI 编码客户端，例如 GitHub Copilot 在 VS Code 中，通过自然语言驱动设置。 服务器可以帮助检查就绪性、为所有者应用提供配置、创建/注册容器类型、配置计费、创建参考应用、填充配置、种子示例内容、本地运行和部署。 2. 管理员/容器类型体验 管理员可以使用 SharePoint Embedded 配置流来创建应用/容器类型关系并管理控制平面环境的一侧。 容器类型很重要，因为它们定义了应用与其容器之间的关系，包括访问、计费责任和行为。 我喜欢这个是因为它分离了通常需要合作的两个受众的旅程：开发人员可以更快地获得应用体验，而管理员可以更有意愿地控制环境配置。 如果您正在构建 ECM 替代品、法律/文档管理应用、项目工作区、案件管理应用、文档上的 AI 代理或任何需要 Microsoft 365 级文件、协作、合规性和 Copilot-ready 内容的自定义应用，这是值得尝试的。 链接： 视频教程：https://youtu.be/JhlfeTjX7Sc?si=gKWXoCezHhqaMemv&t=2576 开发人员 MCP 体验：https://learn.microsoft.com/en-us/sharepoint/dev/embedded/build/sharepoint-embedded-mcp-server 管理员/容器类型体验：https://learn.microsoft.com/en-us/sharepoint/dev/embedded/build/create-container-type 群组的问题： 如果您已经尝试过 SharePoint Embedded，什么部分的设置流是最大的阻塞者——应用注册、权限、计费、容器类型注册还是示例应用骨架？