语音不是为了“动嘴写代码”。

它在打字成为瓶颈的时刻才有用：

• 你在用手机
• 你在走路
• 你只有 30 秒

而你仍然想让 Claude Code、Codex 或 OpenCode 会话继续推进。

诀窍在于，“语音”其实是两种完全不同、却常被混淆的工作流：

• 头脑风暴（先说，再整理成清晰的指令）
• 口述（说出来以生成精确的文本或代码）

把它们混在一起，语音就像个噱头。

把它们分开，语音就真正有用了。

简要总结

1. 选择正确的模式：
   • 想先探索、再归纳成明确的下一步时，用 头脑风暴。
   • 需要精确文本时，用 口述（但要预期会更费劲）。
2. 头脑风暴模式的关键习惯：在向真正的会话发送任何内容之前，先要一份总结和三步计划。
3. 口述模式的关键习惯：发送前确认格式。
4. 如果你在意隐私，把语音服务商当作外部服务，默认不分享文件路径和工具参数。
5. Happier 是一种有帮助的选择，因为语音可以指向一个真实的会话（而不只是一个悬浮的麦克风），并且有明确的隐私控制。

问题所在

语音在编程工作流中失败的原因是可以预料的：

• 你说得东拉西扯
• 你忘了做过的决定
• 你把半成品的指令发进了会话
• 你不小心向语音服务商暴露了过多上下文

所以目标不是“到处都用语音”。

而是：

在少数比打字更合适的时刻，让语音真正派上用场。

常见做法及其权衡

• 手机听写直接输入消息框：快，但容易出错。
• 在另一个应用里录语音备忘：更安全，但多了复制粘贴的流程。
• 免手动的“助手”语音应用：演示很有趣，但很难固定在一个真实会话上。

Happier 是一款用于跨设备运行和编排编码代理的开源应用，它为语音提供了明确的目标会话和清晰的隐私模型。

头脑风暴模式（真正有效的做法）

头脑风暴模式不是“把你说的一切都发进会话”。

它是一个两步循环：

1. 自由地说
2. 要一份总结，以及下一条要发送的确切消息

有用的提示：

• “把我刚才说的总结成一个三步计划。”
• “提出我下一条应该发送的确切消息。”
• “行动前先问我一个澄清问题。”

口述模式（真正需要精确时）

口述模式适用于：

• 简短的指令
• 提交信息
• 紧凑、有格式的文本

容易出问题的是格式。

所以一定要加上：

• “发送前把你听到的内容以文本形式复述一遍。”
• “使用项目符号。”
• “不要编造文件路径。”

隐私：把语音服务商视为外部边界

语音服务商很强大，但它们是另一道信任边界。

所以一个好的默认设置是：

• 不分享文件路径
• 不分享工具参数

……只有在你清楚会发送什么之后才放宽。

Happier 工作流（语音模式、目标会话和隐私开关）

Happier 支持：

• Happier Voice（托管实时语音）
• 使用我的 ElevenLabs（Use my ElevenLabs）
• 本地 OSS 语音（Local voice）

语音会保留一份隐藏的语音对话记录，但操作会指向一个真实的会话。

隐私开关包括：

• 分享最近消息（Share recent messages）
• 分享本地文件路径（Share file paths）（默认关闭）
• 分享工具参数（Share tool arguments）（默认关闭）

相关指南

• 如何用语音头脑风暴代码改动（适用于 Claude Code 或 Codex 会话）
• 不再卡在“等待审批”