了解所有者、管理员、编辑者和查看者

空间角色决定成员在单个空间中可以执行的操作。目前角色为 Owner、Admin、Editor 和 Viewer；原来的 Editor & Approver 已不可分配。

角色能力

• Owner：空间创建者的最高权限角色。
• Admin：管理成员和设置、调整空间仪表盘布局、编辑记录，并可决定 Pending Proposal，包括仅管理员可处理的变更。
• Editor：可以创建和编辑空间内容，可以新建数据库并给自定义数据库添加字段；当 AI 发起的 Proposal 只涉及 Editor 可写的数据和字段时，也可以批准或驳回。
• Viewer：可以读取有权访问的内容，但不能执行常规写入操作。

Proposal 不采用多人依次审批机制：一名符合权限的成员作出决定后，Proposal 就会被应用或驳回。人工创建的 Proposal、除新建数据库和添加字段以外的数据结构变更、仪表盘布局变更以及其他仅管理员可写的变更，即使 Editor 可以在审核队列中看到，仍需 Owner 或 Admin 决定。

数据库结构

Editor 可以新建数据库，也可以给自定义数据库添加新字段，手动操作或让 AI 代劳都可以。修改已有内容仍由 Owner 或 Admin 负责：重命名、更改类型、调整顺序或删除字段，恢复已删除的字段，修改已有字段的选项，修改内置数据库的字段，以及重命名、隐藏、排序或删除数据库。服务端会把每次保存与已存字段逐一比较，所以只要一次保存改动了已有字段，即使同时也添加了新字段，Editor 的这次保存也会被拒绝。Viewer 不能做以上任何操作。

Owner 不会作为普通成员角色提供选择。修改成员权限需要管理权限，并以服务端保存结果为准；已打开的会话会通过实时事件接收新权限。

前端会隐藏不可用操作，但服务端仍会再次校验每个受保护请求。按钮可见不代表可以绕过已保存的角色。

Frequently asked questions

Editor 能批准所有类型的 Proposal 吗？

不能。Editor 只能决定目标和字段都在其可写范围内、由 AI 发起的 Proposal；人工发起的 Proposal 或仅管理员可处理的变更仍需 Owner 或 Admin。

界面隐藏某个操作按钮，是否一定代表我的角色没有这项权限？

界面会隐藏角色不可执行的操作，但服务端会独立再次校验每个受保护请求，真正决定权限的是角色本身，而不是按钮是否可见。