不只是语音输入：认识 Typeoff 随心问

当你已经知道自己想说什么时，语音输入非常直接：自然说话，Typeoff 整理内容，文字出现在光标位置。

但写作并不总是从空白页面开始。很多时候，文字已经摆在眼前，而你需要理解、追问、缩短、翻译或重新表达它们，同时又不希望被迫离开当前工作。

这正是 Typeoff 随心问 发挥作用的地方。

在支持的桌面工作流中，你可以选中已有文字，再通过语音说出真正想执行的要求。选中的段落既可以成为回答问题的上下文，也可以成为需要处理的文字。你不必把内容复制到另一个 AI 对话、重新解释背景，再把结果粘贴回来，而是可以从眼前的页面直接继续工作。

它延续了 Typeoff 的语音优先思路，只是对应了另一个时刻：不再是“我知道自己要写什么”，而是“我需要处理已经存在的内容”。

Typeoff 随心问是什么？

随心问是 Typeoff 通过语音处理已有文字的方式。选中一段内容，唤起随心问，然后直接说出需要完成的事情。根据不同指令，你可以让 Typeoff：

• 解释难懂的段落；
• 总结选中的内容；
• 翻译文字；
• 缩短或重新组织某个部分；
• 调整语气；
• 在保留指定细节的前提下完成改写。

随心问并不是一组固定操作按钮。用户不必局限于“总结”或“缩短”这样的预设动作，而是可以用自然语言描述真正需要的结果，包括哪些内容必须保持不变。

因此，这项功能有两种不同用法。有时，选中的文字是回答问题所需的上下文；有时，它是需要改变的文字本身。屏幕上的选区可能完全一样，但用户的目的并不相同。

选中文字，然后直接提问

当文档中的某个部分不够清楚时，最直接的随心问工作流是：

1. 选中相关段落；
2. 唤起随心问；
3. 用语音提出问题；
4. 在原本阅读的位置旁边查看回答。

选区为问题提供了局部上下文，因此不需要把段落粘贴到新对话里，也不用再次解释自己指的是哪一句话。

第三周视频使用 Jane Austen 的《傲慢与偏见》开头作为演示。它足够经典，也恰好能说明随心问的价值。第一句话非常著名：

It is a truth universally acknowledged, that a single man in possession of a good fortune must be in want of a wife.

这句话的词汇并不难，真正容易被忽略的是其中的反讽。选中开头并询问它实际上在表达什么，就可以针对这段内容得到解释，而不是生成一份泛泛的整章概要。

这个例子并不是要让 Typeoff 给 Jane Austen 的作品下最终结论。它展示的是选区上下文带来的工作方式：问题始终和引发问题的文字保持在一起。

不必从预设动作里选择，可以问真正的问题

文档中的问题并不总能被“总结”或“改写”概括。某段文字可能在字面上很容易理解，却在语境中包含更复杂的意思。你可能想知道说话人暗示了什么、哪项假设连接着前后两个段落，或者上方内容是否真正支持当前结论。

随心问允许用户针对眼前的情况提出具体问题。

在同一份《傲慢与偏见》文档里，选中一段对话后，可以继续询问两个人物分别想要什么，以及对话如何体现他们的性格。这个回答并不是来自某个名为“人物分析”的专用按钮，而是因为用户能够在相关对话保持选中的情况下，直接说出一个精确的问题。

这种用法同样适用于日常工作：

• 选中报告中的一段，询问它支持什么结论；
• 选中一封很长的客户邮件，询问还有哪些决定需要回复；
• 选中技术文档，要求用通俗语言解释其中一个术语；
• 选中会议记录，询问哪些行动有负责人但没有截止日期；
• 选中政策内容，询问其中明确规定了什么。

这些回答仍然需要人的判断。随心问把问题和上下文放在一起，但不会把一种解释自动变成确定事实。

不需要选区时，也可以提出独立问题

当答案依赖眼前文字时，选区很有价值；但并非所有问题都需要选中文字。

没有选区时，随心问可以用于独立的语音提问。例如，一段作品可能引出“言语反讽与讽刺有什么区别”这样的概念问题。它与当前阅读任务相关，却不需要把整段原文都作为输入。

两种情况的区别很清楚：

• 有选区： 高亮文字为问题提供上下文；
• 没有选区： 问题可以独立成立。

两者使用的是同一套语音优先交互。仅仅因为下一个问题比当前段落更宽泛，并不意味着用户必须再打开一个标签页。

这在写作过程中也很实用。你可以询问一个简短定义、另一个标题方案、一份段落检查清单，或者某个陌生概念的快速解释，然后立即回到眼前的工作。

用语音改写选中的文字

随心问不只负责回答问题，也可以直接处理选中的文字。

这时，完整的语音要求通常比单击一个“改写”按钮更有价值。“把它写得更好”几乎没有提供有效标准，而一条完整的语音指令可以同时说明希望发生的变化，以及哪些内容不能丢失。

