Slack 看起来很适合语音输入：点击消息框，说完，发送。但工作消息不仅包含文字，还包含正确的频道、提及、链接、文件、列表、日期，以及 Enter 到底是发送还是换行。
更稳妥的做法是把内容和控制分开。说明和背景可以说，目标位置、提及、换行、链接和最终发送则用键盘完成。
说话前先确认频道、私信或线程
开始录音前，先确认你是在频道、私信还是线程中输入。打开多个对话时，很容易把正确的回复写到错误的位置。
点击真正应该接收文字的消息框。要回复某条具体消息，先打开对应线程。@姓名 或 @channel 等重要提及最好手动输入，因为错误提及可能会通知不相关的人。
在开始听写之前先确定目标位置，这样语音输入只需要负责消息正文。
每个段落只表达一种用途
很短的回复可以一次说完。较长的更新应在用途变化时停下来，例如从背景转到决定、风险、请求或下一步。
在 Slack 中，Shift + Enter 可以换行而不发送消息。可以用它分开段落和列表。不要假设所有听写工具都会把“换行”这类口述指令处理成完全相同的结构。
一个实用流程是：
- 输入提及或简短开头；
- 口述背景；
- 松开快捷键；
- 按
Shift + Enter； - 口述决定或请求；
- 检查后发送。
逐字符准确的信息要手动输入
语音适合解释，但不适合把每个字符都交给识别结果。
日期、时间、时区、金额、百分比、URL、文件名、ID、命令、代码、工单号和合同措辞，应输入或粘贴。否定词也要重点检查。“今天不要发布”和“今天发布”只差一个词，却会改变整个意思。
可以先说“维护窗口开始于”，再输入 22:30 JST，然后继续。这样既保留表达速度，也不让关键字符依赖识别猜测。
检查结束前不要按 Enter
Slack 的设置可能会让 Enter 直接发送消息。因此在修改和调整格式时，最好避免按下这颗键。
建议按以下顺序检查：
- 频道、私信或线程；
- 提及；
- 链接和文件；
- 日期、数字、姓名和否定词；
- 第一段和最后的请求；
- 完整消息。
这个顺序会先发现影响接收人、决定和承诺的错误，而不是先纠结文风。
TalkTalkType 会把草稿留在 Slack 输入框中
TalkTalkType 会在按住 Option-Space 时录音，并把结果返回到原本获得焦点的输入框。在 Slack 中，草稿可以一直留在消息框里，不必经过单独的转写窗口。
Clean 会轻度整理，同时保留内容、顺序和语气。Raw 会保留更完整的转写，包括重新开始。两种模式都不会自动判断一句话应该变成提及、链接、列表或代码块。这些结构仍然需要在 Slack 中用键盘完成。
一个稳定流程是：选择目标位置，口述一个段落，松开快捷键，检查姓名和数字，创建下一行，最后再发送。在 Mac 任意应用中使用听写介绍了活动输入框回填和剪贴板备用方式。
隐私取决于工作区和频道
不要口述密码、API 密钥、访问令牌、生产环境凭据，或任何不应进入 Slack 的信息。消息可能受到工作区的保留、导出、管理员和合规政策影响。
在文字到达 Slack 之前，还存在听写工具的音频和转写处理路径。应分别评估语音服务和 Slack 的规则。私密频道并不意味着没有保留、管理员访问或后续转发。
当解释比修改更费力时使用语音
“收到”或“谢谢”通常直接打字更快。需要保留背景、条件和判断，而输入时又容易把这些内容删短时，语音更有价值。
先选目标位置。每个段落只说一个用途。提及和精确值手动输入。使用 Shift + Enter 建立结构。先检查结果，再检查文风，最后只发送一次。
目标不是让 Slack 充满更长的消息，而是在保留必要上下文的同时，避免可预防的错误。