Mac 上给 Codex 语音输入:设置与排障

Mac 上给 Codex 语音输入,先选原生听写或 Ducduc,再检查指令与发送方式。包括触发键、术语、复制卡片和终端插入排障。

2026 年 10 月 25 日依据公开 ListenIn 0.3.8/构建 45(10 月 17 日发布)核对。Ducduc 是新品牌名,较新的本地构建不代表已更新下载包。文章翻译不代表 App 界面或识别语言已开放。 查看公开版本

先看结论

Mac 上给 Codex 语音输入,可使用桌面输入框可用的 Dictate,或先聚焦输入框再启动 Ducduc。结束后检查词语与约束,再自行发送。Ducduc 的可选指令清稿会整理口述要求;自动进入该模式,取决于目标 App 或支持的网站是否被识别。

Ducduc 听写流程:本机语音识别、可选择的文字清稿,然后检查输入或使用复制降级。
Ducduc 听写数据流程。这是流程示意图,不是 App 截图;把文字发送给编码 agent 后,处理方式遵循该工具自身的政策。

Mac 上给 Codex 口述 prompt,可以使用桌面输入框里可用的 Dictate(听写),或先点进输入框,再启动 Ducduc 这样的独立听写 App。结束录音后检查文字,再发送。想边说边讨论、调整正在执行的工作,则使用可用的实时语音对话。

本篇分别说明桌面输入框和终端路径。口述仍要说明想改什么、相关背景和需要保留的边界;听写无法替你补齐没有说出的需求。

Ducduc 是 Mac 语音输入软件:在本机识别语音,整理文字,安全时插入输入框。可选的指令清稿依据开始录音时记录的 App 或支持的网站场景。自动进入指令模式需要识别出宿主;其他 App 或封装版本可能采用普通清稿。普通听写不读取仓库,也不执行任务。独立的「AI 指令」模式可以配置自动发送,因此下面使用普通听写来保留先检查的步骤。

先区分听写和实时语音对话

OpenAI 的听写说明写明:在桌面输入框选择 Dictate,说话,检查并编辑转写,再发送。语音对话文档则使用受支持任务中的 Start voice chat。这两个动作不同。缺少语音对话入口时,检查 App 与任务主机更新、账号灰度和工作区可用性;这不直接代表听写也不可用。官方文档于 2026 年 10 月 25 日重新核对。

想做的事可以先尝试
来回讨论正在执行的任务编码工具可用的实时语音功能
发出指令前检查并编辑文字原生听写或系统范围的语音输入软件
在 Codex、邮件、笔记中使用同一个快捷键Ducduc 这类 Mac 语音输入软件
识别和清稿都留在本机Ducduc 离线模式、已下载的本地语音和 Ollama 模型,并关闭 Ollama 云功能

听写在本机完成,不等于后续编码 agent 也在本机运行。把文字发送给 Codex 之后,处理方式遵循 Codex 自己的设置与数据政策。本地与云端听写的边界解释了这一区别。

在 Codex 输入框里配置 Ducduc

  1. 在 macOS 14 或以上安装 Ducduc,完成麦克风、语音识别和辅助功能设置。macOS 14–15 还需要确认所用的听写语言已经下载。
  2. 打开 Ducduc 设置 → 听写,开启 「在 AI 编码工具里写成 prompt」。它负责在识别到的编码 App 中选择指令清稿,普通 App 的清稿强度是另一项设置。
  3. 在同一页确认触发键。默认是 fn/地球键;如果 macOS 已占用 fn,新安装可能使用右侧 Command。以你当前设置为准。
  4. 打开 Codex 任务,点击输入框,按触发键开始口述,再按一次结束。如果配置了按住交互,就使用该交互。
  5. 检查插入的文字,修正遗漏或标识符,再自行发送。

第一次可以口述「总结这个任务,不要修改任何文件」,先检查输入框,暂不发送。测试通过的标准是:文字落在目标输入框,保留“不修改文件”的约束,而且仍等待你发送。不必让编码 agent 为了测试听写而修改生产数据。如果 fn 打开了表情或切换了输入法,先看快捷键冲突处理。

先理顺意思,再决定段落或列表

当前指令清稿规则要求把目标放在前面,合并重复请求,把理由和限制放到相关行动旁边。简单要求可以只用一句话,多项独立要求才考虑分条。无论使用哪种格式,都不应该新增你没说过的测试、工具、路径或实现方案。

2026 年 10 月 17 日,我们把下面的模拟转写发到生产清稿接口,使用指令模式。下方是这一次纯文字检查返回的原样结果;请求设置、时间与输出已归档。这只检查清稿,没有测试语音识别、App 检测、延迟或重复稳定性。

模拟转写输入:

