> 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/why-the-brief-cannot-be-changed.md).

# 为什么简报不能被修改

了解为什么聊天体验会在创建时固定房间类型、用途和简报，以及为什么不同措辞意味着新建一个体验，而不是编辑。

聊天体验一创建，其简报就随之确定。房间类型、目的和简报都写在 [创建对话框中](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/create-a-chat-experience.md) 并会保持创建时写入的样子，适用于该体验以及从它打开的每个房间。了解这一点包含的内容，就能解释为什么房间显示的是锁而不是编辑控件，并指明唯一一种把相同字符放在不同措辞前面的方式。

### 创建时已确定的内容

当你选择时，有三件事会被确定 **创建体验**：房间类型、目的，以及每个角色加入时收到的简报。

产品中没有任何地方提供编辑简报的控件。创建之后的任何界面都不会提供这个功能，因此某个角色在第十个会话中收到的简报措辞，就是在创建对话框中确定下来的措辞。对话框在你提交之前就会说明这一点，在下方的一行中写着 **作用**："房间类型和目的会成为每个角色收到的简报。创建后无法更改。" 简报框会再次说明："体验一旦创建就固定不变。"

房间类型写入简报的内容多少，取决于房间里有多少角色。在有两个或更多角色的房间中，房间类型提供简报开头的那句话和结尾的规则，而你的目的位于两者之间。在只有一个角色的房间中，那句开头的话和那些结尾规则会被专门的措辞取代，而简报旁显示的规则标签写着 **另一个人**, **保持角色一致**，以及 **被点名时回应**，无论该体验是在何种房间类型下创建的。房间类型仍然决定你开始时的目的以及房间所带的标签。这两种形式都在创建时确定，之后都不能由你编辑。参见 [房间简报是如何写成的](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/the-room-brief/how-the-room-brief-is-written.md).

简报是聊天体验中角色所沿用的部分。角色按每个会话分别选择，消息也属于它们发送所在的会话，因此简报是让从某个体验打开的每个房间都仍然属于同一体验的关键。该体验的 **之前的会话** 页面说明了同样的分离关系："每个会话都是独立的线程。简报会沿用；角色和消息不会。"

### 房间关于固定简报会告诉你的内容

房间提供的是锁，而不是编辑控件。简报旁边有一个 **创建时固定** 带挂锁的标签。

将鼠标悬停在该标签上会打开一个简短面板。其标题写着“此体验固定”，正文给出原因："每个会话和每份角色简报都是建立在这份简报之上的。在这里编辑它会让之前的会话归属于另一个体验。"

该标签出现在三个位置：

| 何处                                 | 当               |
| ---------------------------------- | --------------- |
| 该 **房间简介** 房间侧边栏中的部分，上方 **在房间中共享** | 用于整个对话          |
| 置顶的 **房间简介** 线程中的卡片                | 当房间里还没有人时，在宽窗口中 |
| 体验页面上的简报面板 **之前的会话** page          | 每当你打开该页面时       |

在房间中，从该标签打开的面板还提供 **使用新简介复制**。在 **之前的会话** 页面上，它会解释该锁，但不会提供任何可选项。

### 你仍然可以更改的内容

现有聊天体验中仍有两项内容可以由你更改，而且都不会影响简报。

**名称。** 可通过其卡片或其行上的三点菜单重命名该体验 **我的体验**。卡片标签和房间标题会更改；房间类型、目的和简报不会。参见 [管理你的聊天体验](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/manage-your-chat-experiences.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/manage-your-chat-experiences.md).

### 相关页面

简报是在会话之间沿用的内容，其他都不会。此页面涵盖复制体验、在创建对话框仍打开时替换简报措辞，以及一个已完成会话会保留什么。

{% content-ref url="/pages/6e1ca09b18a432f83ac60ca4073562afe124a6c2" %}
[管理你的聊天体验](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/manage-your-chat-experiences.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 %}

{% content-ref url="/pages/509e5c9e359bae6108394a8d3af4b9edef4c4c86" %}
[会话与文字记录](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/sessions-and-transcripts.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/why-the-brief-cannot-be-changed.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.