上传失败、超时、限流和登录失效分别怎么处理

先区分文件、网络、服务、配额还是会话

上传失败、超时、429 和登录失效需要不同处理。重复上传可能制造重复任务或加重限流，先保存时间、文件、状态和错误。

文件无法上传

常见原因：格式、大小、损坏、文件名、权限或浏览器状态不符合。

处理方法：用小的已知文件测试，核对当前支持格式与上限，必要时重新导出但保留原件。

保留原始材料、当前要求、模型实际输出和人工核验结果，避免只剩一段无法追溯的最终文本。

处理中超时

常见原因：文件过大、任务复杂、网络中断或服务端处理超出时限。

处理方法：缩小批次、固定页码和检查点；先确认上一次是否产生结果再重试。

确认“处理中超时”已经有可回查结果，再进入“出现 429”；依据仍然来自猜测时，把缺口单列并停在当前步骤。

出现 429

常见原因：账号、模型、并发或时间窗限流。

处理方法：停止并发和立即重试，读取重试提示，按退避或等待；记录发生频率。

确认“出现 429”已经有可回查结果，再进入“登录失效或无权限”；依据仍然来自猜测时，把缺口单列并停在当前步骤。

登录失效或无权限

常见原因：会话过期、账号切换、组织/项目范围或资源权限变化。

处理方法：确认当前账号和目标资源，重新认证后用低风险读取验证，不清空未知数据。

材料不足、权限不明、事实冲突或动作会改变外部状态时先停下，把缺口交给责任人确认。 完成后把证据归入“故障分类与处置记录”。

故障记录保留原始错误和处置结果

不要把每类问题都归为网络不好。重复三次仍是同一状态时停止相同操作，换小样本或等待外部状态变化。