> 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/the-room-brief/room-types-reference.md).

# 房间类型参考

六种聊天体验房间类型的参考：每种类型在房间类型菜单中显示的那一行、它告诉角色什么，以及它会为你填入什么。

房间类型构成聊天体验简报的一半，而你写下的目的构成另一半。在包含两个或更多角色的房间里，它会提供简报开头的句子、结尾的规则，以及显示在简报下方的规则标签。它还会填入体验名称，并且，除 **Custom**，会填入一个供你在体验创建前编辑的目的。本页列出全部六种类型：它们在菜单中显示的那一行、填入的名称和目的、开头句子，以及它设置的规则标签。

含有单个角色的房间会使用自己的一套措辞进行简报，无论体验是按哪种类型创建的。该角色会收到固定的开头句子和固定的一组结尾规则，以及三个规则标签： **另一人**, **保持角色** 和 **被点名时回应**。该类型仍会填入名称和目的，并继续标注房间，但该角色收到的简报措辞都不会来自它。下面关于角色被告知内容的说明都描述的是包含两个或更多人的房间。参见 [房间说明是如何编写的](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/the-room-brief/how-the-room-brief-is-written.md) 这两种形式并列展示。

你选择的类型会在体验创建的那一刻就确定下来，同时确定目的以及据此写出的简报。参见 [为什么简报无法更改](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/the-room-brief/why-the-brief-cannot-be-changed.md)。它会以标签形式显示在体验的卡片或行上， **我的体验**，在全宽窗口中显示在房间顶部栏里，并在房间侧边栏中显示在简报旁边，位于固定的 **房间简报** 卡片以及体验的 **之前的会话** 页面上。

### 六种房间类型

这些类型在 **房间类型** 菜单中按以下顺序出现，每个名称下方都有一行说明。

| 房间类型       | 菜单中的说明                      | 填入的体验名称  |
| ---------- | --------------------------- | -------- |
| **焦点小组**   | “主持人提问；参与者被点名时作答。”          | `焦点小组会话` |
| **课堂**     | “老师主导；学生回答，也可以提出自己的问题。”     | `课堂会话`   |
| **会议模拟**   | “每个人都有角色和议程项；主席维持秩序。”       | `会议模拟`   |
| **头脑风暴**   | “没有领导者。每个人都贡献想法，并在彼此基础上拓展。” | `头脑风暴会话` |
| **朋友闲聊**   | “轻松随意。大家自由交谈，没有人负责。”        | `朋友闲聊`   |
| **Custom** | “请你自己描述房间。”                 | `自定义房间`  |

### 每种类型填入的目的

六种类型中有五种会为你填入一个示例，供你编辑或替换。

| 房间类型       | 填入的目的                                                |
| ---------- | ---------------------------------------------------- |
| **焦点小组**   | “新款辣鸡三明治的试吃反馈会。五位常客分享对口味、价格和包装的真实反应。”                |
| **课堂**     | “第一周入职培训课。老师带领新员工逐项了解清单；学生回答问题，询问不清楚之处，并在彼此发言基础上补充。” |
| **会议模拟**   | “每周产品同步会。每位与会者负责一项议程；主席把控时间，并以决定结束每一项。”              |
| **头脑风暴**   | “春季活动开放式头脑风暴。没有哪个想法太小；每个人都贡献，并在前人基础上继续发展。”           |
| **朋友闲聊**   | “一群朋友下班后叙旧。轻松、温暖，没人掌控对话。”                            |
| **Custom** | 没有。该字段初始为空；参见 [Custom](#custom) 下文。                  |

每个字段都各自独立保护自身。选择另一种类型会替换已填入的目的，除非你已在 **用途**中输入你自己的内容，并替换已填入的名称，除非你已在 **体验名称**中输入你自己的内容。在一个字段中输入不会保护另一个字段，而你曾输入后又清空的字段，会在你下次选择类型时再次被填入。

### 每种类型会告诉角色什么

简报以房间类型提供的一句话开头，中间包含你的目的，结尾是该类型设置的规则。以下是六个开头句子。

| 房间类型       | 简报开头的句子                             |
| ---------- | ----------------------------------- |
| **焦点小组**   | “你正在加入一个由主持人主持的焦点小组。你是多位参与者之一。”     |
| **课堂**     | “你正在加入一个由老师带领的课堂。你是多位学生之一。”         |
| **会议模拟**   | “你正在加入一个由主席主持的会议。每位与会者都有一个角色和一项议程。” |
| **头脑风暴**   | “你正在加入一场头脑风暴。没有领导者；每个人都会贡献想法。”      |
| **朋友闲聊**   | “你正在加入朋友之间的轻松聊天。没有人负责。”             |
| **Custom** | “你正在加入一个由创建者设定目的的房间：”               |

**Custom** 是唯一一种开头句子以冒号结尾并直接接入你的目的的类型。

结尾规则与规则标签所表达的是同一套规则，只不过前者写成句子，而后者是供你阅读的简短形式，而不是给角色看的。以下是每种类型设置的标签。

| 房间类型       | 规则标签                                                    |
| ---------- | ------------------------------------------------------- |
| **焦点小组**   | **主持人提问**, **参与者被点名时作答**, **其他时候保持安静**, **在被邀请时一起讨论**   |
| **课堂**     | **老师主导课程**, **学生在被询问时作答**, **提出你自己的问题**, **在他人发言基础上继续** |
| **会议模拟**   | **主席维持秩序**, **围绕你的议程项发言**, **被点名时回应**, **每项都以决定收尾**     |
| **头脑风暴**   | **没有领导者**, **每个人都贡献想法**, **彼此相互拓展**, **保持推进**           |
| **朋友闲聊**   | **自由交谈**, **没有人负责**, **相互回应**, **保持轻松随意**               |
| **Custom** | **主持人引导**, **被点名时回应**, **其他时候倾听**                       |

关于简报结尾所采用的更长措辞，以及三部分如何组合成一段，请参见 [房间说明是如何编写的](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/the-room-brief/how-the-room-brief-is-written.md).

这些标签位于它们所概括的措辞下方：在……中的简报下方， **每个角色将被告知什么** 创建对话框中的框里，以及在对话线程和体验的……中的简述下方 **之前的会话** 页面上。房间的侧边栏会显示房间类型和目的，而不显示这些内容。

在只包含一个角色的房间里，线程中的框会显示 **⟨角色名称⟩加入时被告知了什么** ，并显示三个单角色标签，而不是该类型的标签。无论在别处的简述旁边，这些标签仍会描述体验创建时所采用的类型。

### Custom

**Custom** 是唯一一种不会填入目的的类型。它的 **用途** 字段初始为空，在你写入内容之前，没有任何可用于给角色编写简报的内容。

空字段会以灰色文字显示一个示例：“五位常客对这款新辣味三明治作出反应；我提问，他们诚实回答，并在意见不合时争论。”字段下方的一行说明最低要求：“一个词是最低限度。你提供的上下文越多，角色进入后表现得越好。”

在写入目的之前， **每个角色将被告知什么** 显示的是示例简报而不是你的，而且无法直接输入。参见 [编写你自己的简报](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/the-room-brief/write-your-own-briefing.md).

### 相关页面

{% content-ref url="/pages/4d5dc49dc258059982aaa0463bb21133ac3afd26" %}
[房间简报是如何编写的](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/the-room-brief/how-the-room-brief-is-written.md)
{% endcontent-ref %}

{% content-ref url="/pages/20c927f8c4b5a32b788bb0a212b0be01c0ff1591" %}
[创建聊天体验](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/create-a-chat-experience.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/the-room-brief/room-types-reference.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.