> 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/workspace-and-drive-permissions.md).

# 工作区和驱动器权限

我们的权限系统通过智能继承规则，在保持简洁性的同时，提供对工作区、驱动器和文件的细粒度访问控制。本指南将说明各层级的权限如何运作，以及它们如何相互交互。

### 概览

权限层级由三个级别组成：

1. 工作区
2. 驱动器
3. 文件和文件夹

### 核心概念

#### 工作区成员与访客

**工作区成员** 是已被明确添加到工作区中的用户，身份可以是管理员或成员。他们可以挂载驱动器，并根据驱动器继承设置自动获得访问权限。

**承包商** 是一种特殊的工作区成员，权限受限，不会自动继承驱动器访问权限。他们必须被明确邀请到驱动器，或者被授予对特定文件和文件夹的访问权限。挂载时，他们也只能看到这些文件。

**访客** 是拥有特定文件、文件夹或驱动器访问权限、但尚未在工作区层级被添加的用户。他们可以执行编辑、评论和删除等操作（取决于其权限级别），但只能通过应用或网页界面进行。

<figure><img src="https://450378260-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FUNq6h2Bfw7aAK0J2ffnZ%2Fuploads%2FudtpAuk75vIcNRXNDLpq%2FWorkspace%20members%202.gif?alt=media&#x26;token=d304ff3a-baa0-4ee0-afa7-84aa83b5e803" alt=""><figcaption></figcaption></figure>

#### 群组

**群组** 让你一次管理多个人的访问权限。工作区管理员可创建群组，并在 **群组** 设置 > 成员 **邀请到驱动器**选项卡中将用户加入其中。然后可通过 设置 > \[驱动器名称] > 权限 > [权限管理概览](/shade-academy/shade-academy-zh/gong-xiang-yu-xie-zuo/permission-management-overview.md) 进行分步说明。

### 驱动器继承

每个驱动器都有一个 **默认继承** 设置，它决定了所有工作区成员的基础权限级别。例如，如果某个驱动器的默认继承设置为“查看”，则所有工作区成员都会自动获得查看权限，而无需在驱动器成员表中列出。

当某个工作区成员的权限被明确修改为与默认继承不同，他们会出现在驱动器成员表中。这使得跟踪自定义权限分配变得很容易。

工作区管理员可通过以下方式为新驱动器选择起始继承级别 **新建驱动器的默认访问权限** （设置 > 成员，下方 **驱动器继承**）。它默认为 `完全访问` ，除非更改；且更改仅适用于之后创建的驱动器。当你更改它时，Shade 会询问 **更新现有驱动器？** ，以便你可选择将新级别应用到你所选的现有驱动器。

### 权限传播

权限可在任意层级分配：

* 工作区级别（成员和管理员）
* 驱动器级别（明确权限）
* 文件/文件夹级别（共享访问）

更高层级的权限会向下继承，除非在较低层级被明确覆盖。

<figure><img src="https://450378260-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FUNq6h2Bfw7aAK0J2ffnZ%2Fuploads%2FITZWxriYYe4zuDwPzSV7%2Fdrive%20inheretance%202.gif?alt=media&#x26;token=8928a04f-c86a-4135-a389-274d3a2a7295" alt=""><figcaption></figcaption></figure>

## 访问级别

### 工作区级别

* **所有者**：最高访问级别；可将所有权转移给其他管理员
* **管理员**：对工作区设置、驱动器和成员拥有完全控制权
* **成员**：基础工作区访问权限，驱动器权限由继承规则决定
* **贡献者**：具有继承驱动器访问权限的工作区成员，但不能创建新驱动器
* **承包商**：权限受限的工作区成员，不会自动继承驱动器访问权限。承包商必须被明确邀请到驱动器，或被授予对特定文件和文件夹的访问权限，而不会看到更广泛的驱动器内容。
* **访客**：可访问特定资源，但没有工作区级权限

贡献者和承包商与成员一样，会计入你工作区的付费席位。

<figure><img src="https://450378260-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FUNq6h2Bfw7aAK0J2ffnZ%2Fuploads%2F5dAyBDhmpRx3CYgD2KSO%2Fworkspace%20level.gif?alt=media&#x26;token=a9229dd2-1b8b-44b8-823e-5832f0c528a6" alt=""><figcaption></figcaption></figure>

### 驱动器级别

* **管理者**：自动授予工作区管理员。对驱动器内容和设置拥有完全控制权，包括修改默认继承设置的能力。
* **完全访问**：对驱动器内容和文件级权限管理拥有完全控制权，但不能修改驱动器设置或默认继承（在驱动器级别没有管理员权限）。
* **编辑**：可修改文件和文件夹
* **评论**：可查看内容并发表评论
* **下载**：可查看并下载内容
* **查看**：可查看内容，但不能下载

