> 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/running-the-room/respond-modes-reference.md).

# 回复模式参考

聊天体验房间中五种回复模式的参考：每种模式要求角色做什么，以及之后线程会显示什么。

回复模式决定下一个消息预期由谁来回答。在有两个或更多角色的房间中有五种可用模式，房间打开时默认处于 **自动**，其中 [房间简介](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/the-room-brief.md) 决定由谁回答。

有两个控件可设置模式。回复芯片位于消息框左侧，在你正在输入的内容下方，并会一直保持，直到你更改它；一个 `@` 写入消息中的标签只适用于那一条消息。参见 [选择谁回复](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/running-the-room/choose-who-replies.md) 以设置任一者。只有一个角色的房间没有芯片，也没有可设置的模式：消息框以一句话代替芯片，且每条消息都会发给房间中的该角色。

### 五种回复模式

菜单用一行描述每种模式：

| 模式               | 菜单内容                                            |
| ---------------- | ----------------------------------------------- |
| **自动 · 由房间简介决定** | “默认设置。角色会在房间简介表示轮到他们时作答，否则保持安静。”                |
| **所有人都必须回复**     | “房间中的全部⟨number in the room⟩个角色依次回复。用于投票、比较和评审。” |
| **任何人都可回应**      | “开放式问题。角色只有在有相关内容时才回答；其他人则跳过。”                  |
| **仅我标记的角色**      | “在消息中输入 @Name。每个被标记的角色都必须回复；未被标记的保持沉默。”         |
| **仅一个角色**        | “选择由谁回答。等同于标记单个名字。”                             |

**所有人都必须回复** 是唯一会变化的说明。它会标明你打开菜单时房间里的角色数量，因此在一个有 3 个角色的房间里会显示“全部 3 个角色…”，而在再加入 3 个角色后会显示“全部 6 个角色…”。

### 每种模式在菜单中的位置

菜单会在一个询问谁应回应的分区标题下打开，并按以下顺序列出这些模式：

| 位置 | 模式               | 所在位置                     |
| -- | ---------------- | ------------------------ |
| 1  | **自动 · 由房间简介决定** | 房间打开时的模式                 |
| 2  | **所有人都必须回复**     |                          |
| 3  | **任何人都可回应**      |                          |
| 4  | **仅我标记的角色**      | 位于分隔线下方，并标记为 **由标签设置**   |
| 5  | **仅一个角色**        | 在菜单底部的面板中，房间里的每个角色都有一个芯片 |

当前生效的模式带有一个勾选标记。

### 芯片显示什么

芯片始终显示你正在编写的消息将会发生什么，因此在消息中输入的标签会改变它：

| 生效中                          | 芯片标签             |
| ---------------------------- | ---------------- |
| 自动                           | **自动 · 由房间简介决定** |
| 所有人都必须回应，或者 `@everyone` 在消息中 | **所有人都必须回复**     |
| 任何人都可回应                      | **任何人都可回应**      |
| 标记了一个角色，或者在下选中一个角色 **仅一个角色** | **仅** 后接名字       |
| 标记了两个或更多角色                   | **已标记：** 后接这些名字  |

芯片中的名字会按照标签列表提供的方式写出，因此两个同名角色会显示为该名字以及带有 `(2)` 其后的名字。

**仅我标记的角色** 没有自己的芯片标签。在某个名字被标记之前，消息的行为就像 **自动** ，芯片也会这样显示。

### 回合结束后线程显示什么

这些是实时房间显示的说明；已保存的记录会用自己的措辞为同样的回合加注说明，并且 [查看过去的会话](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/sessions-and-transcripts/review-a-past-session.md) 会保留那种措辞。你消息下方的说明会标明模式并报告结果，而某些模式还会在每条回复旁边放一个简短标签：

