什么是 Microsoft Loop?从实务视角梳理在 M365 E3/E5 中使用的协同编辑工作区

Microsoft 365・Azureカテゴリを表すパンダのイラスト Microsoft 365・Azure

关于本文
本文是通过利用生成式 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 时的附加条件

官方信息・一手信息

Loop 是一项持续更新的服务。本文以截至 2026 年 9 月 17 日的 Microsoft 官方信息为准。由于管理界面、云环境、推出进度以及 Purview 功能的支持范围可能会发生变化,在实际导入时,请重新确认上述一手信息和您自己的租户情况。

文档信息

文章??
什么是 Microsoft Loop?从实务视角梳理在 M365 E3/E5 中使用的协同编辑工作区
?布日期
更新日期
来源
https://papanda925.com/?p=16196&lang=zh

?可: ?于本站?有相??利的正文及原??表,除非?有?明,可依据 CC BY 4.0 使用。本文可能包含使用生成式AI?建或??的内容。若代??有?可声明,或?接的GitHub???定了?可,?代?以??可?准。引用内容、第三方?料、?片及商?不在本?可范?内。 使用政策

标题和URL已复制