> 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/inviting-external-collaborators.md).

# 邀请外部协作者

本指南介绍了在与外部合作伙伴协作的同时，如何保持安全性和工作流程效率的最佳实践。

### 了解外部访问

外部协作者可获得三个不同层级的访问权限：

#### 文件/文件夹访问

这是外部协作中最细粒度、最安全的方式。当你共享特定文件或文件夹时，协作者会成为 **访客** ，同时处于工作区和驱动器级别。他们只会看到所需内容，同时保持简洁、专业的体验。

此级别最适合：

* 审核特定交付成果的客户
* 处理单个素材的自由职业者
* 审核特定内容的外部 QA 团队
* 需要访问演示材料的相关方

#### 驱动器访问

当外部协作者需要更广泛地访问某个项目时，驱动器级权限提供了一种平衡的方案。这些用户仍然是 **工作区访客** ，但可以有结构地访问整个项目。 **重要提示：驱动器访客无法通过 ShadeFS 挂载驱动器** ——他们只能通过网页应用界面访问内容。

最适合：

* 外部后期制作公司
* 处理多个素材的代理合作伙伴
* 参与特定项目的长期自由职业者
* 需要访问完整项目范围的客户团队

#### 工作区成员资格

仅为深度融入你工作流程、值得信任的外部合作伙伴保留。虽然可以这样做，但在授予此级别访问权限之前，我们建议仔细考虑安全影响。

### 安全最佳实践

#### 权限管理

* 先限制，再按需扩展访问权限
* 使用 **访客访问** 作为外部协作的默认设置
* 请记住，拥有文件访问权限的任何人都能看到驱动器名称
* 设置清晰的 **默认继承** 驱动器级别，以防止意外暴露

#### 访问控制

外部协作者可根据需要逐步提升权限级别：

1. 先从文件/文件夹访问开始
2. 如果需要更广的范围，再升级为驱动器访问
3. 仅在必要时转换为工作区成员资格

这种渐进式方法既能确保合适的访问级别，又能保持安全性。

### 实际考虑

#### 可见性与导航

当外部访客拥有任何包含文件的访问权限时，他们可以在侧边栏中看到驱动器。请在以下情况下考虑这一点：

* 命名驱动器和文件夹
* 组织内容
* 规划项目结构

#### 权限继承

* 驱动器 **默认继承** 设置不会影响外部访客
* 共享时必须明确设置权限
* 访问权限可随时修改或撤销
* 更高层级权限的更改会向下传播

### 客户协作提示

与客户合作时：

* 在可能的情况下，共享具体文件/文件夹，而不是整个驱动器
* 使用标准化、专业的驱动器名称
* 考虑创建专门面向客户的驱动器
* 在初次共享时设置清晰的权限级别

### 常见场景

#### 自由职业者入职

从特定文件访问开始，并根据项目需求逐步扩大。这既能保持安全性，又能在关系发展时提供灵活性。

#### 客户审核流程

共享单个交付成果，而不是整个项目驱动器。这样可以将重点放在相关内容上，并简化审核流程。

#### 代理合作

根据项目需求，考虑使用带有特定权限集的驱动器级访问。这在效率与安全性之间取得平衡。

### 重要提醒

* 外部访客对任何已共享内容都保留驱动器可见性
* 权限升级可以逐步实施
* 访问权限可随时撤销或修改
* 工作区管理员可以审计访问级别
* **驱动器访客无法挂载驱动器——只有工作区成员和承包商才能使用 ShadeFS**

### 其他资源

如需了解有关权限结构和高级协作功能的更多详细信息，请参阅我们的完整权限指南：

{% 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/inviting-external-collaborators.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.