> For the complete documentation index, see [llms.txt](https://docs.mojo.trade/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.mojo.trade/zh/feng-bi-ce-shi-zhi-nan/managing-your-chats.md).

# 管理聊天

你可以在 Mojo 中拥有多个聊天。让不同的想法、市场或计划各自拥有一个聊天——每个聊天都会保留自己的对话和你在其中启动的智能体。

并不是每个问题都需要新建一个聊天。一个聊天可以一直继续下去；分开的聊天只是更便于区分。

***

### 开始新聊天

* 网页版——点击左侧边栏顶部的 New chat。
* App——点击聊天界面顶部的 New chat；也可以打开 Chats，再点击列表下方的 New chat。

一旦你发送第一条消息，新聊天就会出现在列表中。Mojo 会根据那条消息为它命名。你可以随时重命名，而且你自己设置的标题会一直保留。

**新聊天不会重置 Mojo 记住的关于你的内容。** 你分享过的偏好——比如你常用的杠杆或关注的市场——会在所有聊天中沿用。只有对话内容本身会保留在各自的聊天里。

***

### 查找你的聊天

* 网页版——你的聊天会列在左侧边栏中。如果边栏已折叠，点击 Chats 图标即可展开。图标上的数字表示有多少聊天含有未读消息。
* App——点击聊天界面左上角的 Chats 图标。

你的聊天分为两组列表：

* Pinned——你置顶的聊天，按你选择的顺序排列。拖动即可重新排序（在 App 中，按住后拖动）。
* Recent——其他所有聊天，按每个聊天的创建时间从新到旧排序。新的回复不会让聊天上移。

每个聊天都会显示其中有多少个智能体正在运行；如果有你尚未阅读的消息，还会显示一个点。

***

### 置顶、重命名和归档

* 网页版——将鼠标悬停在边栏中的某个聊天上，即可 Pin（或 Unpin）或 Archive；也可以双击其标题进行重命名。对于你当前打开的聊天，其标题旁的 ⋯ 菜单中有 Pin、Rename 和 Archive。
* App——在 Chats 中长按某个聊天，或点击当前打开聊天顶部的 ⋯，即可进行 Pin、Rename 或 Archive。

**归档会将聊天从列表中移除。** 聊天不能删除，而且你也无法自行恢复已归档的聊天。如果你需要恢复某个聊天，请在 Telegram 中联系团队。

[在 Telegram 上联系 Mojo 团队](https://t.me/mojoaihq).

***

### 归档包含正在运行智能体的聊天

只有当该聊天中没有任何智能体正在运行时，你才能归档它。如果仍有智能体在运行，Mojo 会列出它们，并提供 Stop all and archive：

* **只会停止该聊天中的智能体。** 其他聊天中的智能体会继续运行。
* **停止的操作与在智能体详情页中停止智能体相同。**
* **一旦所有智能体都停止运行，聊天就会被归档。** 如果有些智能体没有停止，聊天会保留在列表中，你可以重试——重试只会作用于仍在运行的智能体。已经停止的智能体会保持停止状态，即使你取消也是如此。

***

### 在聊天之间切换

切换聊天不会打断任何内容。Mojo 仍在撰写的回复会继续进行，你的智能体也会继续运行。

* **智能体会向各自的聊天回传结果。** 智能体的更新始终会出现在你创建它的聊天中，即使你当前正在另一个聊天里也是如此。该聊天随后会被标记为未读。
* **未发送的消息会保留。** 每个聊天都会在你输入它的设备上保留各自的草稿。
* **通知会打开正确的聊天。** 在 App 中，点击来自某个聊天的通知会直接跳转到该聊天。

***

### 在网页端和 App 之间

当你使用同一账号登录时，网页端和 App 中的聊天会保持同步——包括标题、置顶顺序、已归档的聊天以及你已经读过的内容。草稿会保留在你输入它们的设备上。

如果你在多个聊天功能推出之前就与 Mojo 聊过天，那段历史会作为一个聊天保留。它不会按主题拆分，其消息、卡片和智能体也都还在。


---

# 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.mojo.trade/zh/feng-bi-ce-shi-zhi-nan/managing-your-chats.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.