bug：最新版本5.1的用户级的5h限额依然没有生效

[HanBBQovo]

目前只有密钥级别的5h限额是生效的，但是并不是滚动窗口的限制，而是请求到限制后开始计时五小时，这个包有问题的，正常都是从第一个请求开始计时5h，上一个5h的is已经close掉，应该是没有修好。这个图就是我14点18分触发的，然后开始计算的5h

[coderabbitai]

📝 CodeRabbit Plan Mode

Generate an implementation plan and prompts that you can use with your favorite coding agent.

• Create Plan

Examples

• Example 1
• Example 2

---

⚠️ Possible Duplicate Issue

• bug: 5h限额设置给用户并没有生效，key并没有继承用户的5h限额，而是直接无视 #634

---

🧪 Issue enrichment is currently in open beta.

You can configure auto-planning by selecting labels in the issue_enrichment configuration.

To disable automatic issue enrichment, add the following to your .coderabbit.yaml:

issue_enrichment:
  auto_enrich:
    enabled: false

💬 Have feedback or questions? Drop into our discord!

[ding113]

您好，该问题的修复相对复杂，暂未有明确的完成时间表。原有 Issue #648 仍处于 open 状态。

相同问题请不要重复提起 Issue。感谢配合。

[github-actions]

感谢您报告此问题。

分析：

经过代码审查，我确认了这是一个 Bug。用户级别的 5h 限额检查逻辑存在，但消费追踪逻辑缺失。

问题根因：

1. 检查逻辑存在：src/app/v1/_lib/proxy/rate-limit-guard.ts (lines 248-279) 正确实现了用户 5h 限额检查：

   // 6. User 5h 限额（防止多 Key 合力在短窗口打爆用户）
   const user5hCheck = await RateLimitService.checkCostLimits(user.id, "user", {
     limit_5h_usd: user.limit5hUsd ?? null,
     ...
   });

2. 追踪逻辑缺失：src/lib/rate-limit/service.ts 的 trackCost 方法 (lines 603-723) 只追踪了 Key 和 Provider 的 5h 消费，没有追踪 User 的 5h 消费：

   • Key 5h 滚动窗口：key:${keyId}:cost_5h_rolling (line 644)
   • Provider 5h 滚动窗口：provider:${providerId}:cost_5h_rolling (line 655)
   • 缺失：user:${userId}:cost_5h_rolling

3. 结果：由于 Redis 中没有 user:{userId}:cost_5h_rolling 的数据，当检查用户 5h 限额时，系统会触发 Cache Miss 并从数据库恢复。但由于从未写入过数据，检查总是返回 0，导致限额永远不会触发。

相关代码位置：

• 检查逻辑：src/app/v1/_lib/proxy/rate-limit-guard.ts:248-279
• 追踪逻辑（缺失 user 5h）：src/lib/rate-limit/service.ts:603-723
• 消费追踪调用点：src/app/v1/_lib/proxy/response-handler.ts:1926-1939

关于滚动窗口计时问题：

您提到的"请求到限制后开始计时五小时"的行为，实际上是因为 5h 限额使用的是滚动窗口（Rolling Window）实现，而非固定窗口。滚动窗口的设计是：从当前时刻往前看 5 小时内的消费总和。这意味着：

• 当您触发限额时，需要等待最早的消费记录"滑出"5 小时窗口
• 这与"从第一个请求开始计时 5h"的固定窗口行为不同

这是设计上的选择，但如果需要固定窗口行为，可以作为功能增强提出。

修复建议：

需要在 trackCost 方法中添加用户 5h 消费的追踪逻辑，类似于 Key 和 Provider 的实现。

---

Automated response from Claude AI

[HanBBQovo]

您好，该问题的修复相对复杂，暂未有明确的完成时间表。原有 Issue #648 仍处于 open 状态。

相同问题请不要重复提起 Issue。感谢配合。

好的，因为我看我提的是每日限额，上一个5h的限额的is被close掉了，所以又来提一个