你按下了快捷键，说了句子，松开手 —— 但你期望的地方什么都没有出现。在假设句子已经消失之前，请知道：Coii VoiceInput 在你松开快捷键的那一刻，就会将你说的内容写入历史记录，而不是在它询问任何清理或粘贴操作之前。一次粘贴失败是传输问题，而不是丢失。这是如何找回句子的方法。
步骤 1 — 在再次语音输入前打开历史记录
打开 Coii VoiceInput 并进入其历史记录。你所有的语音输入都会以一行的形式出现在这里：时间、目标应用和文本。找到最近的一条 —— 它会在顶部或附近 —— 这就是你丢失的句子，无论它是否曾到达你期望的文本框。
- 09:143.1sConfirming the 2pm slot works for both of us — see you then.Slack
- 09:125.6sThe migration script needs the read replica lag checked first.Terminal
- 09:072.4sDraft reply: happy to extend through Friday if that helps.Mail
如果可以避免，不要立即重新语音输入句子 —— 先确认它是否在历史记录中，这样你才不会重复输入一个始终正确捕捉的内容。
步骤 2 — 复制你真正想要的版本
每一行包含两个内容：原始的转写文本，完全按照你说的那样，以及经过处理后的版本，即经过你设置的过滤器处理后的内容 —— 你的自定义词库、重复词合并、语气词清理（如果你启用了该功能）、标点和空格。一次粘贴失败不会改变这两个版本中哪一个被写入；无论怎样，两者都会存在。选择你原本想使用的版本，并从该行复制它。
如果你不确定为什么这两个版本可能不同，或者你通常会得到哪一个，语音输入输出的内容及其原因 会解释生成处理后版本的整个流程，以及为什么保留原始版本而不是丢弃它。
步骤 3 — 手动将句子粘贴到你原本输入的字段中
将从历史记录复制的文本粘贴到你原本输入的字段中（使用 Cmd+V）。无论自动粘贴为何失败，这都有效，因为现在你执行的是流程中的一部分 —— 将剪贴板中的文本粘贴到字段中 —— 这是由字段控制的，而不是 Coii VoiceInput。
如果字段根本无法接受粘贴的文本，这在某些密码字段和少数应用程序中是真实情况，你将需要手动输入恢复的文本，从历史记录行中读出。这是字段的限制，而不是恢复的限制 —— 词语在你的屏幕上是可读的；唯一改变的是它们如何从那里进入框中。
步骤 4 — 如果失败可能重复发生，找出原因
一次性的失败通常不值得调查。如果它在同一个应用中反复发生，找出是哪两个原因中的一个，因为它们需要不同的应对方式。
字段不接受粘贴的文本。 这是应用程序的属性，而不是语音输入可以绕过的功能。语音输入在密码字段中是否有效 会涵盖这种最常见的版本，对于其他应用程序，判断标准是使用 Cmd+V 手动粘贴（不涉及任何语音输入）也失败。
在你松开快捷键之前焦点已经转移。 如果你切换了窗口、点击了其他地方，或者在你仍在说话时通知获取了焦点，文本将被传递到焦点最终落在的地方，这可能是无用的地方，或者是一个应用程序，其中恢复它看起来像是一次“未发生”的粘贴，因为它发生在你未关注的地方。 语音输入为何进入错误的应用程序 是这个情况的完整版本，包括如何防止它再次发生。
应用程序使用剪贴板备用方式，而某些东西干扰了它。 一小部分应用程序 —— 例如终端 —— 通过剪贴板往返接收语音输入，而不是直接接收，在极少数情况下，这种往返可能会被中断。无论怎样，历史记录都不会受到影响，这也是为什么在执行任何清理或粘贴操作之前，先写入历史记录的原因。
第5步 — 如果是新安装，请检查可访问性权限
如果语音输入通常可以正常工作，但突然无法在任何地方输入，首先值得检查的是 Coii VoiceInput 是否仍然在系统设置中拥有可访问性权限 —— macOS 有时在更新后会撤销该权限，而没有该权限，应用程序就无法将文本输入到大多数字段中，这看起来就像所有粘贴操作都失败了一样。 macOS 可访问性 API 是该权限实际授予的内容，更新后在设置中重新启用该权限通常是整个修复方案。
如果你在检查历史记录之前已经重新语音输入过
这是一种自然反应：文本没有出现，于是你再次语音输入，假设第一次尝试只是消失了。如果你在阅读上述步骤之前已经这样做过，那就没有问题 —— 现在你将在历史记录中看到两行非常相似或完全相同的文本，几秒钟间隔。使用你实际需要的那一行（通常是第二行，因为那是你在说话时注意的那一次），并忽略另一行。历史记录是记录，而不是工作文档；一个来自错误开始的额外行不会对你造成任何损失，也不需要清理。
如果第二次尝试也因为与第一次相同的原因未能粘贴 —— 同样的应用程序、同样的字段、同样的原因 —— 这本身就是一个有用的信息。它告诉你问题不是一次性的故障，而是该特定字段的属性，这将引导你进入第4步，而不是再次尝试通过语音输入绕过它。
培养习惯：在假设内容丢失之前检查历史记录
立即重新语音输入的冲动是唯一值得改变的习惯，因为这比替代方法更慢，偶尔还会导致上述的重复行情况。历史记录按时间排序，因此你想要的行几乎总是位于顶部，确认它是否存在所花的时间比重新说一句长句子要少。经过足够多的语音输入，检查历史记录会成为默认行为，而不是你必须记住去做的事情。
这同样也说明了持久性保证在单次事件中看起来可能并不重要，但实际上却更有价值。云语音输入服务确实有可能在传输过程中丢失一句话 —— 例如，你的 Mac 与服务器之间的连接中断、请求超时、服务器端在处理过程中出错 —— 因为单词必须离开你的设备，才能进行后续处理。Coii VoiceInput 的历史记录写入是本地进行的，是在引擎被要求执行任何操作之前，因此这里的等效失败只涉及将内容传递到字段，而不是是否成功捕捉到这句话。$19 的一次性价格不会改变这一点；架构决定了这一点，而无论你是在今天还是第10000次语音输入时，架构都是一样的。
持久性保证实际上建立在什么基础之上
恢复如此简单的原因在于事情发生的顺序。你释放快捷键的瞬间，转写文本就会被写入历史记录 —— 在转录引擎被要求完成任何操作之前，在任何过滤器运行之前，在尝试粘贴之前。一个缓慢的引擎、崩溃的应用程序、拒绝粘贴文本的字段，或焦点意外地落在某个地方，这些都发生在该写入之后，这意味着它们不会导致你丢失句子本身，只会导致其传递失败。
这也意味着恢复并不依赖于网络连接。历史记录是存储在你 Mac 上的本地记录，无论你是否拥有网络连接，都会以相同的方式进行检查和复制 —— 这与应用程序其余部分的运行方式一致：你所说的内容不会被上传，唯一的网络流量是下载模型一次、激活你的许可证以及启动时的时钟检查，而这些都不是打开历史记录行并查看其中内容所必需的。
在语音输入繁忙时段找到正确的行
上述建议假设缺失的句子是最近的一行，这在大多数情况下是正确的 —— 你通常会在一两分钟内注意到粘贴失败，而你想要的那一行就在顶部附近。但在你一早连续将十几句话输入到六个不同的应用中，之后才意识到其中一条根本没有粘贴成功的早晨，情况会稍微不那么明显。
在这种情况下，重要的两个列是时间和目标应用。如果你大致记得你输入缺失句子的时间 —— “大概在我回复那条Slack线程的时候” —— 首先查找那个时间段附近的行，然后根据每行的目标应用来缩小范围。如果你早上根本没有使用Slack，那么一条指向Slack的行就不是你想要的，即使时间接近也是如此。
如果你记得缺失句子中某个独特的词或短语，直接搜索历史记录比手动浏览更快 —— 你不需要精确重建时间，只要能重建句子的一部分即可。这对那些在工作日高频率使用语音输入的人来说尤为重要，因为“这些二十行中哪一行没有粘贴”比“我早上的一次语音输入是否丢失”更现实的问题。
无论输入量有多大，底层的保证都不会减弱。每一行都是在你释放语音输入快捷键的那一刻独立写入的，因此即使是一早有上百次语音输入的繁忙早晨，也有上百次独立的粘贴失败机会，也有上百行独立的历史记录，无论其中哪一行失败。在众多行中找到正确的那一行是一个搜索问题，而不是它是否被保存的问题。
常见问题解答
历史记录能回溯多远？
你所做过的每一次语音输入都会被保存为一行，因此如果你需要查找一天中更早的内容或更早的记录，可以回溯到比最近的行更早的时间。
我可以搜索历史记录而不是滚动查找吗？
是的 —— 历史记录可以通过每行中的文本进行搜索，因此如果你记得缺失句子中的一个词或两个词，可以直接找到它，而不需要按时间手动浏览。
失败的粘贴在历史记录中会和成功的粘比显示方式不同吗？
不会。一行记录的是你输入的内容和它被发送的目标，而不是随后的粘贴是否成功。这是有意为之的：你所说的记录不应依赖于它之后发生了什么。
如果我连续输入了多个内容，但都没有粘贴成功怎么办？
每个内容都是独立的一行，按顺序排列，因此恢复所有内容的过程是重复相同的步骤 —— 打开历史记录，复制每一行，然后粘贴到它所属的文本框中。
使恢复变得轻而易举
以上所有步骤都不复杂，这正是如此设计的 —— 只有在恢复过程比放弃并从记忆中重新输入整个句子更快时，它才值得。而你从记忆中重新输入的句子，通常并不完全是你最初说的那样。一旦你完成了一次恢复，之后在粘贴异常时查看历史记录就会像查看邮件发送后是否成功一样自然，而且同样迅速。
简短版
一条语音输入没有出现在你预期的位置，这说明是粘贴出了问题，而不是句子缺失 —— 首先查看历史记录，复制你想要的版本，然后手动粘贴。Coii VoiceInput 一次性买断价格为19美元，提供30天试用期，这正是其历史记录存在的目的，使这种失败模式变得可恢复，而不是重新输入并希望第二次能成功的原因。