在视频示例中，用户要求 Typeoff 把一段旧式英语对话改成自然的现代英语，同时保留：

• 对话形式；
• 与人物和地点有关的重要事实；
• 原文提到的收入；
• Mrs. Bennet 对女儿婚事的期待；
• Mr. Bennet 的干幽默；
• 不得添加新信息的边界。

这些限制并不是多余的提示词技巧。一段改写可能更加流畅，却同时丢失事实、削弱语气，或者把谨慎表达变成确定结论。随心问允许用户直接说出完整的编辑要求，而不是把真正的需求压缩成模糊的预设动作。

根据当前工作流和客户端版本，结果可能先以可检查的形式出现，再由用户决定下一步。应把它当作工作版本，并与原文进行比较；文字流畅并不代表改写一定忠实。

真正的价值，是不用离开正在进行的工作

AI 本身已经能够解释和改写文字。这套工作流的区别在于，交互发生在哪里。

如果没有原地处理方式，一个小问题也可能需要多次操作：

1. 复制段落；
2. 打开 AI 工具；
3. 粘贴文字；
4. 重新说明背景；
5. 输入要求；
6. 在另一个界面阅读回答；
7. 回到原文；
8. 再次找到相关段落并应用结果。

随心问减少了这些来回移动。原文保持可见，要求通过语音说出，回答也留在引发问题的工作附近。当你正在处理一份长文，而且一个问题很可能继续引出下一个问题时，这种连续性尤其重要。

它带来的不只是少点几次鼠标。切换上下文本身也会消耗注意力。当原文、问题和结果保持在一起时，用户更容易对照答案，并从原来的位置继续工作。

随心问不只是阅读功能

名著示例可以清楚展示随心问的三种工作方式，但这项功能并不局限于书籍或学习场景。

邮件

选中邮件草稿，让 Typeoff 缩短内容、解释可能不够清楚的地方，或者在保留日期、姓名和承诺的情况下调整语气。

文档与报告

询问选中部分的含义，把复杂表达变成更容易比较的工作版本，或者提取当前审阅段落中的重点。

技术工作

选中错误说明、规格或技术文档段落，要求用通俗语言进行解释。代码语法和必须完全准确的技术字符串，仍然应该通过键盘输入并逐项核对。

翻译

选中已有文字并直接要求翻译，不必先把它移动到另一个翻译窗口。重要术语、姓名、数字和语气仍然需要检查。

修改已有草稿

通过语音要求缩短段落、重新组织内容、适应不同受众，或者在保留指定细节的情况下改变表达。

这些场景共同说明了同一件事：Typeoff 不只是把新文字输入到光标位置。随心问还帮助用户处理已经存在的文字。

始终把原文留在检查范围内

随心问可以让文档工作更直接，但结果仍然由 AI 生成。它可能遗漏上下文、过度解释、改变限定条件，或者产生看起来很流畅却偏离原意的改写。

处理重要内容时，应当：

• 保留原文；
• 核对姓名、日期、数字和技术术语；
• 区分原文明说的内容与 AI 的解释；
• 意思重要时，逐句比较改写与原文；
• 法律、医疗、金融、合同或其他后果重大的内容，应由具备相应资格的人复核。

安全使用这项功能，并不意味着把判断交给 AI。真正有价值的是缩短问题与证据之间的距离，让用户更容易检查答案。

一套语音优先工作流，处理两类不同任务

Typeoff 的核心体验很简单：自然说话，清晰文字出现在光标位置。随心问则沿着同一套工作流，向前延伸了一步。

当你知道自己要写什么时，可以使用语音输入，把新内容放到页面上。

当你需要理解、追问、翻译、缩短或改写已经存在的内容时，可以使用随心问。

用户仍然停留在同一份工作中。改变的只是语音扮演的角色：有时是输入，有时是指令，有时则是一个问题。

常见问题

Typeoff 随心问是什么？

随心问是 Typeoff 支持的桌面工作流，用户可以通过语音指令询问或处理已有文字。选中文字后，它可以成为回答上下文或处理对象；没有选区时，也可以提出独立问题。

Typeoff 可以怎样处理选中的文字？

可以要求解释、总结、翻译、缩短、调整语气、重新组织或改写。实际结果取决于具体指令，并且应当与原文进行核对。

选中文字后，Typeoff 一定会改变原文吗？

不一定。选中的文字可以只作为问题的上下文；当指令明确要求转换或改写时，它才成为处理对象。应用或使用结果前应先进行检查。

随心问可以完全取代单独的 AI 对话吗？

对于许多针对选区的问题和编辑任务，它可以省去把文字复制到另一个对话的步骤。但面对复杂研究或高风险工作，单独的专业流程仍然可能更合适。

所有支持 Typeoff 的平台都有随心问吗？

随心问和选中文字处理属于桌面端能力，具体行为可能因平台和客户端版本而不同。依赖某项具体操作前，应查看当前 Typeoff 文档和应用版本。