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

# Spaces

> 隔离客户上下文、控制访问权限并组织运营工作

Spaces 是相互隔离、受访问控制的独立单元，你的团队可以在其中为某个客户、业务或运营领域组织工作。除非你显式地将它们关联起来，否则每个 Space 的上下文和资源都与其他所有 Space 相互独立。

当某些内容应共享同一个访问边界和同一个工作上下文时，请使用 Space。

## 浏览 Space

Space 当前的标签页包括 **Automations**、**Resources**、**Connections** 和 **Linked Spaces**。Pages 和上传的文件一起显示在 **Resources** 中，其中显示的所有内容都限定在该 Space 范围内。

## 创建、重命名或删除 Space

在侧边栏中选择 **New Space**，在 **Create a Space** 中输入 **Space Name**，然后创建。要重命名现有的 Space，请选择 Space 顶部的名称并直接编辑。在获得权限的情况下，使用 **More Space actions** → **Delete** 将其删除。

删除 Space 会移除其成员关系和公开设置，且无法撤销。在使用 **Delete Space** 之前，请确认目标 Space 无误。

## Space 中包含哪些内容

Space 包含人员和 agents 完成工作所需的资源：

* 以 Markdown 为基础的 Pages，用于保存上下文、分析和工作知识
* 用作原始资料的上传文件
* 与外部系统的 Connections
* Automation 运行

默认情况下，Connections 对 Space 不可用。你必须先显式公开每个 connection，才能在该 Space 中使用其内容。

## 成员与角色

成员关系决定了每个人在 Space 中可以查看和更改哪些内容。

下表比较了每个 Space 角色可执行的操作。

| 权限 | Space Owner | Contributor | Viewer |
| - | :-: | :-: | :-: |
| 查看 Space 内容 | ✓ | ✓ | ✓ |
| 创建和编辑页面 | ✓ | ✓ | ✕ |
| 添加和管理文件 | ✓ | ✓ | ✕ |
| 创建和编辑 automations | ✓ | ✓ | ✕ |
| 批准或拒绝 automation 运行 | ✓ | ✓ | ✕ |
| 添加 connections | ✓ | ✓ | ✕ |

### 组织 Owners 和 Admins

组织 Owners 和 Admins 自动成为每个 Space 的成员，并拥有编辑权限。他们无需被逐一邀请加入每个 Space，即可监督整个组织的工作。

### 管理 Space 成员

打开 Space 并选择 **Manage Space Members**。拥有相应权限的成员可以邀请组织成员、更改 Space 角色以及移除访问权限。能够读取某个 Space 的用户，仍可能没有权限管理其成员、Connections、Resources、Automations 或关联。

## Connections

在组织的 connections 被显式公开给某个 Space 之前，该 Space 无法访问它们。这可以防止不相关的 Space 默认看到已连接的记录。

Connection 访问权限直接进行管理。在该 Space 的 **Connections** 标签页中，使用 **Connect to Space** 公开你拥有的可用 connection，或为该 Space 创建新的 connection。在获得权限的情况下，使用 **Remove from Space** 停止公开某个 connection。

一旦 connection 被公开，其配置的数据范围就会对该 Space 的 agents、Pages 和 automations 可用。在配置 automation 时，受支持的 connection 触发器也会变为可用。

> [!WARNING]
>
> 通信类 connections 可能包含涉及许多客户、团队或敏感话题的对话。在将其公开给某个 Space 之前，请配置一个较窄的来源范围。请参阅 [治理](/docs/zh-CN/guides/communication-channels-and-spaces.md)。

## 关联 Spaces

Linked Spaces 提供从父 Space 到一个或多个子 Space 的单向可见性。当工作必须在子级保持隔离、而另一个 Space 需要汇总可见性时，请使用关联。

当父 Space 关联到子 Space 时：

* 父 Space 的成员可以读取子 Space 的内容。
* 子 Space 无法看到父 Space 的内容。
* 一个子 Space 无法通过共同的父 Space 看到另一个子 Space。
* 关联的可见性会沿着更多的子级关联延续下去。

关联访问是只读的。要修改子 Space 中的 Page、文件、automation、connection 或其他资源，用户还必须是该子 Space 的直接成员，并拥有所需的角色。

创建关联需要在两个 Space 中都具有关联管理权限。移除关联需要在父 Space 中具有关联管理权限。

打开 Space → **Linked Spaces** 以查看其关联。在获得权限的情况下，使用可见的添加或移除控件来更改关联。关联不会移动或合并源 Space。由于关联会影响继承的访问权限，请在更改之前确认源和目标。

### 示例：拥有多项业务的客户

假设你的公司负责管理某位客户的个人财务及其六项独立业务。为该客户和每项业务分别创建一个独立的 Space，以免它们的记录、文件和 automations 混杂在一起。

然后，你的管理团队可以使用一个关联到全部七个子 Space 的父 Space。父 Space 提供对客户情绪、团队效率和新出现问题的汇总可见性，同时每个子 Space 的工作上下文保持隔离。

### 示例：统管多个项目的 Admin Space

假设你的组织运行多个项目，每个项目都有自己的团队、文件、页面、connections 和 automations。为每个项目创建一个单独的 Space，使其工作上下文与不相关的工作保持隔离。

创建一个 Admin Space，并将每个项目 Space 作为子 Space 进行关联。Admin Space 为领导层提供项目状态、阻碍因素、团队活动和新出现风险的汇总视图。项目团队无法通过这些关联看到 Admin Space 或彼此的 Space。Admin Space 的成员需要成为项目 Space 的直接成员才能修改其内容。


## Related topics

- [安全](/docs/zh-CN/security.md)
- [治理](/docs/zh-CN/guides/communication-channels-and-spaces.md)
- [MCP](/docs/zh-CN/mcp-server.md)
- [页面](/docs/zh-CN/pages.md)
- [Automations](/docs/zh-CN/automations.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.