在 SharePoint 中通过 Copilot 创建站点架构——在确认（Confirm）前暂停检查权限与费用

关于本文
本文采用结合生成式 AI 的自动化工作流编写。微软官方信息已于 2026 年 11 月 2 日重新核实，并整理为以下步骤：利用 SharePoint 中 Copilot 的“使用 AI 创建站点（Create site with AI）”功能规划一个虚拟的项目站点，并在创建前后检查其架构、权限和费用。我们未实际登录 Microsoft 365 租户、创建站点、消耗 Copilot 额度或在 WordPress 中显示内容。

验证状态：📘 已核实官方信息，未在实际租户中验证

首先了解的使用条件（官方核实时间：2026年11月2日）

首先尝试：不创建站点，仅查看规划

1. 打开 SharePoint 的“创建站点（Create site）”→“使用 AI 创建站点（Create a site with AI）”，或新界面中的“构建（Build）”。如果未显示，请向管理员确认功能启用状态。

2. 输入以下虚拟项目提示词，仅规划与架构图将显示。

3. 核对页面、列表和库的数量，不要按下 Confirm并停止操作。

操作后查看此处：确认是否会作为草案排列出 3 个页面、2 个列表和 1 个库。这是一个预期值，并非在实际租户中的成功记录。如果配置不同，请使用后文的“只改变一个条件”进行调整。

如果只是让 Copilot“创建一个项目网站”，很快就能成型。但在企业应用中，重要的不是速度，而是在创建前确认能做什么，并在创建后确定谁可以查看。

根据微软官方说明，Copilot in SharePoint 可以从自然语言中建议网站、页面、列表和库等。在创建网站时，它不会直接生成资产，而是显示计划，在人工修改并点击 Confirm 后才进行构建。我们将这段“尚未创建的时间”作为审查流程来使用。

使用虚拟业务数据进行测试

请勿输入真实的部门名称、客户名称、电子邮箱地址和项目信息。假设一个虚拟的“A公司·新服务验证项目”。

用户名请使用 User A 这样的虚构名称，文档仅使用 sample-plan.docx 等虚拟内容。在评估预览功能时，不创建生产站点或实际项目，是最初的安全策略。

步骤1：先不创建，仅让其提供计划

从 SharePoint 起始页进入“Create site with AI”，或在新界面中选择“Build”，然后粘贴以下提示词。

架空の「A社・新サービス検証プロジェクト」用の
SharePointチームサイトを計画してください。

必要な構成:

- ホーム、進捗、FAQの3ページ

- タスク一覧

- 課題一覧

- 検証資料ライブラリ

タスク一覧の列:
件名、担当者、期限、状態、優先度

課題一覧の列:
課題ID、内容、影響、担当者、対応期限、状態

外部共有、個人情報、実在する会社・人物・案件のデータは使いません。
サンプルデータは架空と明示してください。

まだ作成しないでください。
最初にページ、リスト、ライブラリ、列、ビューの構成案だけを示してください。

这里不执行相当于最终的“Create”、“Build”、“Confirm”的操作。记录计划界面上排列的内容。

预期观察

即使 AI 的建议看起来不错，如果列的类型不符合用途，也会在汇总和通知时带来麻烦。负责人应确认使用 Person，期限使用 Date，状态和优先级使用 Choice 的候选。即使提示词指定了列名，类型也未必能如预期般生成。

步骤 2：仅更改一个条件并查看差异

保存初始方案或对屏幕进行录制后，仅将 FAQ 页面更改为“决策日志”。其他条件保持不变。

現在の計画のうち、FAQページだけを削除し、
代わりに「意思決定ログ」リストを追加してください。

列は、決定日、決定事項、理由、決定者、関連課題IDです。
それ以外のページ、リスト、ライブラリ、列は変更しないでください。
まだ作成しないでください。変更前後の差分を示してください。

预期的差异仅为“FAQ 减少 1 条，决策日志增加 1 条”。如果任务列消失或库名发生变化，则不采用该方案。

只更改一个条件，其意义在于观察 AI 是否能够保持局部修改。如果同时更改多个条件，将无法分清是什么原因导致结构崩塌。

确认前的评审表

