先确认页面状态
先观察页面是否仍在加载、按钮是否处于提交状态，以及网络是否短暂中断。不要连续快速重复提交，先等待当前请求结束，再刷新页面。
把问题分成两类
如果页面完全没有新内容，优先检查网络、登录状态和页面报错。如果有回复但没有接上剧情，优先检查上下文、角色设定和你上一轮给出的要求。
用一轮短消息重新建立上下文
把人物关系、当前地点和本轮目标压缩成三句话。例如：我们是两位成年旅行者；现在在雨夜客栈；请先问我一个问题，不替我决定下一步。短消息更容易看出是哪一条要求没有被理解。
一次只改一个条件
不要同时更换角色、语气、场景和输出长度。先只调整回复长度，再观察结果；如果问题仍然存在，再调整场景或角色设定。
仍然异常时
记录发生问题的页面、时间和提示信息，再按产品页面提供的帮助方式反馈。账号、验证码、支付和下载操作只在确认后的产品页面完成。
把“没回复”拆成三种情况
- 消息没有发出去
- 查看输入框内容是否还在、发送按钮是否可用、页面有没有明确报错。保留未发送文本，再检查网络和登录状态。不要快速连续提交，以免产生多次请求。
- 请求还在处理
- 根据页面状态等待或使用产品提供的取消方式。这里没有经过验证的统一等待时长；不要把等待超过某个秒数直接判断为服务故障。
- 有文字，但没有接上你的意思
- 这通常需要检查本轮输入与上下文，而不是反复刷新。先明确人物、地点和当前目标，再只改一个要求。
一个不包含隐私的复测样例
这是虚构写作练习。场景在车站，我正寻找失物招领处。请只问我遗失了什么，不替我编造答案，先不扩展其他剧情。
保留同一角色，比较原消息与这条短消息的结果。若短消息能回复而长消息不行，再逐段缩减原文；这只能帮助缩小范围，不能证明某个模型、字数上限或平台机制存在问题。
恢复之前先保留线索
- 记录最近一次正常回复与出错的大致时间。
- 复制必要的草稿；涉及他人信息的内容先脱敏。
- 记录是否只在某个角色或某个浏览器出现，不分享账号凭据。
- 再次出现时按产品内帮助渠道反馈，不反复新建相同请求。