总结一段很长的邮件往来

在聊天里问 Octo —— 收件箱里没有总结按钮。摘要在后台随着会话增长而维护,所以答案回来不用等模型。

更新于

跑到三十条消息的会话,没人想接手。Octo 可以告诉你它在讲什么,你不用自己读。

怎么问

**在聊天里,用大白话。**问 Octo *“这个会话在讲什么?”*并点名那个会话,它会返回摘 要,附带会话上有哪些人、攒了多少条消息。

**会话视图里没有总结按钮。**这一点值得直说,因为“我点哪里”是显而易见的第一个问题, 而诚实的答案是:你不用点 —— 这是聊天能力,不是会话上的控件。

在会话视图中打开的邮件会话,显示主题、回复模式控件和一份待处理草稿,但没有任何总结按钮。
会话界面里有模式控件、草稿操作和撰写框,但没有总结按钮。摘要要靠问 Octo 得到。

为什么它秒回

摘要不是你问的时候才写的。它在后台随会话增长而维护,存在会话本身上,所以提问读的是 一份现成的答案,而不是启动一次模型调用。

这有一个可见的后果:在全新的会话上,摘要还没算出来,你得到的是最近的消息,而不 是一份写好的摘要。这是文档写明的回退,不是故障 —— 只是目前还没多少可总结的。

它适合什么

  • **接手别人的会话。**上面有谁、对方问了什么、进行到哪了。
  • **判断一个会话需不需要你。**比点开它快,而且参与者名单经常自己就给出了答案。
  • **在长会话上批准草稿之前。**草稿是面对整个会话写出来的;摘要让你核对这封回复属于 你以为的那个对话。

它不会做的事

**它不是搜索。**它总结你点名的那一个会话。找到会话是单独一步 —— 先让它列出邮箱的会 话。

**它不是决定记录。**它是对说过什么的滚动摘要,这两件事不一样。如果一个约定很重要, 它该待在耐久的地方 —— 如果它应该影响以后的回复,就放 知识库里。

**它不会自己出现在任何地方。**没有面板,没有角标。你不问,就见不到。