[Feat]余额的周限能不能支持滚动窗口

[Cechianya]

现在的周限似乎是固定周一凌晨重置，但是大鹅那里的订阅周限是第一次使用之后开始计算，所以两个窗口一直对不齐。

[github-actions]

Thank you for this feature suggestion.

分析：

您观察的现象是正确的。目前系统中周限（weekly）和月限（monthly）均采用自然时间窗口重置策略：

• 周限：每周一 00:00（Asia/Shanghai 时区）重置
• 月限：每月 1 号 00:00（Asia/Shanghai 时区）重置

相关代码：

• src/lib/rate-limit/time-utils.ts（lines 62-67）：

  case "weekly": {
    // 自然周：本周一 00:00 (Asia/Shanghai)
    const zonedNow = toZonedTime(now, timezone);
    const zonedStartOfWeek = startOfWeek(zonedNow, { weekStartsOn: 1 }); // 周一
    startTime = fromZonedTime(zonedStartOfWeek, timezone);
    break;
  }

现有滚动窗口实现参考：

系统中已经有两种时间周期支持滚动窗口模式：

1. 5 小时限额（5h）：始终使用滚动窗口（过去 5 小时）
2. 日限额（daily）：支持 fixed（固定时间重置）和 rolling（过去 24 小时滚动窗口）两种模式

实现考虑：

参考日限额的滚动窗口实现模式，周限滚动窗口功能需要：

1. 数据库 Schema 扩展：在 keys 和 providers 表添加 weeklyResetMode 字段（参考现有的 dailyResetMode 枚举）
2. 时间工具函数扩展：在 src/lib/rate-limit/time-utils.ts 中添加周限滚动窗口计算逻辑（过去 168 小时 = 7 天）
3. Redis Lua 脚本扩展：新增 TRACK_COST_WEEKLY_ROLLING_WINDOW 和 GET_COST_WEEKLY_ROLLING_WINDOW 脚本
4. 限流服务修改：在 src/lib/rate-limit/service.ts 中处理 weekly + rolling 模式的逻辑
5. UI 适配：在供应商/Key 编辑页面添加周限重置模式选项

使用场景验证：

您提到的「大鹅」订阅周限从首次使用开始计算，与 CCH 的自然周窗口不对齐。如果启用滚动窗口，CCH 将基于「过去 7 天」计算消费，而非「本周一至今」，这可以更好地与按首次使用计算的订阅模式对齐。

---

Automated response from Claude AI

[ding113]

您好，这个问题会在下一个大版本的更新中，通过引入供应商余额获取功能尝试解决。

[github-actions]

This issue has been automatically marked as stale because it has not had any activity in the last 30 days.

If this issue is still relevant:

• Please comment to keep it open
• Add any new information that might help resolve it

This issue will be automatically closed in 14 days if there is no further activity.

[github-actions]

This issue has been automatically closed due to inactivity.

If you believe this issue is still relevant, please feel free to reopen it with additional information.