> For the complete documentation index, see [llms.txt](https://academy.shade.inc/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://academy.shade.inc/shade-academy/shade-academy-zh/gong-xiang-yu-xie-zuo/designing-your-permission-hierarchy.md).

# 设计你的权限层级

结构合理的工作区对于高效的后期制作协作至关重要。本指南将帮助你在邀请团队成员时，就权限和访问级别做出明智决定。

## 规划你的工作区结构

在发送邀请之前，请考虑团队的工作流程需求和安全需求。经过深思熟虑的权限结构将简化协作并维护内容安全。

### 关键考虑因素

请考虑团队的工作流程模式、安全要求以及文件夹组织。在添加团队成员之前，花时间建立工作区结构，以确保从第一天起就能顺畅协作。

## 了解访问级别

### 工作区成员

非常适合需要在多个项目之间拥有广泛访问权限的团队成员。工作区成员资格适用于：

* 需要访问多个项目的高级剪辑师
* 在各团队之间协调工作的后期制作主管
* 管理多个工作流程的制作人

这些用户可以挂载驱动器，并根据其权限级别在各项目之间自由浏览。

### 驱动器级访问

非常适合项目专属团队。请考虑将驱动器级访问用于：

* 处理最终剪辑的调色师
* 专注于特定素材的声音设计师
* 需要访问已完成作品的客户审阅团队

### 文件和文件夹访问

最适合与以下对象进行定向协作：

* 处理特定镜头的自由职业者
* 审阅单个序列的客户
* 范围有限的临时团队成员

## 最佳实践

### 权限管理

先从受限访问开始，必要时再逐步提升权限。与事后限制访问相比，这种方式更安全。在驱动器上策略性地使用 **默认继承** 设置——为大多数用户设置基础级权限，并明确为需要的特定团队成员提升访问权限。

### 管理员选择

请谨慎选择工作区管理员。管理员权限可对工作区内容和设置拥有完全控制权，包括管理其他用户访问权限的能力。请仅将管理员身份保留给了解你安全要求的可信团队成员。

### 客户协作

与客户合作时：

* 使用访客访问，而不是工作区成员资格
* 请记住，拥有文件访问权限的任何人都能看到驱动器名称
* 专业地构建驱动器名称，以保持面向客户的专业形象

## 安全考虑

保护敏感内容需要仔细关注权限级别：

* 将工作区管理员权限限制给必要的团队成员
* 为外部协作者使用访客访问
* 考虑对敏感内容管理采用驱动器级共享

## 重要说明

### 权限继承

* 自定义权限级别需要明确的驱动器邀请
* 工作区管理员会自动获得驱动器管理员身份
* 驱动器可见性会延伸至所有有文件访问权限的用户
* 权限升级可以逐步实施

## 其他资源

有关在初始设置后微调权限的详细信息，请参阅我们全面的权限指南：

{% content-ref url="/pages/ff4502a3d9b5359b10483ed069cacf139a8e2c1f" %}
[工作区和驱动器权限](/shade-academy/shade-academy-zh/gong-xiang-yu-xie-zuo/workspace-and-drive-permissions.md)
{% endcontent-ref %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://academy.shade.inc/shade-academy/shade-academy-zh/gong-xiang-yu-xie-zuo/designing-your-permission-hierarchy.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.