通过三人的权限差异测试 SharePoint Agent：检查可见资料、依据、计费

关于本文本文是通过利用生成式AI的自动生成流程创建的。基于微软官方信息，梳理了让权限不同的3名用户对 SharePoint 代理进行确认的验收步骤。

本文是用于小型测试 SharePoint 代理的验收步骤。登场人物、站点名、文档名、数值均为虚构。我们于2026年10月28日确认了微软的第一手资料，但并未在作者的租户中进行操作。由于界面名称和提供状态会因组织的订阅、部署状态和管理策略而异，因此在生产环境变更之前，请务必在贵公司的租户中进行确认。

验证状态：📘 参考微软官方信息 – 租户操作/计费/WordPress渲染未验证

首先通过3个操作进行确认

1. 在管理员准备的验证站点中，权限不同的3名用户打开同一个代理。

2. 3名用户发送相同的提问，并记录回答及依据链接。

3. 仅向用户 B 授予1份文档的查看权限，重新发送相同的问题并比较变化。

操作后请查看此处：观察折扣条件在仅限用户 B 时，是从“无法确认”变为带依据的回答。这是预期结果，并非实际租户中的确认结果。在管理员确认权限、订阅和计费条件之前，请勿在实际环境中进行操作。

首先固定使用条件

优先填写此表的原因是为了避免将所有“不出回答”的情况都归咎于权限问题。找不到入口、不属于许可证或按量付费对象、.agent无法打开文件、无法读取源数据，这些故障的外观都很相似。将订阅、智能体和数据这三层分开记录，可以避免不必要地添加权限。

这是一项验证什么内容的实验

根据微软的说明，SharePoint 的智能体会根据每个用户的的数据访问权限来生成回答。也就是说，即使用户向同一个智能体提出相同的问题，如果他们能看到的文件不同，回答和依据也应该不同。因此，我们假设在虚拟的“销售提案试点”网站中放置了以下 4 份文档，并对 3 名用户的实验结果进行比较。

User A 是销售负责人，User B 是普通销售，User C 是模拟外部合作伙伴的测试账号。不使用真实的客户姓名、电子邮箱、报价金额以及个人信息。特别是 04_個人情報一覧.xlsx 是用于表现“绝不向任何人展示的资料”的虚拟文件，无需放置实际数据。

管理员事前确认事项

1. 确认目标网站为验证环境，而非生产环境。

2. 3人将 .agent记录是否可以打开文件。无法打开文件的人无法进入引用来源的回答对比。

3. 导出或在屏幕上记录 3 个人的网站、库、文件夹和文件权限。

4. 确认是否有 Copilot 许可证。如果要测试未分配许可证的用户，管理员需要检查 SharePoint agents 的按使用量付费（PAYG）、计费策略和目标安全组。

5. 如果使用按使用量付费，请确定 Azure 订阅、计费策略、通知收件人和停用步骤。仅靠达到预算是不会停止使用或计费的。

6. 确定负责审核和使用情况检查的人员以及所需的管理角色。

根据最小权限原则，为了通过测试而一开始就授予所有人网站所有者权限适得其反。在保持不同权限的同时查看结果差异正是本实验的目的。

屏幕操作：向同一个智能体发送相同的问题

1. 打开智能体

每位测试用户登录 Microsoft 365 并打开目标 SharePoint 网站。打开网站上显示的智能体或共享的 .agent 文件。如果找不到入口，请不要立即添加权限，而是按以下顺序进行检查：

1. 目标账户和租户是否正确

2. 是否属于 Microsoft Copilot 许可证或按使用量付费策略的目标对象

3. .agent是否有文件的查看权限

4. 管理员是否禁用了服务计划

5. 功能部署状态或组织策略是否存在差异

2. 发送用于粘贴的提示词

3 个人都发送以下文字，一字不差。

営業担当者向けに、このサイトの製品概要、よくある質問、値引き承認条件を整理してください。
各項目について、根拠として使った文書名を示してください。
参照できない情報や根拠が不明な情報は推測せず、「確認できない」と書いてください。
個人名、メールアドレス、電話番号は出力しないでください。

重点是不在提示词中硬性指定资料名称。如果写“请阅读 03_价格审批备忘录.docx”，可能会向用户透露无法访问的文档本身的存在。只传达业务目的，并在结果端确认用作依据的文档名称。

3. 记录回答和依据

