> 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/choose-who-replies.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/add-characters-to-the-room.md).
* 消息框已解锁。只要消息框被锁定，回应芯片就会禁用。参见 [你无法发送消息](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/troubleshooting/composer-is-locked.md).

### 使用回应芯片设置谁来回复

在一个有两个或更多角色的房间里，回应芯片位于消息框下方那一行，靠在附加文件的回形针右侧。它显示下一条消息会发送给谁，选择它会打开回应菜单。

{% stepper %}
{% step %}

#### 打开回应菜单

选择该芯片。菜单会在一个询问谁应该回复的分区标签下方打开。

列出了四种模式： **自动 · 由房间简介决定**, **所有人都必须回复**, **任何人都可回应**，以及，在分隔线下方， **仅我标记的角色**。第五种， **仅一个角色**，位于菜单底部，并为房间中的每个角色提供一个芯片。
{% endstep %}

{% step %}

#### 选择一种模式

选择你想要的模式。每种模式都带有一行说明它要求角色做什么，并且当前启用的模式会带有对勾。

选择 **自动 · 由房间简介决定**, **所有人都必须回复**，或 **任何人都可回应** 会关闭菜单并设置该芯片。选择 **仅一个角色** 会将芯片设置为 **仅** ，后面跟着该名称。选择 **仅我标记的角色** 会关闭菜单并在消息框中为你输入一个 `@` ，这会打开标签列表。
{% endstep %}
{% endstepper %}

该设置会一直保留，直到你更改它。它从那时起适用于你发送的每一条消息，而不是只适用于一条消息。

关于每种模式会向角色提出什么要求，以及之后线程会显示什么，请参见 [回应模式参考](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/running-the-room/respond-modes-reference.md).

### 在消息中给角色加标签

在消息中加标签会在消息本身中指定一个角色，并直接向该角色请求回复，而不是把选择权留给它。

{% stepper %}
{% step %}

#### 输入一个 @

类型 `@` 在消息开头或空格后。标签列表会在输入框上方打开，显示房间中的角色。

每一行都带有该角色的名称、其身份以及其工作区。你在这条消息中已经标记过的角色会被标记为 **已标记**.
{% endstep %}

{% step %}

#### 缩小列表范围

继续输入名称，但不要输入空格——Mira Song 的标签写作 `@MiraSong`——列表会保留名称以你输入内容开头的角色。大小写不重要，输入空格会结束标签并关闭列表。

两个同名角色会以该名称以及在其后加上 `(2)` 的形式提供，这两者分别对应不同的角色。
{% endstep %}

{% step %}

#### 插入标签

按 `按 Enter` 或 `Tab` 以插入列表中高亮显示的角色，或选择其所在行。方向键可移动高亮，而 `Escape` 会在不加标签的情况下关闭列表。

标签写入消息时的格式为 `@` 后跟该名称（去掉空格），并会在输入框中高亮显示。你可以在一条消息中标记任意多个角色。
{% endstep %}
{% endstepper %}

{% hint style="info" %}
在普通文本中点名一个角色——“Maya，你觉得这个价格怎么样？”——可能会在自动模式下引出该角色，但没有任何东西会强制它回复。标签是明确的形式：它直接向角色发出请求，而房间会强制它这样做，而不是把决定留给角色。
{% endhint %}

### 一次对所有角色发话

`@everyone` 是标签列表中最后一个选项，位于分隔线下方。它只会在有两个或更多角色的房间中提供，而且只有在你输入的内容仍匹配 `所有人`: 输入 `@n` 后才会从列表中出现，与角色行遵循同样的缩小规则。该行显示 `@everyone` ，旁边标有房间大小——`四个都必须回复` 在一个四人房间中。

选择它会向房间中的每个角色发话。芯片会变为 **所有人都必须回复**，并依次要求每个角色回复。被要求回复的角色仍然可以什么都不答，而线程会在回复下将其命名。参见 [回应模式参考](/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/running-the-room/respond-modes-reference.md) 会列出芯片可以带有的每一种标签。

从草稿中删除标签后，芯片会恢复为自身设置。发送消息会清空草稿，因此下一条消息会再次从芯片开始。

{% hint style="success" %}
发送前先读一下芯片。如果它显示的是你选择的模式，或者你标记的角色，那么消息的指向就是你想要的方式。如果它仍然显示 **自动 · 由房间简介决定**，则说明你设置或输入的内容都没有生效。
{% endhint %}

### 单角色房间没有回应芯片

一个只容纳一个角色的房间会在芯片本应出现的位置显示一句话：“房间中只有一个角色：每条消息都会发送给 ⟨name⟩。”这里没有菜单，也没有可设置的模式，因为每条消息都会到达那里唯一的角色。

输入 `@` 仍会打开标签列表，并且里面只有那个角色，而 `@everyone` 不会提供。标签会直接向角色请求回复；如果不加标签，当你的消息提到它时它就会回应，否则保持安静，这正是为单角色房间写的说明要求它做的。参见 [房间说明是如何编写的](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/the-room-brief/how-the-room-brief-is-written.md).

安排第二个角色，芯片就会出现。

### 下一步

{% content-ref url="/pages/7eeb66a9ac5bb80ce7d065a4b723f69d026f387e" %}
[回复模式参考](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/running-the-room/respond-modes-reference.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/choose-who-replies.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.