运营规则是：不得在留有“未确认”状态的情况下进行确认。AI生成草案与满足治理条件是两回事。

步骤3：创建时的最小试点

仅在完成 P1 至 P5 的自我 QA 且获得管理员批准后，才构建用于验证的 private 站点。根据官方信息，在确认之前不会创建资产，但一旦开始构建，则中途无法停止。执行前请保存屏幕规划与费用确认，并记录开始时间。

创建后，请按顺序检查以下内容：

1. 站点名称、URL、Owner、Member、Visitor

2. public/private 与外部共享

3. 页面、列表、库的数量

4. 列名、类型、必填、Choice 值、默认视图

5. 示例数据是否为虚构

6. Copilot 添加的未预料资产

7. 敏感度标签、保留、DLP

8. Credits 使用量与管理员侧的记录

9. 不合格时的删除或隔离步骤 由于未进行此实际操作，结果不作为“成功”处理。

详细的目标环境与限制（官方确认：2026年11月2日）

失败案例与原因

不显示“使用 AI 创建网站”

主要排查方向包括：分阶段推广、预览设置、Microsoft Copilot 许可证、网站创建权限以及新 SharePoint 界面的推出情况。“使用 AI 创建网站”的官方前提条件是，租户的预览设置必须为“所有网站”或“排除选定的网站”，在“选定的网站”或“无网站”下无法使用。仅拥有 E3 或 E5 并不一定意味着 Copilot 会自动分配给用户。在用户反复刷新页面之前，管理员应检查许可证和功能设置。

因缺少额度而在中途停止

SharePoint 中的 Copilot 日常工作与构建整个网站的高级工作（advanced work）有着不同的费用边界。如果管理员未设置基于使用量的计费和支出策略，则可能无法完成高级工作。请仔细阅读显示的确认信息，在负责人不明的情况下切勿盲目批准。

计划正确，但权限范围过广

架构方案的质量与访问控制是两个不同的问题。Microsoft 指出预览版中不受支持的项目包括：权限和共享设置、复杂的 Power Automate 流、列和行格式设置、高级 Web 部件以及第三方集成。应由人工来确认创建时的公开范围、组以及所有者/成员/访客，而不应指望 AI 自动决定业务所需的最小权限。特别是在预览环境中，必须做出不将验证网站用作生产内容存储位置的决定。

创建后发现并不需要

由于开始构建后无法中止，因此在确认（Confirm）前进行审查是主要的防范措施。创建完成后，在添加用户并继续使用之前，所有者需决定是选择隔离、内容确认还是删除。如果存在示例数据，请在与实际数据混合之前进行处理。

实际业务中的判断

最适合采用“使用 AI 创建网站”的场景是：由标准页面、列表和文档库组成的短期项目、培训、常见问题解答（FAQ）以及验证网站。因为这可以缩短制定架构方案的时间，并允许人工对列类型和权限进行审查。

另一方面，对于从一开始就需要复杂审批、外部集成、高级格式设置、严格记录管理以及自定义 Web 部件的网站，将其仅视为 AI 生成的初始方案而认为已完成是不安全的。应保留传统设计和管理员审查，并将 Copilot 仅限于创建初步草案。

试点评估不仅要比较“创建时间”，还要比较以下总和。

我们认为，如果制作速度虽快，但修正和善后工作增加，那么采用的效果就很小。

总结

Copilot in SharePoint 的站点创建功能可以根据自然语言生成页面、列表和库的计划，并且能够在确认前进行修改，这一点在实际工作中非常有效。不过，使用 AI 创建站点在确认时属于预览版，创建整个站点或解决方案属于高级工作，需要按量计费和 Copilot 积分。

安全的尝试方法是使用虚拟数据仅生成计划，更改一个条件，并在确认结构、权限、公开范围和费用后进行创建。AI 的建议是设计的出发点，不能替代管理员审批或最小权限原则。

官方信息与第一手资料

• Microsoft Learn — SharePoint 中的 Copilot 入门

• Microsoft Learn — 使用 AI 创建网站

• Microsoft 支持 — 如何使用 AI 创建 SharePoint 网站

• Microsoft Learn — Microsoft Copilot 的许可选项