成功结果能展示效率，失败记录才真正告诉团队系统是否可控。这个问题看似属于技术选择，真正落地时却同时影响流程与责任。 更稳妥的处理方式分为四步： 1. 记录请求时间、任务编号、模型和版本。 2. 保存脱敏后的输入、原始输出与错误码。 3. 区分超时、限流、内容拒绝和业务校验失败。 4. 为可重试错误设置次数上限与退避时间。 本题最需要警惕的是：只统计成功率会掩盖重复重试、静默丢单和人工补救成本。如果没有记录，团队之后甚至无法确认错误从哪里开始。 实际使用前，最好由另一位同事独立复核。每周抽查失败样本，确认是否已重试、是否影响用户、是否需要修改规则。除了顺利完成的常规样本，还应加入资料不全、输入矛盾、权限不足或服务异常等边界情形。验证材料应脱敏保存，既能追溯，也不额外扩散业务数据。 对于不再使用的配置和账号要及时关闭，减少遗留权限与无效费用。可追溯的失败不是负担，而是自动化系统持续改进和责任核查的基础。 本文在提纲整理和初稿撰写中使用了AI辅助，发布前已人工复核事实与表达。