> 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/write-your-own-briefing.md).

# 编写你自己的简报

将创建对话框中为你写好的简报替换为你自己的措辞，并在需要时切回自动生成版本。

每个角色收到的说明都是为你写好的，而创建对话框是唯一可以用你自己的措辞替换这些内容的地方——创建体验会固定说明，而 **使用新说明复制** 当你之后想要不同措辞时，会在副本上打开同一个对话框。使用此页面可重写位于 **每个角色将被告知什么** 框中，把为你写好的版本恢复回来，并了解你自己的措辞替换了什么。

### 前置条件

* 该 **创建聊天体验** 对话框已打开，并已选择房间类型。参见 [创建聊天体验](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/create-a-chat-experience.md).
* 文本位于 **用途** 字段中。创建体验前必须先填写目的。

{% hint style="info" %}
该 **Custom** 房间类型会打开一个空白的 **用途** 字段。在你填写之前， **每个角色将被告知什么** 显示的是示例说明而不是你的内容，而且无法在其中输入。请先写下目的——随后框中会显示根据你的措辞写成的说明，并接受你的编辑。参见 [房间类型参考](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/the-room-brief/room-types-reference.md).
{% endhint %}

### 用你自己的话替换说明

{% stepper %}
{% step %}

#### 找到说明框

在下方 **用途**， **每个角色将被告知什么** 框已打开。其标题行会关闭该框并重新打开它。

该框中包含为你写好的说明：房间类型开头的那句话、你在中间输入的目的，以及该房间类型结尾的规则。说明下方是规则标签——这些规则的简短形式——以及一条脚注，说明该说明会叠加在其自身人设之上发送给每个角色，并且体验创建后它就会固定下来。

框中显示的是适用于两个或更多角色房间的说明。只放置一个角色的房间则会用自己的措辞说明：不同的开头句子、不同的结尾规则，以及旁边一组固定的三个规则标签，不论你选择了哪种房间类型。参见 [房间说明是如何编写的](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/the-room-brief/how-the-room-brief-is-written.md).
{% endstep %}

{% step %}

#### 输入你自己的说明

选中说明字段中的文本并将其替换。该字段最多可容纳 4,000 个字符，与系统为你写好的说明上限相同。

一个 **重置为为你写好的版本** 按钮会在文本变成你自己的那一刻，直接出现在说明字段下方、规则标签上方。通过这个按钮，你就能判断说明不再是为你写的了。
{% endstep %}

{% step %}

#### 创建体验

选择 **创建体验**.

角色会接收到字段中的内容，并叠加在各自的人设之上——也就是你的措辞、你选择的房间类型，以及你放入的角色数量。不会添加任何内容，也不会重写任何内容。

一旦角色加入房间，线程会在下方显示你写的内容，位于 **每个角色加入时被告知的内容**，或者在 **⟨角色名称⟩加入时被告知了什么** 一个只有一个角色的房间中。
{% endstep %}
{% endstepper %}

### 恢复为为你写好的说明

选择 **重置为为你写好的版本**，位于说明字段正下方。

该按钮只会在字段中的文本属于你自己时显示，一旦说明被重置，它就会消失。重置后，框会再次跟随房间类型和目的：编辑任一字段，框中的说明就会被重写以保持一致。

### 清空说明会怎样

空字段并不是说明，只要它保持为空，对话框就会拒绝创建体验。

清空字段后，下方会显示这行文字："空白说明会改为发送系统为你写好的那份。请写下角色应被告知的内容，或者重置为它。" 在空着的时候，框会保持打开状态，而 **创建体验** 在你输入内容或重置之前不可用。参见 [简报和转录](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/troubleshooting/briefs-and-transcripts.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/the-room-brief/room-types-reference.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/049346515088c6b87be9938af7c005b0930eb41a" %}
[为什么简报不能被修改](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/the-room-brief/why-the-brief-cannot-be-changed.md)
{% endcontent-ref %}

{% 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 %}


---

# 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/write-your-own-briefing.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.