用语音写 GitHub Issues 和 Pull Request Review

开发者写的自然语言比自己想象得多：Issue 描述、Review 评论、Release Notes、PR 总结、事故记录和文档。语音输入适合你已经知道要说什么，但不想慢慢打第一稿的时候。

语音最适合帮开发者写什么

语音输入不适合替代精确代码编辑，但非常适合代码周围的沟通。只要内容是解释性、讨论性或决策性的，就可以让语音先生成草稿，再用键盘做最后精修。

• 带复现步骤的 Bug 报告
• Pull Request 摘要和 Review 背景
• 解释取舍的代码审查评论
• Commit message 草稿和 Changelog
• 架构说明和内部文档

Prompt 和词典

把 OpenTypeless 的润色 Prompt 设置成：保留技术词、不要改写代码风格的单词，把输出整理成简洁工程写作。再把项目名、框架名、数据库名、产品词和常用缩写加入词典。

• 保留 API 名、包名和错误信息。
• 评论要简洁、具体。
• 包含步骤时自动整理成列表。
• 不要发明没有说过的细节。

结论

开发者应该把语音用在代码周围的文字上：Issue、Review、笔记、文档和发布说明。代码编辑保持精确，解释性写作用语音提速。