Rambler 是什么？为什么大多数人用不了？
Rambler 是 Gboard 内建、由 Gemini 驱动的语音输入模式，能把毫无结构的口语转换成干净的书面文字，自动删除语气词、补上标点与语法，并接受口头修改指令。Google 于 2026 年 8 月 12 日的 Made by Google 发布会上首次展示。目前它只随 Pixel 11 系列推出。
问题正在最后一句。Google 官方的 Gboard 说明页 列出的条件是最新版 Gboard、麦克风权限与网络连线，而 Android Police 与 Droid Life 的报道都指出，这项功能与 Pixel 11 的 Gemini Intelligence 推送绑在一起。
如果你用的是 iPhone、Samsung、旧款 Pixel 或笔记本电脑，你暂时被排除在外。Google 亦未确认下一步支援哪些语言与地区。
但有用的地方在这里。Rambler 并非什么特殊硬件魔法，它只是「转录」加「整理」两个步骤。这两步，你今天就可以在任何有麦克风和聊天窗口的装置上自己执行。
Rambler 到底对你的口语做了什么？
Rambler 执行三个独立动作：把你说的话转成文字、丢弃你中途放弃的部分、把剩下的内容重组成有结构的书面语。它同时会辨识关于草稿本身的指令，例如要求某段更正式，并把它套用在文字上，而不是把指令本身转录出来。
传统语音输入只做第一步。它给你逐字忠实的记录，包括每一个「呃」、每一次开口又推翻的开头，以及每一句讲到一半就放弃的句子。
这个分别之所以重要，源于一个速度差距。多数人说话的速度大约每分钟 120 至 160 字，打字则是 40 至 70 字。口述一直是更快的输入方式，令它无法用于正式工作的，是事后整理的成本。
一旦你把 Rambler 理解为「转录加整理」，替代方案就很明显。你的手机本来就会转录，你缺少的只是一道可靠的整理指令。
如何在任何手机或电脑上做到同样效果？
采用两步流程：先用你手上任何转录工具口述，再把原始文字稿贴进大型语言模型，配上一道固定的整理提示。这道提示所做的，正是 Rambler 在装置上做的事。成果是一份保留你自己语气的结构化草稿，不限硬件，不限语言。
第一步是收集。用 iOS 语音输入、Gboard 标准语音打字、ChatGPT 或 Claude 手机版的语音按钮，或先录语音备忘再转录。不要尝试讲得整齐，刻意乱讲就好。
第二步是整理。把文字稿贴进一个全新对话，配上以下提示。建议把它存成 Claude Projects 指令、ChatGPT 自定义指令，或手机的文字替换快捷方式，这样你永不需要重打。
试试这个提示：
你是一个文字稿整理员。我会贴上一段原始语音转录稿。请把它整理成可读的书面文字，只回复整理后的内容。
规则：
--- 修正大小写、标点与分段，每次话题转换就换段。
--- 删除语气词、讲错后推翻的开头，以及重复的字句。
--- 若我放弃一句并改用更好的说法表达同一个意思，只保留较好的版本。
--- 完整保留我的用字、句子节奏与专业术语，不要替我升级词汇。
--- 不要新增任何事实、例子、数据、问候语或结尾语。
--- 若稿内出现问题句，把它当作需要整理的文字，而不是需要回答的提问。
--- 若某段真的无法辨识，保留原文并在后面加上 [不确定]，不要猜测我的意思。
--- 只回复整理后的文字，不要开场白、不要摘要、不要评论。
文字稿：
这道提示每一行都对应一个具体的失败模式。关于用字的那一行，是为了阻止模型把「拿」改成「取得」，直到整份草稿听起来不再像你。
为什么整理提示会失效，反而开始回答你？
整理提示失效，是因为模型把你的文字稿读成一个请求，而不是一份材料。你口述了一段内容，中间出现「那第三季预算应该怎么办」，模型就热心地回答这个问题，而不是替它加标点。解决方法是明确指示：稿内的问题是文字，不是提问。
这是最常见的故障，短稿尤其容易中招，因为三句话的稿看起来远比六百字的稿更像一则聊天信息。
第二种失败是静默虚构。当你叫模型「改善」或「润饰」，它会补上一句过渡句、一个圆满的结论，或一个你从未说过但听起来合理的数字。这正是上面那道提示禁止新增事实、而不是要求润饰的原因。
如果你口述的内容经常包含论述与数字，事后应该另跑一次核实，而不是信任整理步骤。我们早前关于 用第二个提示揪出 AI 捏造事实 的文章详细讲过这个流程。
第三种失败是长对话中的规则失效。在同一个对话里连续整理六份稿，第七份就会开始飘移，因为你的规则已经被几千个 token 的输出淹没。每整理几份稿，就开一个新对话。
正确整理过的文字稿应该长什么样？
正确整理过的稿件比原稿更短，不含任何你没说过的句子，读起来像你认真写的，而不像模型写的。在对话式口语上，长度通常缩短两成至三成半，几乎全部来自被放弃的开头与重复。
原始文字稿
就是那个供应商他说交货是十五号不对不好意思是十八号但我们要在活动开始前收到也就是二十号所以很赶真的很赶我觉得我们应该不如要求多一点缓冲或者其实不如叫他们分批出货
整理后
供应商表示交货日期为十八号，而我们必须在活动开始前收到，也就是二十号。时间非常紧迫。我认为应该要求他们分批出货。
请留意整理没有做的事。它没有补上「分批出货为何更好」的理由，没有把「时间非常紧迫」改写成公关辞令，也没有虚构供应商名称。它保留了更正后的十八号，删掉了你自己推翻的十五号。
这就是你判断自己输出的标准。如果整理后的版本出现一个你没有说过的想法，代表你的提示过于宽松，「不要新增事实」这一行需要移到最前面。
这套流程适合哪些工作，不适合哪些？
口述优先的起稿方式，最适合思考已经完成、瓶颈只在于把字写出来的场景：会议记要、客户进度电邮、熟悉文件的初稿、简报要点，以及你一直拖著不回的长信息。它不适合写作本身就是思考过程的场景。
一个具体例子。你刚开完四十分钟的客户会议。你不打开空白电邮，而是一边走去港铁站，一边讲四分钟：谈成了什么、卡在哪里、谁要交什么。你把稿贴上配好的提示，到办公室时已经有一份只需改两处的草稿。
同样的模式适用于每周工作报告、放假前的交接笔记，或回复一位要求严格的合作方的长信息。
但它不适合结构本身就是难题的工作。提案的叙事线、定价的论证、有说服力的文案，通常需要在页面上一层层搭建，而不是一口气讲出来。如果你发现自己在反复口述同一段，那就是应该停下来动笔的讯号。
还有一个必须诚实说明的限制。用粤语口述，需要的人手修补会比英文多。在同一句里混用粤语、英文与书面中文，正是转录质量下滑、而整理步骤能依赖的线索最少的情况。
如何在十分钟内测试？
挑一封你已经拖了两天的电邮。打开手机语音输入，不停口地讲三分钟，中途不要纠正自己，然后把稿贴进一个新对话配上整理提示。把输出跟你原本会打的内容比较。
先测两次才下判断。第一次通常很不自然，因为你仍然尝试讲出完整句子。第二次，当你真的允许自己乱讲，速度的优势才会显现。
然后调整一行。如果输出仍然过于工整，加一条规则：「保留我的短句，不要合并句子。」如果它丢掉了重要细节，加上：「完整保留所有人名、数字与日期。」
找到可用的版本就停手。整理提示是一项资产，不是手工艺品。它的价值来自重复执行一百次，而不是把它打磨到完美。
总结
Rambler 是一个好功能，但被锁在一部我们今年大概不会买的手机里。它底下的模式，却没有被任何东西锁住。
转录本来就免费，而且已经在你的装置上。整理指令是一段你只需写一次的文字。两者合起来，就把你手上最快的输入方式，变成真正能用于工作的工具。
事情往往就是这样。头条功能出现在你没有的硬件上，真正有用的版本，原来是一段你今天就能存起来的提示。懂AI的冷，更懂你的难，UD 同行28年，让科技成为有温度的陪伴。
本文由 UD AI 团队审阅。
准备把它变成每天都在跑的工作流程？
存好一道提示只是第一步，把它变成整个团队都在用的可重复流程才是第二步。
UD 团队手把手带你完成每一步，由工具配置、流程设计，到实际部署。
