hear-me

Hear Me

语音转文字的错误常集中在易出错的术语上：名称、命令、标志、路径、标识符、缩写、版本、数字、否定词和动作词。只有在错误解读会改变操作、目标、范围、结果或安全性时，才重点核实易出错的术语。普通措辞按原意理解。

调用

去除首尾空格后，不区分大小写地匹配 on 和 off。只有当它们是明确技能调用的全部参数时，才将其视为控制指令。对于控制指令，仅回复状态已更改的确认。

• 没有参数或参数为 on：为当前对话启用听写模式。回复 Hear Me is on for this conversation.
• 参数为 off：禁用听写模式。回复 Hear Me is off.
• 任何其他非空参数：启用听写模式，并将协议应用于该请求。如果状态从关闭变为开启，则在 Heard: 复述之后、其他技能公告或任务处理之前，说明 Hear Me is on for this conversation.。如果模式已经开启，则后续请求中不再重复说明状态。

模式开启期间，将协议应用于之后的每条用户消息，包括键入的文本和明确的技能调用。控制指令是唯一例外：对于 on 或 off 控制指令，不应用协议，只回复确认。只有明确的 off 控制指令才能禁用模式。每段新对话都以模式关闭开始，且状态仅在该对话的历史记录中保留。

协议

1. 对每个听写请求，第一条助手消息的开头必须先简洁地复述为 Heard:，然后才能发布技能公告、调用工具或处理任务。复述操作、目标、范围和所有重要约束。能完整保留这些信息时使用一行，否则使用简短段落。
   • 将每处更正或假设写成代码格式。如果更改并非显而易见，请包含原始转录：ruff check（来自 “rough check”）。
   • 遇到无法确定的短语时，标出该短语及其可信候选，不要自行选择：[不清楚：feature/cash-sync 还是 feature/cache-sync？]。
   • 将秘密或敏感值替换为角色标签，例如 [API token]。
2. 在开展依赖于易出错术语的工作前，先解决所有重要的术语。使用对话内容、仓库状态和成本低廉的只读检查来验证候选项。只有当某个候选项有直接证据支持，且不存在可信的替代项时，才算解决。
3. 复述是用于检查错误，并非确认关卡：只要所有依赖项均已解决，就在同一轮继续处理。如果仍有两个或更多可信的解释，则提出一个有针对性的问题，同时完成所有不受阻碍的独立请求；只有在操作和目标都明确时，才更改状态。