从学习活动的角度定义成功
对于聊天练习，成功包括收到预期的响应，而不仅仅是看到输入字段。对于已保存的卡片，它包括确认保存操作而不是仅读取建议的单词。在确定应用程序在弱连接上正常工作之前，先确定所需的结果。
这种区别除了安装之外还有用。浏览器选项卡可以在实时请求失败时显示页面，应用程序样式的窗口也可以执行相同的操作。窗口形状不会告诉您特定的学习操作是否已到达服务。观察实际响应以及界面提供的任何可见状态。
区分三种常见的混淆状态
熟悉的屏幕、尝试的提交和完整的响应是不可互换的。将它们分开可以帮助您避免丢失草稿或不必要地重复操作。首先描述您可以直接验证的内容，而不是分配一个宽泛的标签，例如“一切都处于离线状态”。
| 你观察到什么 | 它建立了什么 |
|---|---|
| Unihongo 条目打开 | 您到达了一个窗口或页面。 |
| 您按下了发送键 | 您尝试执行某项操作；确认其结果。 |
| 出现预期响应 | 该特定请求已充分完成以显示其结果。 |
在更改页面之前保留学习者的工作
如果您写了重要的回复，请在重新加载或关闭窗口之前保留一份安全副本。不要假设其他设备上存在草稿或已保存中断的请求。避免将清除浏览器数据作为第一个故障排除步骤，因为这可能会影响本地会话和设置，同时使底层连接问题得不到解决。
重新启动并进行小的连接检查
连接改善后，检查帐户并尝试进行适度的活动，其结果很容易验证。然后检查之前的任务，看看实际完成了什么。如果状态不清楚，请在询问 Mocchi 进行后续跟进之前描述最后确认的响应。这比根据按下按钮的次数重建进度更可靠。
选择离线后备方案，无需发明应用程序功能
您可以在等待连接时使用自己已有的笔记来复习区别或排练句子。将其与 Unihongo 的人工智能离线运行的说法分开。当服务访问恢复时，将句子带回以进行反馈。学习可以灵活地继续，同时连接工具的局限性仍然清晰。