关于本文
本文是通过利用生成式 AI 的自动生成流程创建的。文中确认了 Microsoft Learn 的 Loop 要求、存储位置、管理与合规性信息,并梳理了在 Microsoft 365 E3/E5 中使用 Loop 时,用户和管理员需要掌握的要点。验证状态:📘 已确认 Microsoft 官方信息・租户设置/云环境需确认・未在实际设备上验证
Microsoft Loop 是一款供多人同时完善尚未完成的信息的协同编辑工具。
Word 适用于完成的文档,Planner 适用于已确定负责人和截止日期的任务,SharePoint 适用于存放组织需要保留的信息。而 Loop 则适用于“确定前”的协作,例如会议前的议题、项目刚启动时的笔记,以及在过程中形式会发生变化的表格或清单。
首先需要记住的 4 个术语
| 术语 | 面向初学者的含义 |
|---|---|
| Loop 组件 | 可以在 Teams、Outlook 等应用中进行协同编辑的小型组件。允许多人同时更新表格、清单等内容。 |
| Loop 页面 | 将文本或多个组件整合到一个页面中的载体 |
| Loop 工作区 | 汇集相关 Loop 页面的协作空间 |
| SharePoint Embedded | 应用程序在 Microsoft 365 租户中拥有专用容器来存储数据的机制。其外观与普通的 SharePoint 网站不同。 |
在 Microsoft Learn 中,当前的 Loop 文件被描述为 .loop 文件。即使您看到在以前的版本中使用的 .fluid 这一名称,在本文中仍以 .loop 为准。
Loop 的关键在于“保存在哪里”
理解 Loop 的关键在于,并不是因为都叫 Loop 就会保存在同一个地方。根据创建位置的不同,数据会分别存储到 SharePoint Embedded、SharePoint 网站或 OneDrive 中。
flowchart LR
U[利用者]
LA[Loopアプリ]
TC[Teamsチャネル]
TP[Teamsプライベートチャット]
O[Outlook]
SPE[(SharePoint Embedded)]
SP[(SharePointサイト)]
OD[(OneDrive)]
U --> LA
U --> TC
U --> TP
U --> O
LA --> SPE
TC --> SPE
TC -. 会議・チャネル内の一部 .-> SP
TP --> OD
O --> OD
典型示例如下:
| 创建位置示例 | 主要存储位置 |
|---|---|
| Loop 应用的“我的工作区” (My workspace) | SharePoint Embedded 的用户所有容器 |
| Loop 应用的共享工作区 | SharePoint Embedded 的共享容器 |
| Teams 频道工作区 | SharePoint Embedded |
| Teams 私聊中的 Loop | 创建者的 OneDrive |
| Outlook 邮件中的 Loop | 创建者的 OneDrive |
| Teams 频道会议等部分场景 | SharePoint 网站 |
这种差异不仅与 IT 部门相关。在考虑离职员工处理、保留、电子数据展示 (eDiscovery)、共享、容量和访问控制时,“该 Loop 数据的存储位置在哪里”就是一切的出发点。
在 M365 E3/E5 中该如何考虑?
根据 Microsoft 的当前要求,Loop 组件需要 OneDrive 或 SharePoint 许可证。Loop 工作区则需要包含 Loop with workspaces 服务计划的适用许可证。
虽然 Microsoft 365 E3/E5 是适用计划,但并不意味着升级到 E5 就会使 Loop 本身的功能大幅增强。首先需要确认已订阅的 SKU、分配给用户的服务计划以及管理策略。
| 确认项目 | 考量方式 |
|---|---|
| Loop 组件 | 确认 OneDrive 或 SharePoint 许可证 |
| Loop 工作区 | 确认 Loop with workspaces 服务计划 |
| @提及或工作区共享 | 完整功能还需要 Exchange Online 邮箱 |
| 在 Teams 中使用 | 同时确认 Teams 侧的使用权限和管理设置 |
| Purview 功能 | 确认各项功能的许可证以及针对不同 Loop 存储位置的支持范围 |
| Copilot Pages / Copilot Notebooks | 虽然部分功能与 Loop 共享底层架构,但需另行确认 Copilot 侧的使用条件 |
特别重要的一点是,不要将 Office 365 E3/E5 与 Microsoft 365 E3/E5 混为一谈。管理员应在 Microsoft 365 管理中心确认实际的 SKU 和服务计划。
网络负责人需要了解的事项
Loop 的实时协同编辑使用 WebSocket 通信。Microsoft Learn 指出,除了 Office 365 的 URL/IP 要求外,*.svc.ms 和 *.office.com 还需要允许指向它们的 WebSocket 通信。
sequenceDiagram
participant A as 利用者A
participant M as Microsoft 365 / Loop
participant B as 利用者B
A->>M: 表のセルを更新
M-->>B: WebSocket等で変更を反映
B->>M: チェック項目を完了
M-->>A: 変更をリアルタイム反映
如果遇到“只有 Loop 的编辑无法实时反映”的情况,除了应用本身,代理服务器、防火墙(FW)和 WebSocket 控制也是排查的对象。
首先尝试:包含 3 个项目的协作笔记
如果在可以创建测试工作区或页面的环境中,只需放置以下 3 个内容。
目的 確認したいこと 次のアクション
在“待确认事项”中添加 3 个清单项目,并与 1 名测试对象共享。
观察以下几点
对方的更改会反映在自己的屏幕上
共享对象仅限于预期的人员
关闭页面并重新打开后,内容依然保留
记住该 Loop 是从哪里创建的
尝试更改一处
将清单中的一个项目更改为表格,并添加“负责人”列。在过程中易于改变信息的形式是 Loop 的一大特点。
实务示例:梳理 M365 迁移的议题
例如,在准备迁移到新的 Microsoft 365 环境时,如果从一开始就编写正式的规格说明书,未确定的事项往往看起来就像已经确定了一样。
在 Loop 中,可以按如下方式进行分类:
| 分类 | 示例 |
|---|---|
| 已确定 | 目标用户约 450 名 |
| 未决 | 外部共享的初始设置 |
| 调查中 | 现有共享文件夹的迁移方式 |
| 下一步确认 | 向部门代表确认实际使用情况 |
内容确定后,将正式的设计书移至 Word,管理表移至 Lists,执行任务移至 Planner。将 Loop 定位为“思考过程中的工作台”而非“最终产出物”,会使运营变得更加轻松。
普通用户、行政人员 and IT 部门关注的侧重点不同
| 角色 | 在 Loop 中重视的方面 |
|---|---|
| 普通用户 | 能否在不离开 Teams 或 Outlook 的情况下协同编辑表格和清单 |
| 行政人员 | 会议前的信息收集、分工整理以及未决事项的可视化是否变得更轻松 |
| IT 部门 | 能否管理存储位置、共享、许可证、WebSocket、保留、DLP、电子数据展示 (eDiscovery) 以及离职员工数据 |
不要认为 Purview“在所有情况下都以相同的方式生效”
虽然 Loop支持 Microsoft Purview 的保留、电子数据展示 (eDiscovery)、敏感度标签和 DLP 等功能,但某些功能的支持范围会因存储位置的不同而有所差异。。
例如,在 Microsoft Learn 中,信息壁垒(Information Barriers,一种限制特定群体之间搜索、通信和协作的机制)适用于保存在 OneDrive/SharePoint 中的 Loop,但在 SharePoint Embedded 容器中尚不支持。
敏感度标签可以应用于 Loop 组件/页面,Loop 工作区也可以使用面向容器的标签。但是需要注意,对于上传到工作区的文件等实际存储在用户 OneDrive 中的内容,仅凭工作区的容器标签是无法受到保护的。
也就是说,管理员不应仅仅看“是否支持 Loop”,而应按以下顺序进行确认。
flowchart TD
A[対象のLoopデータを特定] --> B{どこで作成した?}
B --> C[SharePoint Embedded]
B --> D[SharePointサイト]
B --> E[OneDrive]
C --> F[対象Purview機能の対応表を確認]
D --> F
E --> F
F --> G[必要ライセンスとポリシーを確認]
以读取为主:使用 Microsoft Graph PowerShell 查看连接权限
在使用 Graph 进行验证时,不要突然直接修改 Loop 本身,而是从确认当前的连接上下文开始。
Connect-MgGraph -Scopes "User.Read" Get-MgContext | Select-Object Account, TenantId, Scopes
查看什么?
Account、TenantId、Scopes 通过查看它,确认“连接到了哪个租户,使用的是什么权限”。
成功条件
显示了预期的帐户和租户,并且User.Read 包含在 Scopes 中,则作为此确认示例是成功的。不会执行重写 Loop 数据的操作。
更改一处的意义
通过使用其他测试帐户进行连接并对比,可以在排查“是否能看到应用”之前,确认是否搞错了连接的目标租户。不要盲目添加权限,而应从满足目的所需的最小权限开始。
利用生成式 AI 创建 Loop 页面草稿的提示词
新しいプロジェクトのLoopページを作ります。 次のメモを「目的 / 決まっていること / 未決事項 / 次に確認すること」の4つに分類してください。 元のメモにない決定事項は追加せず、推測は「推測」と明示してください。 各項目に、正式文書へ移すべきタイミングも1行で提案してください。 [メモ]
由于 Loop 经常处理中间阶段的信息,因此需要明确指示,避免 AI 将推测性内容当作确定事项。
管理员需要确认的要点
实际分配的 Microsoft 365 SKU 和 Loop 服务计划
OneDrive / SharePoint 许可证
是否有 Exchange Online 邮箱
通过云策略 (Cloud Policy) 和 SharePoint PowerShell 制定的 Loop 创建策略
Teams / Outlook 等嵌入 Loop 侧的设置
Office 365 URL/IP 和 WebSocket 通信
保存在 SharePoint Embedded、SharePoint 还是 OneDrive 中
保留、电子数据展示 (eDiscovery)、敏感度标签、DLP、信息壁垒 (Information Barriers) 的支持范围
离职或调动人员所拥有的 Loop 数据的生命周期
使用 Copilot Pages / Copilot Notebooks 时的附加条件
官方信息・一手信息
Requirements for Loop components and Loop workspaces – Microsoft Learn
Summary of governance, lifecycle, and compliance capabilities for Loop experiences – Microsoft Learn
Use sensitivity labels with Microsoft Loop – Microsoft Learn
Loop 是一项持续更新的服务。本文以截至 2026 年 9 月 17 日的 Microsoft 官方信息为准。由于管理界面、云环境、推出进度以及 Purview 功能的支持范围可能会发生变化,在实际导入时,请重新确认上述一手信息和您自己的租户情况。
