> ## Documentation Index
> Fetch the complete documentation index at: https://docs.nonce.app/llms.txt
> Use this file to discover all available pages before exploring further.

# 常见业务场景

> 按不同协作场景选择合适的角色和矿场范围

拿不准怎么配权限时，先想这个人来干什么：**管理团队、管理矿场运维、执行日常操作，还是只看数据**。下面这几个场景可以直接套用。

## 场景 1：外部合作方只需要看数据

**推荐角色：** Viewer

如果对方只需要看矿机状态、算力、告警和结果，不需要改配置，也不需要发起任务，就给 Viewer。

**这样配最合适**

* 只分配需要查看的矿场
* 不给矿机操作和配置修改能力
* 让对方只能看，不能改

## 场景 2：负责人需要管理被分配矿场的运维配置

**推荐角色：** Manager

如果对方需要维护被分配矿场的配置，管理矿池、Agent、Farm Worker、IP range、Automation、固件更新，或执行高风险矿机操作，就给 Manager。

**这样配最合适**

* 只分配他负责的矿场
* 需要改矿场配置或执行高风险矿机操作时，才给 Manager
* 成员管理、API Key 和矿场生命周期变更仍然由 Admin 负责

## 场景 3：运维人员需要处理日常矿机问题

**推荐角色：** Member

如果对方要重启矿机、发起常规任务、切功耗模式，或做其他日常矿机操作，但不负责矿场配置和团队管理，就给 Member。

**这样配最合适**

* 只分配他负责的矿场
* 确认他的角色是 **Member**，不是 **Viewer**
* 不让他负责矿场配置、成员管理和工作区设置

## 场景 4：第三方开发者需要联调 API 或排查问题

**推荐角色：** Member

如果对方需要在分配给他的矿场范围内查看矿场、矿机和任务数据，或协助排查问题，通常也用 Member，但范围要更小。

**这样配最合适**

* 只给联调所需的矿场
* 需要 API Key 时，由 Admin 负责创建和管理
* 不给邀请成员、改角色、改设置的能力

## 场景 5：负责人需要统一管理团队和资源

**推荐角色：** Admin

如果对方要负责成员增减、角色调整、矿场范围分配，以及工作区设置，就应该给 Admin。

**这样配最合适**

* 让他负责邀请或移除成员
* 让他调整不同成员的访问边界
* 让他统一管理工作区设置和 API Key