Sublime Text 无法实现稳定键盘提示音，因其 API 不支持按键级音效；macOS 用户应启用系统级反馈，Windows/Linux 用户宜放弃插件改用外设或录音方案。
Sublime Text 没有可用的、稳定工作的键盘提示音反馈插件，所有尝试都注定失败——不是插件写得差，而是 Sublime 的 API 根本不支持按键级音效。
为什么 on_modified 无法触发真实打字音效
Sublime 的插件系统只暴露文档变更事件，比如 on_modified 和 on_post_text_command，它们在文本真正改变后才回调，且完全无法区分以下行为：
- 用户按下一个字母键（应响一声）
- 自动补全插入
console.log()（不该响） - 粘贴一段代码（响一次还是十次？插件自己都算不清）
- 快速连打
abc时，事件常被合并成单次回调，音效直接丢失
几乎所有声称“支持打字音效”的插件（如 SublimeTypingSounds、KeySound）都卡在这一步：用 on_modified 硬套，结果就是静音、滞后、误触发三连。
Mac 用户别折腾插件，直接开系统级反馈
macOS 自带的「按下按键时播放反馈」是唯一可靠方案，它由 Taptic Engine 内核驱动，延迟低于 10ms，且不依赖任何编辑器权限或插件状态：
- 路径：
系统设置 → 声音 → 声音效果 → 勾选『按下按键时播放反馈』 - 若音量小，先确认输出设备音量已调高，再检查是否静音
- 需要更强反馈，可叠加：
辅助功能 → 键盘 → 慢速键 → 使用按键音（该选项还允许调节音量和接受延迟） - 无需重启 Sublime，不增加内存占用，也不受插件更新拖累
Windows/Linux 用户没有等效替代，但有更务实的选择
Windows 没有系统级按键音开关，Linux 更无统一方案。此时硬塞插件只会引入新问题：
- 插件调用
os.system('afplay')或playsound在 Windows 上可能弹出黑窗、卡主线程 - 音效文件路径写死（如
res/sounds/keypress.wav），插件未打包资源就必然静音 - 部分插件会把
Ctrl+S、Tab、中文输入法候选上屏也当“打字”触发音效
真正可行的做法是：放弃 Sublime 内部音效，改用外接机械键盘自带的轴体声+触感，或用系统录音软件录制真实敲击声，再用音频工具叠加到 Zoom/Teams 通话中——这比在编辑器里修一个永远修不好的事件监听靠谱得多。
最常被忽略的一点：盲打依赖的是肌肉记忆与节奏感，不是声音本身。一旦你开始依赖音效来确认输入成功，反而会削弱对键盘布局和指法的敏感度。系统级反馈只做轻量提示，而插件试图“模拟机械键盘”，这个目标本身就错了。