那个设置里按钮太小了,然后点起来容易点错,我想让它更容易点击,但是别把整个页面都改了。

实际清稿响应:

设置里的按钮太小,容易点错;希望提升可点击性,但不要改动整个页面。

这个响应保留了按钮太小的问题、提升可点击性的要求与修改范围,没有自行决定按钮要改成多大,也没有新增整页设计方案。真正的不确定性要留下,例如「我不确定是不是缓存的问题,先检查原因,不要直接清缓存」,不能整理成「清理缓存」。

发送前检查三件事:要做的修改是否还在、范围限制是否还在、对原因的不确定性是否保留。然后单独核对标识符,例如 cacheKey 与 cache key 在日常文字里相近,在仓库里却可能指不同对象;需要精确写法时,手动输入或粘贴。

结果仍取决于识别器和清稿模型。发现术语或限制不对时,在 听写历史 中对照原稿和成稿。清稿强度选择说明了应该检查哪些内容。

出现复制卡片,没有插入 Codex 时怎么办

复制卡片表示结果已经保留,但 Ducduc 无法确认自动插入足够安全。看到光标,不等于 App 已经通过辅助功能暴露了可写入的输入框。

检查项下一步
缺少辅助功能权限给当前安装的 Ducduc 授权,再重试
录音或清稿时换了 App、输入框或选区重新聚焦目标,点击复制,再手动粘贴
输入框受保护,或终端开启了安全键盘输入保留安全保护,在合适的位置手动复制粘贴
App 没提供足够的输入框信息使用复制降级,不必反复听写同一句话

点击 复制 会把结果放入剪贴板,原卡片替换成短暂的 已复制 提示,不会替你发送。确认文字所在位置后,再按 Enter。

如果使用 Terminal、iTerm2 中的 Codex CLI,插入能力还取决于终端和安全输入状态。终端听写故障指南单独介绍了这条路径。

桌面 App 和浏览器输入框的识别边界

Ducduc 在录音开始时记录目标。原生编码 App 通过 App 身份识别;如果当前输入框的辅助功能父级提供网页 URL,也可以识别受支持的 AI 网站,以及部分网页邮件、聊天和文档场景。搜索框和密码框不自动进入 agent 指令模式。

它不会读取你输入的正文或仓库来决定语气。浏览器能识别到什么,取决于浏览器暴露的辅助功能信息。未知网站或读取不到 URL 时,回到 App 级别的判断;仅凭标题里出现编程关键词,不足以认定它是编码输入框。

中文要求里保留英文标识符

可以口述包含 token、cache、unchanged 等英文词的中文要求。项目词汇可放进个人词典;反复出现、含义明确的错误可使用显式替换规则。路径和符号仍有歧义时,拼读或手动修正更稳妥。

如果原稿里的英文已经识别错了,先看中英混合听写指南。指令排版无法可靠还原一个没有被识别出来的标识符。

哪一步留在本机,哪一步需要网络

语音识别在 Mac 上运行。内置清稿把识别出的文字发送到 Ducduc 服务,自带 API Key 的清稿发送到你选择的模型提供方。下载本地模型、关闭 Ollama 云功能后,Ducduc 离线模式可以把清稿也留在同一台 Mac;只有 localhost 地址不能证明推理留在本机。原始听写和跳过模型的短输入还有各自的路径,完整说明见按模式列出的安全边界。

要尝试输入框流程,可以先下载 Ducduc,选好触发键,口述一句不敏感的短指令。需要本地清稿时,先按Ollama 配置指南设置,再断网测试输入框。成功的断网听写只验证这次听写流程,不代表把指令发给 Codex 之后也不会联网。

用一条短指令分别验收三个环节

先念这条构造的测试文稿,不要发送:“检查按钮间距,但不要修改代码。先把发现的问题给我。周五——不对,改成周一,等我确认测试结果之后再做。”这不是实测准确率或耗时证据。

  • **识别词语:**核对项目名与英文术语。原稿已经听错时,调整提示词格式不能证明识别问题已解决。
  • **整理意思:**成稿应保留不改代码、先给问题、周一以及等待确认这几个条件。句子更顺但漏了条件,不算整理成功。
  • **交付文字:**确认文字进了目标输入框、尚未发送。出现复制卡片时,在目标位置粘贴一次即可,不要反复录音造成重复输入。

这套检查将识别、整理和插入分开,不承诺固定准确率或等待时间。如果原生 Dictate 已满足需求,可以继续使用;需要在多个 Mac App 里共用一套可检查的输入流程时,再考虑 Ducduc。

在自己的 Mac 上试一下

用自己的常用词和输入框试一段,确认是否适合你的工作流。

下载 Mac 版

由 Ducduc 产品方发布;第三方信息以文中标注的来源与日期为准。 作者、来源与示例说明

全部文章