这是期望结果，而非实测值。在实际验收中，不仅要检查回答正文，还要打开引用与依据链接，确认用户本人是否也能访问该文档。即使回答中没有写出机密内容，如果通过依据链接能打开未授权文档，就属于权限事故。应立即停止测试，检查共享链接、群组、继承权限以及单个权限。

在进行对比时，不应将回答的字数或措辞差异作为判断合格与否的标准。需要确认的只有三点：是否回答了业务上必要的项目、其依据是否局限于已批准的文档、是否对未知项目进行了猜测。由于生成的文本在相同条件下也可能会发生波动，因此如果要求表现形式完全一致，反而会模糊原本的权限验证。相反，即使表达再自然，如果包含了未授权的价格条件，也属于不合格。评估人员应将可读性与访问控制记录在不同的栏目中，避免用文章质量去抵消安全上的异常。

只改变一个条件进行复测

在记录初次结果后，仅为 User B 赋予 03_価格承認メモ.docx 的查看权限。其他条件保持不变。记录权限变更的申请编号、实施人员、时间和目标文件，等待生效后重新发送相同的提示词。

期望的变化是，只有 User B 的折扣条件从“无法确认”变为带有依据的回答。产品概述、常见问题（FAQ）以及个人隐私的结果应当保持不变。如果连 User A 或 User C 的结果也发生了变化，则应怀疑是否赋予了整个网站或文库过宽的权限（而非针对单个文件）、群组变更是否产生了波及，或者共享链接的范围是否选错。

这项对比并非旨在测试智能体的聪明程度，而是一项旨在确认“单一权限变更是否会表现为单一观测差异”的控制实验。即使结果没有变化，也不要断定是人工智能发生故障，而应按照权限生效情况、账号、引用源、提问文本的顺序进行排查。

将故障按四个层级进行排查

受限制的内容发现（Restricted Content Discovery）是一项用于临时控制搜索或 Copilot 检测范围的管理功能，并不具备撤销用户现有访问权限的功能。切勿仅依赖此功能来修复权限事故，必须同时修正 SharePoint 侧的实际权限。此外，即使在使用应用程序限制（Application Restrictions）时，它也不是一项用于向站点授予新访问权限的功能，而是作为附加的限制边界来处理。

在计费与审计中保留的证据

在试点中，不仅要评估回答的好坏，还要记录谁确认了什么内容。

• 测试日期和时间、用户 ID、智能体名称、.agent文件位置

• 每位用户的许可状态、按量付费策略以及安全组

• 发送的提示词版本以及回答的保存位置

• 允许访问的依据、拒绝访问的依据、意外允许访问的依据

• User B 的一项条件更改的申请、审批和实施记录

• 确认 Microsoft 365 审计日志或 SharePoint agent access insights 的负责人及时间

• 在 Microsoft 365 管理中心或 Azure Cost Management 中确认的消耗量、预算通知以及计费策略

预算金额并不是自动停止装置。根据微软的现有资料，系统会根据设定的金额发送通知，但即使达到 100%，服务和计费仍会继续。需要决定停止的组织不仅要确定通知接收人，还要明确由谁来断开按量付费服务，以及断开后如何进行业务替代。

采用决策

只有在满足以下所有条件时，才将适用部门扩大。

• 三个人的回答差异与事先的权限表一致

• 未授权文档的正文和引用链接均未暴露

• 仅 User B 的一项条件更改按预期反映

• .agent引用来源的权限管理员明确

• 许可证或按量付费的对象以及费用监控方法明确

• 未将预算通知误解为停止支出，且已确定停止责任人和操作流程

• 能够确认审计和使用情况，并已确定异常时的联系人

如果存在哪怕一个无法解释的差异，在增加用户之前应予搁置。切勿仅凭“回答中没有出现所以安全”做出判断，请务必以 SharePoint 的原有权限和引用链接为准进行确认。

总结

安全试用 SharePoint 代理的秘诀不是向三个人提出相同的问题，而是将合规性、.agent、引用数据和计费作为独立的层级进行观察。通过虚拟数据创建权限表、发送相同的提示词并仅更改一个文件的权限，你就可以在小范围内发现意外的共享。由于按需付费的预算仅代表通知而非停止，因此在费用方面，还必须提前确定“由谁来停止”。

官方信息与第一手资料

• Manage access to agents in SharePoint

• Set up Microsoft Copilot pay-as-you-go services

• Create a budget for pay-as-you-go billing

• Microsoft 365 pay-as-you-go pricing

• Monitor agent access to SharePoint and OneDrive

• Restricted Content Discovery

• Restrict Microsoft 365 Copilot access to sites