| 模式                | 说明                                                                         | 每条回复旁的标签   |
| ----------------- | -------------------------------------------------------------------------- | ---------- |
| 自动                | `自动 · 由房间简介决定` 然后再调用 `⟨n⟩ 个中有 ⟨k⟩ 个回应了`，然后 `⟨j⟩ 个在听` 和 `⟨f⟩ 个未回答` 在任一情况适用时 | `相关 · 已回答` |
| 所有人都必须回复          | `所有人都必须回应 · ⟨n⟩ 个中有 ⟨k⟩ 个回复了`                                              | 无          |
| 任何人都可回应           | `任何人都可回应` 后面跟着谁回复了，或者 `还没有人回复`，以及 `⟨p⟩ 个跳过了` 若有人这样做                        | `自愿回应`     |
| 仅我标记的角色，且标记了两个或更多 | `已标记：⟨names⟩ · ⟨n⟩ 个中有 ⟨k⟩ 个回复了`                                           | 无          |
| 仅我标记的角色，且标记了一个    | `仅 ⟨name⟩`，然后 `已回复` 或 `等待中`                                                | 无          |
| 仅一个角色             | `发送给 ⟨name⟩`，然后 `已回复` 或 `等待中`                                              | 无          |

每个占位符都统计各自的内容。⟨k⟩ 是回复的角色数量，⟨n⟩ 是该回合所要求的内容：在你发送消息时房间的状态，处于 **自动** 和 **所有人都必须回复**之下；以及在被标记回合中被标记的角色数量。⟨j⟩、⟨f⟩ 和 ⟨p⟩ 也是各自独立的计数，不是房间总数：仍在听的角色、被报告为未回答的角色，以及跳过的角色。参见 [回合如何运作](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/running-the-room/how-a-turn-works.md) 了解每个计数的含义。

发给单个角色的回合在结束且没有任何回应时，不会带有结果词。说明只有标签本身： `仅 ⟨name⟩`，或 `发送给 ⟨name⟩`.

这两个标签是向单个角色发起消息的两种方式之间的区别。芯片显示 **仅** 无论哪种方式，后面都跟着名字，而说明会记录该回合所走的路径： `仅 ⟨name⟩` 当名字在消息中被标记时， `发送给 ⟨name⟩` 当它是在下方选中时 **仅一个角色**.

只有一个角色的房间有自己专属的说明，无论模式设为何种。它标明的是角色而不是模式： `发送给 ⟨name⟩ · 已回复` 一旦该角色回答， `发送给 ⟨name⟩ · 等待中` 而房间仍在等待回应时，且 `发送给 ⟨name⟩` 在回合结束且没有回复时则单独显示。

标记了两个或更多角色的回合会在回复下方添加一行，点出房间中所有未被包含的人：“Kai 和 Theo 没有被标记，因此不会回复这一条。”如果只漏掉一个角色，这一行就写“未被标记”。

### 安静角色会产生什么

在实时房间中，有两种模式允许角色什么也不回答，而且每种模式对结果的表述不同：

| 模式      | 回复下方的注记                                                                  |
| ------- | ------------------------------------------------------------------------ |
| 自动      | “⟨names⟩ 按简介要求保持安静。若想听听他们的说法，请标记他们。”当名字多于一个时，最后一句会写成“若想听听他们的说法，请标记其中一个。” |
| 任何人都可回应 | “⟨names⟩ 没有什么要补充，已跳过。”                                                   |

**所有人都必须回复**, **仅我标记的角色**，以及 **仅一个角色** 每一种都会要求该回合所指向的每个角色回复。在这三种中的任一种下若某个角色什么也没答，则会在更简短的注记中提到：“⟨names⟩ 跳过了”。

无论该回合运行于哪种模式，记录稿都会用一种措辞记下安静角色。参见 [查看过去的会话](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/sessions-and-transcripts/review-a-past-session.md).

### 相关页面

{% content-ref url="/pages/74590cb5e120e705f258bba7fb72a88ca6dd0bff" %}
[选择谁来回复](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/running-the-room/choose-who-replies.md)
{% endcontent-ref %}

{% content-ref url="/pages/6681d929bda5625ffaf6efa97e282f671e49a7f6" %}
[轮次如何运作](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/running-the-room/how-a-turn-works.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/running-the-room/respond-modes-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.