> For the complete documentation index, see [llms.txt](https://gitbook.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://gitbook.com/docs/documentation/zh/collaborate/member-management/roles.md).

# 角色

对 GitBook 中每个角色的详细说明——每个角色能做什么，以及如何使用它们控制整个组织的访问权限

在向组织添加成员时，你可以为他们设置一个 **默认角色**。此角色将适用于任何从组织继承权限的内容。了解默认角色是充分利用 GitBook 权限管理方式的关键。

请参阅我们关于 [**权限与继承**](/docs/documentation/zh/collaborate/member-management/permissions-and-inheritance.md) 的文档，全面了解权限如何在 GitBook 的内容中逐级传递。

### GitBook 中的角色

角色用于定义成员对内容（以及在管理员的情况下，对组织）拥有的访问和控制级别。

{% hint style="warning" %}
无论角色如何，组织中的每一位成员都会计入账单中的成员总数。要了解更多关于成员管理的信息，请参阅 [邀请和移除成员](/docs/documentation/zh/collaborate/member-management/invite-members-to-your-organization.md).
{% endhint %}

随着你在列表中逐级向上，每个角色都会拥有更高的访问级别。让我们从最低访问级别开始：

<details>

<summary>访客角色</summary>

访客角色是 GitBook 中一个非常特定的角色。访客是指 **没有默认组织角色**的成员。访客在其他方面与普通用户没有区别，只是他们需要在内容级别显式设置权限。

向组织邀请访客意味着他们只能看到直接添加给他们的内容。如果你想向组织中添加外部利益相关者或承包商，但又不想默认授予他们任何内容访问权限，这会非常有用。

{% hint style="warning" %}
访客成员也会计入组织账单中的成员总数。
{% endhint %}

</details>

<details>

<summary>阅读者</summary>

阅读者是 GitBook 中最基础的角色：它提供只读访问权限。

{% hint style="info" %}
所有套餐中的组织都需要为阅读者席位付费。
{% endhint %}

</details>

<details>

<summary>评论者</summary>

评论者拥有与阅读者相同的只读访问权限，但他们还可以针对内容和空间发表评论（想了解更多关于其工作方式的信息，请参阅我们的 [comments](/docs/documentation/zh/collaborate/comments.md) 文档）。

</details>

<details>

<summary>编辑者</summary>

编辑者可以像评论者一样进行阅读和评论，但他们还可以通过几种方式编辑内容。首先，对于 **open** ；REST：对应的链式 [实时编辑](/docs/documentation/zh/collaborate/live-edits.md)的空间，编辑者可以直接编辑内容。其次，对于已将实时编辑 **锁定**的空间，编辑者可以创建并提交 [变更请求](/docs/documentation/zh/collaborate/change-requests.md)。编辑者不能合并更改请求。

</details>

<details>

<summary>审阅者</summary>

审阅者拥有与编辑者相同的所有权限，不过他们还可以合并自己和他人的更改请求。

</details>

<details>

<summary>创建者</summary>

创建者本质上是内容级别的管理员。他们拥有与审阅者相同的所有权限，不过他们还可以创建和删除空间、集合和站点，合并更改请求，并在内容级别管理权限。

</details>

<details>

<summary>管理员</summary>

管理员就像你组织中的超级用户——他们拥有完全访问权限！如果你放心让某人进行可能影响账单、管理成员，以及总体上掌控组织各个方面的更改，就将他们设为管理员。

</details>

### 文档站点中的角色

当角色应用于 [站点级别](/docs/documentation/zh/collaborate/member-management/permissions-and-inheritance.md)时，只有 **管理员** 可以更改站点设置。所有其他角色仍然可以为他们有权访问的空间中的内容做贡献并进行编辑——只是不能管理站点本身。下表显示了每个角色如何对应其站点权限。

| 权限级别  | 站点上的权限 |
| ----- | ------ |
| 管理员   | 编辑和查看  |
| 创建者   | 查看     |
| 审阅者   | 查看     |
| 编辑者   | 查看     |
| 评论者   | 查看     |
| 阅读者   | 查看     |
| 无访问权限 | 无法查看   |

### **阅读者角色和公开文档阅读者**

阅读者角色是指受邀加入组织且拥有付费席位的成员。公开文档阅读者是站点访客，无需邀请或付费席位。

<table><thead><tr><th width="198.80078125"></th><th>阅读者角色（你的组织）</th><th>公开文档阅读者（站点访客）</th></tr></thead><tbody><tr><td><strong>需要邀请</strong></td><td>是</td><td>否</td></tr><tr><td><strong>付费席位</strong></td><td>是</td><td>否</td></tr><tr><td><strong>内容访问权限</strong></td><td>已发布和未发布（在有权限的情况下）</td><td>仅已发布</td></tr></tbody></table>


---

# 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://gitbook.com/docs/documentation/zh/collaborate/member-management/roles.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.
