> 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-zuo-qu-he-qu-dong-qi/setting-up-workspaces-and-drives.md).

# 设置工作区和驱动器

以下是一些示例，展示 Shade 用户如何配置他们的 Shade 工作区和驱动器。

{% embed url="<https://youtu.be/GFpVyBT4qP4?si=rnmWyglpKclIvZGx>" %}

## **我是一个刚刚起步的个人用户，但我想能够与一些人分享一些内容。**

当你注册 Shade 时，你会自动获得自己的个人工作区。为了将你的项目与外部项目分开，你最好至少再创建 1 个额外驱动器：

复制

```
Reece 的个人工作区
├── 默认驱动器
└── 项目 1
```

你现在可以邀请团队成员与你一起在项目驱动器中协作，或者在文件夹级别邀请访客。如果你想在这两个驱动器之间移动或复制文件，你可以将两个驱动器挂载到桌面，然后使用 Finder 进行这些操作。了解更多关于挂载和 ShadeFS 的信息，请访问 [ShadeFS](/shade-academy/shade-academy-zh/shadefs/introduction-to-shadefs.md)。不过，如果你知道这些访客需要访问多个驱动器和项目，那么创建一个团队工作区并将他们作为成员邀请进来可能是个好主意。

## **我是一个制作团队，我有 10 个客户，在 Shade 中我应该如何组织我的团队和资产？**

首先，如果你还没有这样做，请为你的团队创建一个工作区，并将你的团队成员邀请到该工作区。你的团队成员将根据你的驱动器权限配置，在每个驱动器上继承特定的权限级别（了解方法请见 [工作区和驱动器权限](/shade-academy/shade-academy-zh/gong-xiang-yu-xie-zuo/workspace-and-drive-permissions.md)）。除非你认为客户需要访问多个驱动器，否则我们不建议在工作区级别添加客户。

外部客户应在 Shade 中作为访客来管理和处理（即在工作区级别以下被邀请的用户）。访客可让你在驱动器、文件夹或文件级别明确提供特定类型的访问权限和控制。根据你与客户的协作方式，你也许会按文件夹拆分他们的项目，并为每个客户设置专用驱动器。以下是一些示例：

```
Shade Studios 工作区
├── 客户 1 驱动器
│   ├── 项目 1 文件夹
│   └── 项目 2 文件夹
├── 客户 2 驱动器
└── 客户 3 驱动器
```

```
Shade Studios 工作区
├── 客户 1 项目 A 驱动器
├── 客户 1 项目 B 驱动器
├── 客户 2 项目 A 驱动器
├── 客户 2 项目 B 驱动器
└── 客户 2 项目 C 驱动器
```

另一种选择是将你的客户作为工作区成员邀请进来，然后将其在驱动器上的默认继承权限限制为 **`无`** 或 **`仅查看。`**

## **我是一个拥有 100 人的公司，管理着来自不同部门和小组的多个项目，在 Shade 中我应该如何工作？**

在这个规模下，你很可能需要创建多个工作区。如果你认为情况如此，请联系我们的团队，这样我们就能将所有工作区统一到一个品牌化组织下，并在组织级别配置计费。

如果你打算在一个工作区下进行协作，那么你可能会想为每个团队设置多个驱动器：

复制

```
Shade Studios 工作区
├── 团队 1 驱动器 A
│   ├── 2025 项目
│   └── 2026 项目
├── 团队 1 驱动器 B
│   ├── 视频
│   └── 数字媒体
├── 团队 2 驱动器 A
...
├── 团队 2 驱动器 Z
└── 团队 3 驱动器 A
```

许多企业用户也会发现创建一个 **已归档资产** 驱动器很有用，它充当 B-roll 驱动器，可供工作区中的任何人访问。

接下来，在应用中的“设置 → 企业”页面启用 SSO/SAML。


---

# 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-zuo-qu-he-qu-dong-qi/setting-up-workspaces-and-drives.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.