请求超时后，按钮先写“核对保存状态”。
结果节选
标题：保存结果待确认
正文：这次保存还没收到结果，内容可能已保存。请先核对状态。
主按钮：核对保存状态
次按钮：无
按钮行为：点击后读取当前版本；仅在核对仍未保存时才显示重试，并沿用同一请求编号，不直接发出新的提交。
后台没回消息时，前端未必知道有没有保存成功。先把状态写准，再决定按钮是重试、核对状态还是比较版本。
示例材料为编辑原创合成。
完整提示词
请为下方文档保存流程写三组错误微文案。每组给标题（不超过12个汉字）、正文（不超过48个汉字）、主按钮（不超过8个汉字）、次按钮（可为空，不超过8个汉字），并用一句话解释按钮后真正会发生什么。严格按已知系统能力写，不添加自动备份、离线保存、撤销或已成功提交等能力。计数不含标点、数字与英文字母。再列一张状态核对表，说明每组是否可以断言服务器已保存。文案用普通人的话，不展示HTTP状态码或幂等键。
【合成系统状态与能力】
A 确定未提交：浏览器在发出请求前发现离线。当前编辑内容还在页面内，刷新或关页可能丢失。可以重新连网后点击重试；没有本地持久备份。
B 结果未知：请求已经发出，等待响应超时；服务器可能已保存。可以先点“核对保存状态”，系统读取当前版本；只有核对仍未保存后才显示使用同一请求编号重试。不能马上声称失败或直接发一份新提交。
C 版本冲突：服务器确认另一处更新了这个文档，当前页面仍保留用户输入。可以点“比较版本”看本地输入和服务器最新文本；用户决定合并后再保存。没有自动合并，也不能静默覆盖最新文本。
补充约束：B是尚未点击核对按钮时的初始提示，标题也必须表达结果待确认，不得写成系统正在核对或核对完成。先让工程人员确认失败状态和可用恢复动作，再替换文案；不要只给错误码让模型猜。
三组标题、正文和按钮都在提示词字数上限内。超时状态的提示保留结果未知，点击后才开始核对。
文案无法补出不存在的恢复能力，B 的状态核对必须真有实现。