在选择寄存器之前明确意图
说明该消息应完成的任务：询问是否有空、邀请某人、解释延迟或提出请求。然后笼统地描述一下观众。这为 Mocchi 提供了足够的上下文来比较语气，而无需个人姓名或私人对话历史记录。简短的受控消息是最好的起点。
在第一次比较期间保持内容稳定。如果活动、关系和紧迫性都发生了变化，你就很难看出哪些措辞符合礼貌。在可以理解基本对比之后，您可以稍后添加其他尺寸。
比较简单会议问题的两个版本
明日、会える？ 是一个关于明天见面的随意问题。 明日、会えますか是类似问题的礼貌版本。在虚构的背景下阅读这两本书，并询问Mocchi结局有何变化。这对是一个起始对比，并不能保证任何一行都是适合每种关系或情况的理想信息。
| 日本人 | 罗马字 | 意义 |
|---|---|---|
| 明日、会える？ | Ashita, aeru? | 我们明天可以见面吗？ |
| 明日、会えますか。 | Ashita, aemasu ka. | 我们明天可以见面吗？ |
检查是否有额外距离或紧急情况
重写可能不仅仅包括不同的结局。它可以使请求听起来更试探、更正式或更苛刻，具体取决于措辞。询问哪些改变适合受众以及它是否改变了实际意图。这可以防止您将每个较长的句子仅视为添加了礼貌的同一条消息。
制作您自己的更改消息
选择另一天、活动或简短的解释，同时保持观众的清晰。在寻求反馈之前自己编写版本。如果您不小心混合了样式，请要求 Mocchi 显示不匹配的地方并让您修改。生成一条新消息比识别导师已经完成的一对消息中的音调差异更有用。
保留表达式的上下文注释
保存一条简短的注释，描述该消息的发送者及其用途。稍后在另一个合适的上下文中复习该表达方式，而不是将其作为通用的礼貌或随意的公式来记忆。 Mocchi 可以帮助根据您的目标调整示例，而上下文注释使课程与交流保持联系，而不是自动替换每个结尾的规则。