Postman 团队工作区通过成员角色（Admin、Editor、Viewer）控制接口集合访问权限，需在 Workspace Settings 中邀请成员并分配角色。
先说结论：权限控制依赖于工作区成员角色设定，而非单独为每个集合设置用户权限。
- 适合：团队协同开发、需要隔离敏感接口场景
- 先准备：确认工作区类型为 Private 或 Team
- 验收：使用低权限账号登录验证集合可见性
快速处理思路
Postman 权限配置基于图形界面操作，无需命令行，核心路径为 Workspace Settings 下的 Members 管理面板。
- 进入目标工作区，点击右上角 Settings 图标
- 选择 Members 标签页，点击 Invite 或编辑现有成员
- 将角色设置为 Viewer 可限制编辑权限，设置为 Editor 允许修改接口
为什么会这样
Postman 的权限模型是工作区级别继承，集合权限跟随工作区角色。
工作区（Workspace）是权限边界，成员加入工作区时获得的角色决定了其对该工作区内所有集合（Collections）和环境（Environments）的访问能力。Admin 可管理成员，Editor 可编辑接口，Viewer 仅可查看和运行。这种设计避免了为每个集合单独配置用户的复杂性，但意味着同一工作区内难以对不同成员隐藏特定集合。
分步处理
按以下步骤调整成员权限，确保接口集合访问受控。
- 进入工作区设置：在 Postman 主界面左侧栏选择目标团队工作区，点击右上角齿轮图标进入 Settings。
- 管理成员列表：点击 Members 标签，查看当前成员列表及对应角色（Admin/Editor/Viewer）。
- 调整角色权限：点击成员右侧的下拉菜单，将需要限制权限的成员改为 Viewer 角色，该角色无法修改集合内容。
- 邀请新成员：点击 Invite 按钮，输入邮箱，直接在邀请阶段选择 Viewer 角色以限制初始权限。
- 保存变更：角色切换通常即时生效，无需额外保存按钮，但需确认界面提示成功。
怎么验证是否生效
通过切换账号或邀请测试账号确认权限限制是否起作用。
- 可见性检查：使用 Viewer 角色账号登录，确认能看到工作区但无法点击编辑集合按钮。
- 修改测试：尝试在 Viewer 账号下修改接口请求参数，系统应提示权限不足或按钮置灰。
- 集合访问：确认 Viewer 账号仍能运行接口请求，但无法保存更改到集合。
常见坑
配置过程中容易忽略工作区类型和集合共享状态导致的权限失效。
- 公共工作区误区：Public Workspace 内的集合对所有人可见，无法通过角色隐藏，仅限 Private 或 Team 工作区进行权限控制。
- 集合单独共享：若集合被单独共享给外部人员，工作区角色限制对该外部链接无效，需检查集合层面的 Share 设置。
- 角色继承：移除工作区成员后，该成员仍可能保留对自己 Fork 的集合副本的访问权，需确认数据隔离需求。
常见问题
能否在同一工作区隐藏特定集合给某些成员？
不能，工作区角色权限适用于区内所有集合。
Postman 目前不支持在同一工作区内对特定成员隐藏特定集合，若需隔离，建议创建独立工作区并将成员仅加入需访问的工作区。
Viewer 角色能否运行接口请求？
可以，Viewer 角色允许查看和运行请求，但不能保存修改。
该设计旨在允许测试人员验证接口而不破坏原有定义，运行所需的 Environment 变量需确保对 Viewer 可见。
移除成员后对方还能看到集合吗？
移除后无法访问原工作区集合，但可能保留本地或 Fork 副本。
权限撤销即时生效，对方无法再同步更新，但若之前已 Fork 集合到个人工作区，则副本不受影响。
参考来源
- Postman Learning Center, Roles in workspaces, https://learning.postman.com/docs/collaborating-in-postman/using-workspaces/roles-in-workspaces/
- Postman Learning Center, Managing team members, https://learning.postman.com/docs/collaborating-in-postman/using-workspaces/managing-team-members/