## 共享如何运作

共享资源时，权限会逐步授予：

1. 共享文件/文件夹会使接收者在工作区和驱动器两个层级都成为访客
2. 共享驱动器会使其成为驱动器成员（同时仍是工作区访客）
3. 在工作区级别共享会使其成为完整的工作区成员

用户可按需逐步升级这些级别，每一步都获得更广泛的访问权限。

## 工作区所有权转移

如果其他人将接管你的 Shade 账号所有权，请按以下步骤操作：

1. 导航到 设置 > 我的工作区 > **成员**
2. 将你账号中的现有用户提升为所有者，或邀请新用户并将其设为所有者
3. 待其接受邀请后，在设置中导航到 我的工作区 > 账单 > 付款与发票 > **管理付款方式**
4. 点击 **管理付款方式**
5. 在打开的网页上，点击 **编辑详情** 位于“客户信息”部分
6. 更新联系人信息，包括新所有者的电子邮件地址
7. 完成后，新所有者即可安全地将你从账号中移除。

## 常见问题

<details>

<summary><strong>当把用户权限降到低于驱动器默认继承时会发生什么？</strong></summary>

你必须以所需的更低权限级别明确邀请其邮箱加入该驱动器。这会使他们出现在驱动器成员表中，因为其访问权限现在与默认值不同。

</details>

<details>

<summary><strong>如果驱动器的默认继承更改后与某成员的明确权限相匹配，他们还会留在成员表中吗？</strong></summary>

会。只要用户曾被明确共享到某驱动器，他们就会一直留在成员表中，不受默认继承变化影响。

</details>

<details>

<summary><strong>访客能在侧边栏看到驱动器吗？</strong></summary>

可以。如果访客拥有某驱动器内任意文件或文件夹的访问权限，他们就能在侧边栏看到该驱动器，便于导航。

</details>

<details>

<summary><strong>工作区管理员权限如何运作？</strong></summary>

工作区管理员会自动成为驱动器管理员，并可降级为工作区成员。他们可以修改默认继承设置并管理工作区的所有方面，包括其他管理员（所有者除外）。

</details>

<details>

<summary><strong>转移工作区所有权需要什么条件？</strong></summary>

当前所有者必须先将其想转移所有权的用户提升为管理员。然后所有者必须离开工作区，此时系统会提示其将所有权转移给现有管理员。

</details>

<details>

<summary><strong>访客可以升级为工作区成员吗？</strong></summary>

可以。用户可按任意顺序从文件/文件夹访问权限（访客）升级到驱动器访问权限（驱动器成员），再到工作区访问权限（工作区成员）。

</details>

<details>

<summary><strong>驱动器管理员拥有哪些权限？</strong></summary>

驱动器管理员始终是工作区管理员，并对驱动器内容和设置拥有完全控制权，包括修改默认继承设置的能力。

</details>

<details>

<summary><strong>成员表在不同层级的可见性如何运作？</strong></summary>

工作区级别会显示成员和访客。驱动器级别的成员表只显示那些被明确授予权限、且权限并非来自默认继承的用户。这样既保持界面简洁，又便于跟踪自定义权限分配。

</details>

<details>

<summary><strong>工作区管理员可以直接添加到驱动器吗？</strong></summary>

不可以。由于工作区管理员会自动在所有驱动器中成为驱动器管理员，因此不能以不同权限级别被明确邀请到驱动器。

</details>

<details>

<summary><strong>直接共享文件/文件夹时会发生什么？</strong></summary>

共享文件或文件夹时，你必须在共享操作中指定权限级别（类似于 Google Drive）。接收者会在工作区和驱动器两个层级都成为访客，并且该驱动器会显示在其侧边栏中，便于访问。

</details>

<details>

<summary><strong>访客可获得哪些文件和文件夹权限级别？</strong></summary>

访客可被分配 **查看者**, **下载者**, **评论**, **编辑者**，或 **完全访问**。请使用 **下载者** 当某人需要下载权限但不需要更广泛的编辑权限时。

</details>

<details>

<summary><strong>承包商角色是什么，它如何运作？</strong></summary>

承包商是权限受限的工作区成员，不会自动继承驱动器访问权限。与根据驱动器默认继承设置获得访问权限的普通成员不同，承包商必须被明确邀请到每个驱动器，或者被授予对驱动器内特定文件和文件夹的访问权限。这样可以实现安全、细粒度的共享，使承包商只看到他们需要的精确资源，而看不到更广泛的驱动器结构。承包商会按工作区成员计费，并在界面中显示“CONTRACTOR”徽标。此角色非常适合需要成员级能力（如挂载驱动器）的外部协作者，但只应按具体情况访问特定内容。

</details>


---

# 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/workspace-and-drive-permissions.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.