feat(dashboard): 供应商状态卡片新增「状态复位」按钮，并修复 reset 误清配额用量;

[ThreeFish-AI]

背景

Dashboard ?tab=overview 的「供应商状态」卡片能显示 熔断 ×1，却没有任何复位入口，只能切到终端跑 coding-proxy reset。而该指令本身存在一个非预期行为：会把 vendor 的额度用量一并清零。

根因

QuotaGuard.reset() 把两件正交的事耦合在了一个方法里 —— 状态机复位与用量计数清零：

self._transition_to(QuotaState.WITHIN_QUOTA)   # 应该做
self._entries.clear()                          # 不该做
self._total = 0                                # 不该做

之所以「不自愈」：窗口基线 load_baseline() 的唯一调用点在进程启动的 lifespan 钩子中，运行期不再回填，因此「1d配额 45%」徽章一经 reset 便永久停在 0% 直到重启进程。而文档口径（cli-reference.md / api-reference.md）自始至终只承诺「配额守卫状态 → WITHIN_QUOTA」，从未声明清空用量 —— 实现与契约不一致。

CLI reset 只是 POST /api/reset 的瘦 HTTP 客户端，故 CLI 与 API 两条路径同时中招。

改动

1. 根因修复（单一事实源） — 删除 _entries.clear() / _total = 0，只保留 _transition_to(WITHIN_QUOTA)（该方法本身已清 _cap_error_active 并还原探测间隔）。CLI / API / Dashboard 三条路径同时受益，无需 --keep-quota 之类开关。

语义取舍为「如实」：用量确已超过 token_budget × threshold_percent 时，复位后下一次判定立即回落 QUOTA_EXCEEDED —— 不伪造用量数字。真正被解开的是熔断、Rate Limit 与上游 cap 错误卡死标志，后者正是 5h 限额型 vendor 的主要卡死来源。

2. 复位按钮 — 「供应商状态」标题栏右侧新增 ⟲ 状态复位，调用无 body 的 POST /api/reset，服务端据此跳过重排序，因此不改动供应商优先级。刻意不新建端点：修复后 /api/reset 无 body 形态与本需求完全同构，另起端点会制造 SSOT 断裂。

3. 顺带修复 — 「限速中」徽章读 rlInfo.limited，而后端 VendorTier.get_rate_limit_info() 产出的键是 is_rate_limited，键名不匹配使该徽章从未渲染过，Rate Limit 异常态在 UI 上完全不可观测。

实现细节

• 新增 .btn-card-action 卡片标题栏控件通用类：.card-title 本就是 justify-content: space-between，追加子元素即自动右对齐，零布局 CSS 改动；并纳入 :focus-visible 焦点环列表。
• 交互复用既有范式：persistTierOrder 的 in-flight 防并发守卫 + copyFromParent 的瞬时反馈（复位中… → ✓ 已复位 / ✗ 失败，1.5s 还原）；成功后定向重渲染供应商列表，不必等 10 分钟轮询。

验证

隔离实例（:3399，复刻现场 anthropic 熔断 + zhipu 45.6% 配额 + 限速中）实机验证：

项	复位前	复位后
anthropic 熔断器	open（熔断 ×3）	closed（正常）
zhipu 限流	true（限速中）	false（徽章消失）
zhipu 配额	456,193,510 / 45.6%	456,193,510 / 45.6% ← 原样保留
链路顺序	anthropic → zhipu	anthropic → zhipu ← 未变

• CLI reset -p 3399 -v anthropic,zhipu（用户点名的指令形态）同样保留用量；
• 按钮状态机与失败路径（✗ 失败 + console.error）均实测通过，in-flight 期间二次点击被拦截；
• 新增 7 条用例，其中 3 条先在旧实现下跑出 FAIL 再转 PASS，确认真正咬住缺陷；旧用例 test_reset_clears_all_state 曾断言 window_usage_tokens == 0（等于把缺陷固化为契约），已改写为 test_reset_preserves_window_usage；
• 全量 1656 条测试通过。

文档同步：cli-reference / api-reference 补明「仅复位状态、不清用量」，dashboard.md 新增「供应商状态复位」小节，issue.md 归档复盘（含防范条目：写操作测试须补「不误伤其他运行时状态」守卫断言）。