-
统计数据未能自动持久化，重启即丢失：
实运维需求中，必须长期观测各通道/账号的tokens使用量、请求数量、成功率等，但服务重启后统计直接丢失，只能依赖脚本导出导入。当前方案无法做到自动落盘、自动恢复，容易因遗忘而导致整个统计断档，影响分析和复盘运维。
-
账号受限优先级无法自动降级持久保存，重启后调度分配逻辑失效：
部分账号遇到401/429/403等错误时，内存里已进入unavailable/cooldown等不可用状态，但这些状态没有写入到auth本地磁盘/对象存储，重启恢复后它们立即重新参入调度，导致预期被降级的账号再次被批量分配任务，严重拉低效率，必须后台人工干预。希望有机制能将运行时冷却/禁用状态保存到auth持久化，并在启动load时自动恢复。
-
401/403失效账号的批量筛选和删除操作难度高：
在实际环境中经常有较多账号出现401 unauthorized/403 forbidden等情况，如今批量清理需TUI一点点查、或调用API逐条id删除，没有开放按状态一键筛选/删除失败账号的接口，批量处理流程过于繁琐。希望支持按最后错误或状态筛选条件的批量删除操作，或者提供对应管理API。
这些问题在多账号环境下影响运维效率、统计准确性和安全性，均为长期实际运维反馈的真实需求场景。望优先考虑支持，谢谢。
统计数据未能自动持久化，重启即丢失：
实运维需求中，必须长期观测各通道/账号的tokens使用量、请求数量、成功率等，但服务重启后统计直接丢失，只能依赖脚本导出导入。当前方案无法做到自动落盘、自动恢复，容易因遗忘而导致整个统计断档，影响分析和复盘运维。
账号受限优先级无法自动降级持久保存，重启后调度分配逻辑失效：
部分账号遇到401/429/403等错误时，内存里已进入unavailable/cooldown等不可用状态，但这些状态没有写入到auth本地磁盘/对象存储，重启恢复后它们立即重新参入调度，导致预期被降级的账号再次被批量分配任务，严重拉低效率，必须后台人工干预。希望有机制能将运行时冷却/禁用状态保存到auth持久化，并在启动load时自动恢复。
401/403失效账号的批量筛选和删除操作难度高：
在实际环境中经常有较多账号出现401 unauthorized/403 forbidden等情况，如今批量清理需TUI一点点查、或调用API逐条id删除，没有开放按状态一键筛选/删除失败账号的接口，批量处理流程过于繁琐。希望支持按最后错误或状态筛选条件的批量删除操作，或者提供对应管理API。
这些问题在多账号环境下影响运维效率、统计准确性和安全性，均为长期实际运维反馈的真实需求场景。望优先考虑支持，谢谢。