翻了sub2api设置，发现没有提供解法，又是一个小又实用的需求。所以直接用Ai解了。每个人的域名和sub2api部署方式不一样，所以这里提供一份通用的问Ai模版，让他根据你自己的情况写一个即可。（一般2-5分钟搞定）
把你的网站域名 和管理员API-key（最好放在本地让Ai读取，而不是在聊天里面发送）发给AI，然后把下面这段话直接发给他：
写一个脚本，适用场景：
我使用 Sub2API 把 ChatGPT/OpenAI 账号分配给多个用户。上游周配额并不总是严格每 7 天重置，官方有时会提前赠送全局重置，可能只用了 2～3 天，用量就突然归零，下次重置时间也恢复到约 7 天后。
我希望上游账号发生这种重置后，Sub2API 中对应用户的使用配额和额度周期能在 10 分钟内自动重置。
要求：
1. 先只读检查我的 Sub2API 实例，确认实际 API、认证头、OpenAI 账号、订阅分组和用户订阅关系。不要猜接口，可从实例前端 JavaScript 或对应版本源码确认。管理员 Key 从本地文件读取，禁止输出或写入代码、日志。
2. 每 5 分钟读取一次上游账号的 seven_day.utilization 和 seven_day.resets_at，全天运行并支持开机自启。
3. 不要固定每 7 天执行，也不要只判断 utilization == 0。保存上次 resets_at；当新 resets_at 相比上次明显向后跳（默认至少 1 小时）时，判定上游进入了新窗口。忽略接口产生的几秒或几分钟漂移。
4. 第一次运行只保存当前窗口作为基线，不能重置用户。
5. 触发后重新读取全部用户，只重置目标分组中 status=active 的订阅，不要写死用户 ID。重置 daily、weekly、monthly 用量及窗口起点，但不要修改订阅 expires_at。不要调用可能消耗上游重置次数的 OpenAI 账号重置接口。
6. 如果存在多个账号或多个无法确定的分组，先列出对应关系让我确认，确认前不要执行写操作。
7. 使用状态文件记录上次窗口和已完成的订阅。中途失败后只继续未完成用户，同一窗口不能重复重置；加入文件锁、超时、有限重试和脱敏日志。
8. 提供 --check、--dry-run --force-sync 和 --force-sync。部署前先运行真实只读检查和 dry-run，告诉我将处理多少个订阅，但不要用真实用户测试重置。
9. 使用 Python 3 编写，并用 systemd service + timer 部署为每 5 分钟运行。首次启动先建立基线，再启用 timer。
10. 请直接完成检查、编写、测试和部署，不要只给示例代码。最后告诉我脚本位置、目标账号和分组、有效订阅数量、timer 状态，以及查看日志、检查、模拟、停用和人工强制同步的命令。
整个过程中不要展示管理员 API Key、账号凭据或完整用户邮箱。
