背景
Typeless 在 Windows 发布了 Help me write（帮我写）：
OpenLess 已有选区语音编辑 / 语音编辑相关能力（参见 #900、选区润色与选区语音编辑路径），但当前编辑选区时必须先选中文字。希望跟进「帮我写」：在无选区场景下，也能用一句肯定式写作指令直接成文。
现状痛点
| 场景 |
现状 |
期望 |
| 已选中文字 + 编辑指令（改写 / 翻译 / 删减） |
选区语音编辑可用 |
保持 |
| 无选区 + 问句（今天是什么日子？） |
更接近 QA |
走 QA |
| 无选区 + 肯定式写作指令（帮我写一封邮件…） |
缺少对等能力；选区编辑门槛高 |
走「帮我写」，直接生成并插入 |
很多时候：光标在输入框里、选区为空，用户其实是想「帮我写」或 QA，而不是改已有选区。
意图分流（建议保持简单）
自动意图识别不必做得很重，先按「问句 vs 肯定句 / 写作指令」分流即可：
1. QA 问答（问句）
例如：
- 「今天是什么日子？」
- 「这个是什么东西？它的中文意思是什么？」
→ 走现有 QA 通路。
2. 选区编辑（有选区 + 编辑指令）
例如：
- 「将什么改成什么」
- 「将什么翻译成什么」
- 「我只需要什么什么，其他帮我去掉」
→ 继续走现有 选区语音编辑（需要选中文字）。
3. 「帮我写」（本 issue 要跟进的主功能）
不要求选中任何文字；用户说一句肯定式 / 指令式写作请求即可。典型示例：
- 「帮我写一封邮件，询问他本周五下午是否有空，落款写上我。」
- 「帮我写一个群聊信息，问一下今天是否有空。」
- 「帮我写一个简短邮件。」
- 「我想发一条马拉松训练的帖子。」
- 「我需要一份每周团队演示的一页概念说明，帮我写一份。」
启发式（可迭代）：
- 选区为空 → 候选只有「帮我写」或 QA，而不是选区编辑。
- 口令含 「帮我写」（或同类强信号）→ 直接进入「帮我写」。
- 否则：问句 → QA；肯定句 / 写作意图 → 「帮我写」。
（与 Typeless 文档一致：用户只需说明写什么、给谁、有什么要求，产品负责生成可直接使用的正文。）
期望交互（可参考 Typeless，不必 1:1 复制键位）
建议基于现有语音编辑 / Ask / 选区润色入口演进，而不是另起一套完全无关的产品面：
- 用户点击目标文本框，无需选中文字。
- 触发现有「Ask / 语音编辑」类快捷键（或明确的「帮我写」入口）。
- 口述写作意图（肯定句）。
- 结束录音后，模型生成成稿并插入光标处（可先 PreviewConfirm，再一键确认，与现有润色输出模式对齐）。
- 若识别为问句，则仍打开 QA，而不是硬写成文。
与现有能力的关系
Acceptance criteria
参考
备注
实现上意图分类可以先做规则 / 轻量分类（问句标点、是否含「帮我写 / 写一封 / 写一条」等），再视误判率决定是否上模型路由。优先打通「无选区成文」主路径。
背景
Typeless 在 Windows 发布了 Help me write（帮我写）：
OpenLess 已有选区语音编辑 / 语音编辑相关能力（参见 #900、选区润色与选区语音编辑路径），但当前编辑选区时必须先选中文字。希望跟进「帮我写」：在无选区场景下，也能用一句肯定式写作指令直接成文。
现状痛点
很多时候：光标在输入框里、选区为空，用户其实是想「帮我写」或 QA，而不是改已有选区。
意图分流（建议保持简单）
自动意图识别不必做得很重，先按「问句 vs 肯定句 / 写作指令」分流即可：
1. QA 问答（问句）
例如：
→ 走现有 QA 通路。
2. 选区编辑（有选区 + 编辑指令）
例如：
→ 继续走现有 选区语音编辑（需要选中文字）。
3. 「帮我写」（本 issue 要跟进的主功能）
不要求选中任何文字；用户说一句肯定式 / 指令式写作请求即可。典型示例：
启发式（可迭代）：
（与 Typeless 文档一致：用户只需说明写什么、给谁、有什么要求，产品负责生成可直接使用的正文。）
期望交互（可参考 Typeless，不必 1:1 复制键位）
建议基于现有语音编辑 / Ask / 选区润色入口演进，而不是另起一套完全无关的产品面：
与现有能力的关系
Acceptance criteria
参考
备注
实现上意图分类可以先做规则 / 轻量分类（问句标点、是否含「帮我写 / 写一封 / 写一条」等），再视误判率决定是否上模型路由。优先打通「无选区成文」主路径。