文档权限通常按操作强度分为查看、评论、编辑、管理四个层级：查看允许打开和阅读文档；评论允许在文档上留下批注、讨论和反馈，但不改动正文；编辑允许修改正文、标题和内容结构；管理允许调整权限设置、共享范围、删除或归档等治理动作。理解这四个层级，还要看权限从哪里来——空间级权限是默认继承来源，单篇文档可以在此基础上覆盖或收窄，形成“空间继承+文档覆盖”的边界。
要点总览（TL;DR）
- 查看、评论、编辑、管理构成由弱到强的操作阶梯：查看只读，评论留下反馈不改正文，编辑改动正文与结构，管理调整访问规则和处置文档。
- 判断动作属于哪一级，看两点：是否改变文档内容，是否改变文档的访问规则。
- 空间默认权限是继承来源，单篇覆盖是例外；覆盖优先但通常只影响当前文档及其子级，空间默认值调整会影响所有未被覆盖的文档。
- 下载、导出、转发、共享链接属于文档权限的延伸判断，不能仅凭查看权推断可以导出或转发。
- 身份认证与平台级安全策略不在文档权限范围内，排查问题时要分清层级。
四个权限层级分别允许哪些操作
查看、评论、编辑、管理构成一条由弱到强的操作阶梯。每一级都包含前一级的基础能力，再增加新的动作类型。判断某个操作属于哪一级，可以问两个问题：这个动作是否改变文档内容？这个动作是否改变文档的访问规则？只读不改属于查看，留下反馈但不改正文属于评论，改动正文属于编辑，改动访问规则或处置文档本身属于管理。
| 权限层级 | 典型允许的操作 | 通常不允许的操作 |
|---|---|---|
| 查看 | 打开文档、阅读正文、通过搜索或目录检索到该文档、查看已有评论内容 | 发表评论、修改正文、调整权限、删除或归档 |
| 评论 | 在正文上添加批注、发表评论、回复他人讨论、@提及协作者 | 修改正文、标题和结构，调整权限设置 |
| 编辑 | 修改正文、标题、段落结构，新建页面或章节，保存并发布内容 | 调整文档权限、改变共享范围、删除或归档文档 |
| 管理 | 设置和变更文档权限、调整共享范围、删除或归档文档、恢复误删内容、查看权限记录 | 超出所在空间治理规则的动作，如跨空间迁移需额外授权 |
层级递进存在常见例外，需要在配置时单独确认。编辑权限是否包含新建子页面，取决于产品对“结构修改”的界定；评论权限是否允许@提及外部人员，取决于通知与共享策略；管理权限是否包含导出，各产品处理不一，有的把导出单列为独立开关。这些例外说明四级划分是通用框架，具体产品会在层级内再拆分细项。
权限层级的边界：哪些动作不属于文档权限
文档权限约束的是知识对象上的操作，即“谁能对这篇文档做什么”。它回答的是文档层面的授权问题，不负责判断“这个人是谁”。把边界划清，可以避免在错误的位置排查问题。
- 账号登录与身份认证：用户能否登录系统、使用哪种登录方式、是否启用多因素认证，属于企业身份与账号集成范畴。文档权限默认该用户已经通过身份验证。
- 平台级安全策略：全平台的水印策略、外发管控、审计日志留存周期等，属于研发平台权限与安全治理范畴，通常由管理员在更高层级统一配置。
- 文档权限的延伸判断：外部共享链接、导出、下载等动作，介于文档权限与共享策略之间。它们是否开放、开放给谁，往往由文档权限与链接设置共同决定，需要单独检查，不能仅凭“有查看权”推断可以导出或转发。
本文讨论的范围限定在文档对象上的查看、评论、编辑、管理四级授权，以及空间继承与单篇覆盖的生效规则。身份认证、平台安全政策、具体产品的价格与版本信息不在讨论范围内。
权限如何生效：角色、继承与覆盖的机制
文档权限的生效路径通常是“空间默认—角色映射—单篇覆盖”三层。空间或知识库先设定一组默认权限，规定该空间内成员默认能做什么；成员在空间中的角色（如管理员、成员、访客）映射到具体的权限层级；单篇文档再在此基础上做覆盖，对特定人员或特定文档单独授权。
生效流程可以概括为四步：
- 确定空间默认值：空间管理员为空间设定默认权限，新加入的成员按角色自动获得对应层级。
- 映射成员角色：成员进入空间后，其角色决定继承到的权限层级，无需逐篇授权。
- 应用单篇覆盖：对需要特殊处理的文档，管理员或文档管理者单独调整权限，覆盖继承结果。
- 计算最终权限：系统将继承值与覆盖值合并，得出该用户对该文档的实际权限。
多人多角色叠加时，常见做法有两种：取更宽权限（任一角色允许即允许）或取更严权限（任一角色禁止即禁止）。前者便于协作，后者偏重安全，具体取哪种由产品的权限模型决定，配置前应确认规则。权限变更的生效时点通常是保存后即时生效，传播范围限于被修改的文档及其覆盖对象；空间默认值的调整则会影响所有未做单篇覆盖的文档。
在工具层面，ONES Wiki 支持为多种角色配置不同的读写权限，成员可以在线添加注释和评论；ONES 企业知识库解决方案的权限管理覆盖从所有页面到单个页面、从内容编辑到内容导出等不同维度与颗粒度。这些能力对应的是空间默认与单篇覆盖的管理动作，具体层级划分以实际配置界面为准。
空间继承权限与单篇文档覆盖权限的边界
继承是默认值，覆盖是例外，这是判断两者关系的核心。没有单篇设置时，文档权限完全由空间默认值决定；一旦对某篇文档做了单独设置，该文档就以覆盖结果为准。覆盖的优先级高于继承，但覆盖的范围通常只影响当前文档及其子级，不改变空间默认值，也不影响其他文档。
覆盖能否放宽到超过空间默认值，取决于产品的权限模型。部分产品允许文档管理者在空间默认值之上单独授权，便于跨部门协作；部分产品只允许在默认值范围内收窄，防止权限外溢。配置时应先确认所在产品属于哪种模式，再决定是否依赖单篇授权。
文档移动或复制后，权限通常重新计算：移动到新空间的文档一般继承新空间的默认值，原有的单篇覆盖可能保留、可能失效，取决于产品实现；复制出的新文档通常按副本所在位置的规则重新授权，不自动带走原文档的全部授权关系。涉及跨空间迁移时，建议迁移后逐篇核对权限，避免出现预期外的可见范围。
与相邻概念的区别：文档权限、共享链接与可见范围
文档权限、共享链接、可见范围、评论通知这几个概念经常被混用，它们约束的对象并不相同。
| 概念 | 约束对象 | 回答的问题 |
|---|---|---|
| 文档权限 | 登录用户在文档上的操作 | 这个人能对这篇文档做什么 |
| 共享链接权限 | 通过链接访问的匿名或外部访问者 | 拿到链接的人能做什么，链接是否可再传播 |
| 可见范围 | 文档能否被检索、出现在列表或目录中 | 哪些人能看到这篇文档存在 |
| 评论与通知订阅 | 消息触达方式 | 文档变化时通知谁、谁订阅了更新 |
| 空间成员角色 | 成员在空间内的整体身份 | 这个人在空间里属于哪一类角色 |
可见范围与操作权限是两件事：文档可能对某人不显示在目录中，但通过链接仍可访问；也可能在目录中可见，但只能查看不能编辑。共享链接权限是文档权限的延伸，链接访问者往往不进入空间成员体系，其权限单独设定，且通常不包含管理动作。评论权限与通知订阅也要分开：有评论权意味着能留下反馈，订阅只决定是否收到更新提醒，二者互不替代。空间成员角色则是权限的来源之一，角色决定继承到的默认层级，单篇覆盖再在此基础上调整。
具体例子与常见误解
假设市场部与产品部共同维护一份产品发布计划文档，文档放在产品部空间。空间默认设置为：产品部成员可编辑，其他部门成员可查看。市场部同事需要补充发布渠道信息，于是文档管理者对这篇文档单独授权：市场部三名同事获得评论权限，市场部负责人获得编辑权限。最终效果是：产品部成员按空间默认继续编辑，市场部三名同事可以批注和讨论但不能改正文，市场部负责人可以修改正文，其他有空间访问权的人仍只能查看。这个例子演示了继承提供默认值、覆盖针对特定人员和特定文档调整的完整路径。
围绕四级权限，有几个典型误解值得澄清：
- “有查看权就能下载或转发”：查看权只覆盖阅读与检索，下载、导出、转发通常由独立开关或共享策略控制，需要单独确认。
- “单篇覆盖一定优先于空间设置”：覆盖优先的前提是产品允许该文档单独授权，且覆盖范围限于当前文档；空间默认值调整后，未被覆盖的文档仍会随之变化。
- “评论等于可以改正文”：评论权限只允许留下批注和讨论，正文修改属于编辑权限，两者在权限模型中分属不同层级。
- “管理权限只是权限更大一点的编辑”：管理权限处理的是访问规则和文档处置，如调整共享范围、删除归档，与修改正文是两类动作。
把这些边界记清楚，配置文档权限时就能先判断动作属于哪一级，再确认继承与覆盖谁生效，减少因概念混淆导致的授权过宽或协作受阻。
常见问题
有查看权限的人能不能下载或转发文档？
查看权限覆盖的是打开、阅读和检索文档内容，下载、导出、转发通常由独立开关或共享策略控制。配置时需要单独确认这些动作是否开放、开放给谁，不能仅凭“有查看权”推断可以下载或转发。外部共享链接的权限也单独设定，链接访问者往往不进入空间成员体系。
单篇文档的覆盖权限一定优先于空间默认设置吗？
覆盖优先的前提是产品允许该文档单独授权，且覆盖范围限于当前文档及其子级。空间默认值调整后，未被单篇覆盖的文档仍会随之变化。覆盖能否放宽到超过空间默认值，取决于产品的权限模型：有的允许单独授权便于跨部门协作，有的只允许在默认值范围内收窄。
文档移动到另一个空间后，原来的权限设置还在吗？
文档移动或复制后权限通常重新计算。移动到新空间的文档一般继承新空间的默认值，原有的单篇覆盖可能保留、可能失效，取决于产品实现；复制出的新文档通常按副本所在位置的规则重新授权，不自动带走原文档的全部授权关系。跨空间迁移后建议逐篇核对权限，避免出现预期外的可见范围。
评论权限和编辑权限的界线在哪里？
评论权限允许在正文上添加批注、发表评论、回复讨论和@提及协作者，正文、标题和结构保持不变；编辑权限才允许修改正文、标题、段落结构，新建页面或章节并保存发布。评论权限是否允许@提及外部人员，取决于通知与共享策略，配置时需要单独确认。
多人多角色叠加时，最终权限按哪一条算？
常见做法有两种：取更宽权限，任一角色允许即允许；或取更严权限，任一角色禁止即禁止。前者便于协作，后者偏重安全，具体取哪种由产品的权限模型决定。配置前应确认所在产品的合并规则，再决定是否依赖多角色叠加来授权。
