这个接口现在的问题是用户切换 workspace 以后 cache 没有清掉所以还是会拿到上一个 workspace 的 permission，你帮我先检查一下 invalidate 的位置，不要直接改 API contract。
USE CASES
你本来要写的东西，可以先说出来。
消息、邮件、文档、技术协作和中英文混合输入，不需要为了使用语音而进入一个新的写作工具。把光标放在原来的输入位置，说完以后继续工作。
下载 Windows 版- 01任务
- 02痛点
- 03怎么说
- 04响牍处理
- 05示例输出
- 06对应能力
- 07下一步
以下内容为产品流程示例，用于说明不同场景下的输入与整理方式。实际结果会受到口述内容、设置和处理路径影响。
01AI / CODING
把需求说清楚，再继续写代码。
在 AI 编程工具、开发协作窗口或其他文本输入位置描述需求、Bug、修改意见和技术上下文。
技术问题往往已经在脑子里想清楚，但重新组织成完整 Prompt、Issue 或修改说明仍然需要大量键盘输入；中英文术语混在一起时，输入成本更高。
技术协作 / Prompt 输入Recording
产品流程示例 · 响牍处理
- 01识别中文与 English 混合口述
- 02整理标点和长句结构
- 03保留 workspace、cache、permission、invalidate、API contract 等技术词
- 04已配置的个人词汇可以用于固定术语写法
这个接口目前的问题是：用户切换 workspace 后，cache 没有清除，因此仍然会读取上一个 workspace 的 permission。请先检查 invalidate 的位置，不要直接修改 API contract。
该场景说明技术协作中的语音输入方式，不代表响牍与任何特定 AI 编程工具存在官方集成。
02WORKPLACE
把进度、任务和时间一次说清楚。
回复工作消息、同步项目进度、说明任务、负责人和时间安排。
信息本身并不复杂，但打字过程中容易频繁停下来组织措辞；连续口述又容易出现重复、改口和过长句子。
03EMAIL
邮件正文，可以从完整的一段话开始。
口述需要发送给同事、客户或合作方的邮件正文。
口述邮件时，称呼、正文、时间和请求容易连成一整段；重新整理段落又抵消了语音输入节省的时间。
邮件正文产品流程示例
王老师您好项目资料已经更新我明天下午不对周五下午会把最终版本发给您麻烦您收到以后确认一下预算和时间安排谢谢。
产品流程示例 · 响牍处理
- 01识别明确改口
- 02添加必要标点
- 03按照邮件正文场景整理段落
- 04保留预算、时间等关键内容
王老师，您好： 项目资料已经更新。我会在周五下午把最终版本发给您，麻烦您收到后确认预算和时间安排。 谢谢。
响牍不会因为选择邮件场景就自动虚构邮件主题、收件人或签名。
04DOCUMENTS & NOTES
长一点的想法，先进入可编辑状态。
写笔记、说明、方案、文档草稿或较长的一段思路。
长内容最容易出现“想得比打得快”。如果为了保持句子完整不断停下来敲键盘，思路本身也会被输入过程打断。
示例输出 · 整理后可继续编辑
这一部分主要讨论三个问题： 1. 为什么用户会放弃语音输入； 2. 为什么本地模式不只是一个隐私功能； 3. 如何将这些能力真正放入产品流程。
05CHINESE + ENGLISH
中文、English，不必切换一种说话方式。
在工作、技术、产品和日常输入中自然混合中文与 English。
人名、品牌、模型名、产品名和专业术语经常夹在中文句子里。普通听写最容易在这些地方出现拼写不一致或专有词错误。
这个 feature 先不要 merge 到 main branch，我们把 local mode 的 regression test 跑完以后再开 pull request。
产品流程示例 · 响牍处理
- 01识别中文与 English 混合口述
- 02保留英文技术表达
- 03使用个人词汇中的偏好写法
- 04整理中英文之间的标点和句子结构
这个 feature 先不要 merge 到 main branch。我们把 Local Mode 的 regression test 跑完以后，再开 pull request。