lnenad/lipwise 是一款可在 Windows、macOS、Linux 上运行的语音听写工具。按住快捷键说话，内容会直接以句子形式输入；AI 编辑器能听懂「scratch that」这类口头指令，生成清单或重写句子。语音识别在自己的电脑上处理，上层模型可以接入本地 AI、Claude、OpenAI 中的任意一种。2026-10-13 的提交 814344a 固定了内置语音识别引擎（transcribe-cpp 内部的 ggml）构建时所面向的 CPU。
问题在于构建是以机器为基准的。ggml 的默认值为 GGML_NATIVE，因此发布构建会原样跟随 CI 运行机器的 CPU。由具备 AVX-512 的运行机器产出的 Windows 构建，在不支持该指令的 CPU 上以 illegal instruction 崩溃。提交信息中以 AMD Ryzen 5800X3D 为例加以说明。本次补丁将 x86 固定为 AVX2·FMA·F16C·BMI2（Intel Haswell、AMD Zen 及更新一代），Apple Silicon 则保留编译器默认值（M1）。改动的文件只有 src-tauri/.cargo/config.toml 一个，新增 8 行、删除 0 行，并在 TRANSCRIBE_CMAKE_ARGS 中加入了 GGML_NATIVE=OFF 以及各个选项。
不过，这并不是性能改进，而是恢复构建可复现性的措施。在拥有 AVX-512 等最新指令的 CPU 上，将不得不放弃快速路径，但这一区间究竟损失多少并没有给出数字。代码注释中还留下了「同名环境变量可以覆盖这一设置」这一点。由于改动只涉及构建配置，已经发布的二进制是否也随之重新构建，尚未得到确认。仅凭这次提交能够说清的，只是语音引擎不再依赖构建服务器的 CPU 这件事。若你正是遭遇崩溃的一方，在新构建发布之前等待是最贴近的解决办法。