SayType 语音输入

日常输入发生在很多上下文中：微信要简洁，邮件要完整，文档要有结构，给 AI 的指令要清晰。用户并不想先打开一个转写工具，再把文字搬回原应用；他们想在当前焦点里直接完成输入。

因此，SayType 的价值不是“生成一段转写”，而是“完成一次输入”。这要求快捷键、录音状态、任务保存、文字整理与粘贴回填形成同一条产品链路。

用户在任意输入框触发全局快捷键，悬浮条显示录音状态；音频作为一个可追踪任务保存，本地 Whisper 先产出原始转写，再进行确定性校正与按模式整理，最终回到原应用粘贴。

主窗口被定义为配置与恢复中心，而不是日常必经之路。用户可在这里检查麦克风、Whisper 和快捷键状态，查看历史，或处理失败任务。

SayType 始终保留原始转写，最终文本另行生成。整理可以去掉语气词、恢复标点和调整结构，但不允许补充用户没有说过的事实。这让用户能随时对照，也为失败降级保留底稿。

当前已有智能、日常、结构化、口播、原文和自定义模式。工作邮件、AI 提示词以及按应用自动选择模式，被作为后续版本能力，不在当前案例中写成已交付。

可靠性不是一条成功路径，而是一张降级网。LLM 整理失败时返回本地校正结果；粘贴失败时保留到剪贴板并引导手动粘贴；权限缺失时给出明确状态和修复动作；本地识别失败时保留音频和任务以便恢复。

历史记录默认保存在本地，当前不设账号、云端历史或团队空间。后续接入更多云端提供商时，仍需继续明确告知哪些内容离开本机，以及如何退回本地路径。

我作为产品与体验主导，负责从“完成输入”重新定义产品目标，并完成用户路径、信息架构、转写与整理分层、模式系统、失败降级、隐私边界和正式发布门槛的设计。

AI 参与工程实现、测试辅助、文档整理和问题排查；产品定位、优先级、模式边界、安全取舍、发布判断与最终体验验收由我负责。