> 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/sessions-and-transcripts.md).

# 会话与文字记录

了解为什么每次打开聊天体验都会创建一个新房间、上一次会话中的内容会保留什么，以及之后会保存什么。

会话是聊天体验中的一段对话，从角色入座开始，到对话结束为止。每次打开都会开始一个新会话，完成的会话会保存为一份记录，你可以阅读，但不能继续。

### 为什么每次打开都是一个新房间

打开聊天体验总是会开启一个新房间。没有任何控件可以重新打开过去的对话，而已经结束的对话也无法再次进入。

房间打开时是空的。只有当你安排入座的角色加入后，它才会成为一个会话，体验也会从那里开始记录。打开体验后又返回，而没有添加任何人，则不会记录任何内容。即使没有人发言的会话，仍会被记录并列出，且带有 **未记录消息** 作为其第一个问题的替代。

打开体验并不是启动会话的唯一方式。 **清除对话** 结束你当前所在的对话，并让你留在同一个已清空的房间里，因此再次在那儿安排角色入座，会在同一地址开始另一个带编号的会话。另请参见 [房间控件参考](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/running-the-room/room-controls-reference.md).

会话按运行顺序编号。 `会话 1` 是体验记录的第一个会话，而最新的会话会排在每个列表的最前面。新的会话不会重新编号之前的会话。

### 会延续到下一次会话的内容

简报会延续。角色和消息不会。体验页面本身在旁边写明了这一点，位于 **之前的会话**：“每个会话都是独立的线程。简报会延续；角色和消息不会。”以下是新房间开始时具备的内容，以及它开始时不具备的内容：

| 什么                                                                                                                | 会带入下一次会话                                    |
| ----------------------------------------------------------------------------------------------------------------- | ------------------------------------------- |
| 房间类型、用途，以及 [每个角色加入时收到的简报](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/the-room-brief.md)                       | 是。它们在体验创建时就已固定，因此每次会话都使用相同的文字               |
| 体验名称                                                                                                              | 是，直到你重命名它为止                                 |
| 该 [房间 ID](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/running-the-room/room-controls-reference.md#the-room-id) | 是。它属于该体验，因此在每次会话中都相同                        |
| 该 [你安排入座的角色](/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/running-the-room/respond-modes-reference.md) 你设置的         | 不。新房间开始时采用 **自动 · 由房间简介决定**，无论上一轮会话结束时是什么设置 |

安排四个角色入座，进行一段长对话，然后第二天再回来，你得到的仍是一个空房间和同样的简报。

### 已完成会话保留什么

已完成的会话会作为只读线程保存：你的消息、每条消息引出的回复，以及一条注明任何保持沉默的角色的备注。每个已记录的会话还包含其运行时间、你提出的第一个问题，以及它包含多少条消息，这些都是体验页面在每一行显示的细节。

带有文件的消息会保留文件名。文件本身不会被保留，因此过去的会话只能标明共享了什么，而不会保存这些文件。另请参见 [与房间共享文件](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/share-files-with-the-room.md).

再次阅读某个会话并不会重新打开它。要发另一条消息，就需要另一个会话，并重新安排角色入座。

记录稿并不是实时房间的副本。对话进行时房间显示的某些内容并不属于记录，而 [查看过往会话](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/sessions-and-transcripts/review-a-past-session.md) 这一部分说明了哪些内容会被省略。

### 谁可以打开过去的会话

聊天体验、由此打开的房间及其记录稿都属于创建它们的账户，并且只对该账户开放。其他任何账户都无法访问它们。

会话记录可以下载为 Markdown 文件。另请参见 [导出记录稿](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/sessions-and-transcripts/export-a-transcript.md).

### 每个任务所在的位置

<table data-view="cards"><thead><tr><th></th><th data-hidden data-card-target data-type="content-ref"></th></tr></thead><tbody><tr><td><strong>查看过往会话</strong><br>打开某个体验的历史记录，选择一段已完成的对话，并阅读记录稿所记载的内容。</td><td><a href="/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/sessions-and-transcripts/review-a-past-session.md">回顾过去的会话</a></td></tr><tr><td><strong>导出记录稿</strong><br>将对话下载为 Markdown 文件，并了解该文件包含什么。</td><td><a href="/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/sessions-and-transcripts/export-a-transcript.md">导出文字记录</a></td></tr></tbody></table>

仍在进行中的对话属于房间自己的页面，而不是这些页面。

{% content-ref url="/pages/2a2f97d08c3487b60a613b33320d63e9352288a4" %}
[运行房间](/api-docs/zh/wu-dai-ma-ti-yan/chat-experiences/running-the-room.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/sessions-and-transcripts.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.
