> For the complete documentation index, see [llms.txt](https://developers.oxylabs.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://developers.oxylabs.io/documentation/cn/kong-zhi-mian-ban/tuan-dui-yu-zhang-hu-she-zhi.md).
# 团队与账户设置
在 Oxylabs 仪表板中管理你的团队成员、账户设置和通知偏好。
该 **设置** 部分可从概览页面访问，并包括 **设置**, **团队**，以及 **电子邮件通知**.
在这里你可以：
* 更改密码
* 选择你的地区
* 管理团队成员
* 配置电子邮件通知
## 团队角色
Oxylabs 团队由两种角色组成：
* **团队所有者** – 管理团队、邀请成员并控制订阅。
* **团队成员** – 可访问仪表板功能，但不能管理订阅或邀请其他成员。
#### **团队成员限制：**
* 只有团队所有者可以添加新成员。
* 最多 `50` 名活跃团队成员。
* 团队成员购买订阅。
* 拥有 **免费方案** 并加入团队的用户会失去其方案，转而获得对团队仪表板和产品的访问权限。
* 拥有有效订阅的用户必须先取消订阅（在 **账单与支出**）后才能加入团队。
* 用户一次只能属于一个团队。要创建新团队，必须先离开当前团队。
## 邀请团队成员
1. 前往 **设置 → 团队**.
2. 点击 **+ 邀请团队成员**.
3. 输入队友的电子邮件地址并发送邀请。
被邀请人会收到电子邮件邀请，如果他们已有账户，也会收到仪表板通知。接受后，其状态将变为 **活跃**。你可以随时重新发送邀请或移除团队成员。
### 团队成员入职
1. 被邀请人会收到电子邮件邀请。
2. 点击 **接受邀请** 会将他们带到仪表板——如果他们还没有账户，则需要先注册。
3. 接受后，他们可以访问所有仪表板功能，但不包括订阅管理和团队邀请。
4. 他们可以在以下位置查看其成员资格详情，或随时离开团队： **设置** → **团队**.
### 转移团队所有权
1. 当前所有者从现有团队中选择新的所有者。
2. 他们在仪表板中并通过电子邮件验证确认转移。
3. 新所有者通过仪表板或电子邮件接受。
完成后，新所有者拥有完整的管理控制权，原所有者将成为普通团队成员。
## 电子邮件通知
电子邮件通知设置可让你配置账户级提醒，以及应接收这些提醒的电子邮件地址。 **支出上限通知** 会在你接近并达到每月总支出上限时通知你（例如在 `50%`, `80%`，或 `100%`).
{% hint style="info" %}
默认情况下， `80%` 和 `100%` 已设置支出提醒。请参阅 [产品实例](/documentation/cn/kong-zhi-mian-ban/chan-pin-shi-li.md) 了解实例级提醒配置（与这些账户级提醒分开）。
{% endhint %}
## 账户验证
Oxylabs 可能会要求进行账户验证，作为合规和平台安全流程的一部分。如果需要验证，团队所有者会在仪表板中收到提交所需信息的说明。
---
# 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://developers.oxylabs.io/documentation/cn/kong-zhi-mian-ban/tuan-dui-yu-zhang-hu-she-zhi.md?ask=&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.