> For the complete documentation index, see [llms.txt](https://docs.convai.com/api-docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.convai.com/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/create-a-chat-experience.md).

# 创建聊天体验

为聊天体验命名，选择房间类型，编写其用途，并创建一个会向你添加的每个角色发送简报的房间。

创建聊天体验时，会明确这个房间是做什么的：你写入的房间类型和用途，会成为每个角色加入时收到的简报。创建对话框是你唯一可以修改这些措辞的地方。使用本页为体验命名、选择房间类型、撰写用途，并在其固定之前阅读简报。

### 前提条件

* **我的体验** 在 Convai 仪表板中打开。参见 [打开我的体验](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/open-my-experiences.md).
* 一个显示……的 Convai 账户 **创建聊天体验** 位于 **我的体验**。请参阅 [使用聊天体验所需条件](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/prerequisites.md).
* 关于这段对话用途的决定。用途就是承载它的字段。

### 创建体验

{% hint style="warning" %}
**创建体验** 会永久确定房间类型、用途和简报。在选择之前请阅读简报框。
{% endhint %}

{% stepper %}
{% step %}

#### 打开创建对话框

当 **我的体验**，选择 **创建聊天体验**.

该 **创建聊天体验** 对话框会在……上打开 **焦点小组** 房间类型，名称和用途已为该类型预先填好。其副标题写道：“一次设定场景。无论是一位角色还是整个房间，每个角色加入时都会收到这份简报。”
{% endstep %}

{% step %}

#### 为体验命名

将 **体验名称** 中的文本替换为你为房间起的名称。该字段最多可容纳80个字符。

名称是你稍后在 **我的体验**中再次找到该体验的方式。它不是简报的一部分。
{% endstep %}

{% step %}

#### 选择房间类型

打开 **房间类型** 菜单并从六种类型中选择一种： **焦点小组**, **教室**, **会议模拟**, **头脑风暴**, **好友聊天**，或 **自定义**。每一种在菜单中都带有一行描述。

房间类型决定对话运行的模式。有些类型由你主导，角色会在被点到时作答；另一些类型则完全没有领导者。选择不同的类型会替换预填的名称和用途，除非你已经输入了自己的内容。

**自定义** 是唯一一种会以空白字段开头的类型 **作用** 在你写入用途之前， **每个角色将会被告知的内容** 会显示示例简报而不是你的简报，并且无法输入内容。

有关每种类型设定的规则及其填入的用途，请参见 [房间类型参考](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/the-room-brief/room-types-reference.md).
{% endstep %}

{% step %}

#### 撰写用途

在 **作用**，描述这段对话的主题。五种预设房间类型都会在打开时已经写好用途；你可以编辑或替换它。

在该字段下方，有一行带锁说明接下来会发生什么：“房间类型和用途将成为每个角色收到的简报。创建后无法更改。”
{% endstep %}

{% step %}

#### 阅读简报

**每个角色将会被告知的内容**，位于 **作用**下方，已经打开。该框中包含根据房间类型和你输入的用途写成的简报。

这是唯一一次这些措辞可以由你来修改：直接改写它们，角色收到的就会完全是你写下的内容。 **创建体验** 在该框为空时仍不可用。参见 [撰写你自己的简报](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/the-room-brief/write-your-own-briefing.md) 用于重新撰写简报，以及把为你写好的版本放回去。
{% endstep %}

{% step %}

#### 创建它

选择 **创建体验**.

**创建体验** 在以下两项都 **体验名称** 和 **作用** 填入文本之前不可用。在体验保存期间，字段会变灰，页脚显示“正在保存…”。随后对话框关闭并打开新房间。
{% endstep %}
{% endstepper %}

### 创建后会打开什么

新的聊天体验会以空房间打开。里面还没有任何发言，也还没有人进入。一个新房间有四个部分：

| 房间的一部分 | 显示内容                                                               |
| ------ | ------------------------------------------------------------------ |
| 顶部栏    | 体验名称、用于重命名体验的铅笔图标、房间类型、房间 ID、一个 **纯文本** 标签， **之前的会话**以及用于房间控制的三点菜单 |
| 线程     | 一个固定的 **房间简介** 卡片，显示用途以及编写简报所依据的房间类型规则，还有标题 **房间里还没有人**            |
| 侧边栏    | 该 **在这个房间中** 部分，其中有一张卡片写着 **添加参与者** 以及“每个角色一加入就会收到房间简报。”           |
| 消息框    | 已锁定，显示 **至少添加一名参与者才能开始** ，代替通常的提示                                  |

房间中的每个控件都列在 [房间控件参考](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/running-the-room/room-controls-reference.md).

### 体验创建后哪些内容是固定的

房间类型、用途和简报在体验创建后都无法更改。房间内或 **我的体验** 上没有任何控件可以编辑它们；房间会改为在简报旁显示一个 **创建时固定** 锁。参见 [简报为何无法更改](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/the-room-brief/why-the-brief-cannot-be-changed.md).

仍有两项内容可以更改：

* **名称。** 使用房间名称旁边的铅笔图标，或 **重命名** 在体验的菜单上。
* **新体验中的措辞。** **使用新简介复制** 会根据此体验预填内容打开创建对话框，并让每个字段再次可编辑。参见 [管理你的聊天体验](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/manage-your-chat-experiences.md).

### 下一步

在你把角色安排进去之前，房间是空的。添加他们后，消息框就会解锁。

{% content-ref url="/pages/e66e9e0ec4110edb5e946c0e1dc157bf6fcf6b0a" %}
[向房间添加角色](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/add-characters-to-the-room.md)
{% endcontent-ref %}

如果你想在创建体验之前，用自己的话替换原本为你写好的简报，请详细填写简报框。

{% content-ref url="/pages/d7f01a946536f2d04de02930a02801e454f2a82e" %}
[编写你自己的简报](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/the-room-brief/write-your-own-briefing.md)
{% endcontent-ref %}


---

# 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://docs.convai.com/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/create-a-chat-experience.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.