不应该将消息：'''recognizer_loop:audio_output_start''' 和 '''recognizer_loop:audio_output_end''' 改为 '''recognizer_loop:audio_output_started''' 和 '''recognizer_loop:audio_output_ended''',以保持与 messagebus guidelines 一致，即所有后续操作通知都用过去时态吗？
不应该将消息：'''recognizer_loop:audio_output_start''' 和 '''recognizer_loop:audio_output_end''' 改为 '''recognizer_loop:audio_output_started''' 和 '''recognizer_loop:audio_output_ended''',以保持与 messagebus guidelines 一致，即所有后续操作通知都用过去时态吗？
3条答案
按热度按时间ar7v8xwq1#
这些对我来说看起来好多了。唯一一个我会有争议的是'''mycroft.voice.awoken''',因为'''awoken'''会暗示mycroft已经唤醒了。我认为保留伪装动词'''wake_up'''或者某种变体会更有意义。
3j86kqsm2#
我记不清了...我确定是在监听者被"嘿，我的克劳夫唤醒"命令唤醒时发送的消息。我想起来的实际上叫做
mycroft.awoken。我会更新我之前的列表。kgsdhlau3#
你好，你的观点是正确的。此外，他们没有使用我们现在使用的
mycroft.xxx符号。这些消息一直存在(早在我们制定任何关于消息应该如何显示的规范之前),它们主要是为了保持与使用它们的技能和 shell 的兼容性。
我认为我们需要再保留一段时间，但我们应该添加一些与那些同时发送的新消息，以实现现代化。在一段时间内同时运行旧消息和新消息，然后在一年左右的时间里逐步淘汰它们。
建议替换：
recognizer_loop:audio_output_start->mycroft.audio.speech.startedrecognizer_loop:audio_output_end->mycroft.audio.speech.endedrecognizer_loop:record_begin->mycroft.voice.recording_startedrecognizer_loop:record_end->mycroft.voice.recording_endedrecognizer_loop:wakeword->mycroft.voice.wakeword.detectedrecognizer_loop:sleep->mycroft.voice.sleeprecognizer_loop:wake_up->mycroft.voice.wake_uprecognizer_loop:utterance->mycroft.voice.utterance请告诉我你的想法