> ## 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**。页面和上传的文件一同显示在 **Resources** 中，其中显示的所有内容都限定在该 Space 范围内。

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

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

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

## Space 中包含的内容

Space 包含人员和智能体完成工作所使用的资源：

* 以 Markdown 为基础的页面，用于保存上下文、分析和工作知识
* 用作源材料的上传文件
* 与外部系统的连接
* 自动化运行记录

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

## 成员与角色

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

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

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

### 组织 Owner 和 Admin

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

### 管理 Space 成员

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

## 连接

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

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

连接一旦被公开，其配置的数据范围就会对该 Space 的智能体、页面和自动化可用。在配置自动化时，受支持的连接触发器也将变为可用。

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

## 将 Space 链接在一起

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

当父 Space 链接到子 Space 时：

* 父 Space 的成员可以读取子 Space 的内容。
* 子 Space 无法看到父 Space 的内容。
* 一个子 Space 无法通过共同的父 Space 看到另一个子 Space。
* 链接的可见性会沿着更多的子链接继续传递。

链接访问是只读的。要修改子 Space 中的页面、文件、自动化、连接或其他资源，用户还必须是该子 Space 的直接成员并拥有相应的角色。

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

打开 Space → **Linked Spaces** 查看其链接。在有权限时，使用可见的添加或移除控件更改链接。链接不会移动或合并源 Space。由于链接会影响继承的访问权限，请在更改之前确认源 Space 和目标 Space。

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

假设你的公司负责管理某位客户的个人财务以及六家独立的企业。为该客户和每家企业分别创建一个 Space，以免它们的记录、文件和自动化相互混杂。

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

### 示例：监督多个项目的管理 Space

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

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


## Related topics

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


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