Repository navigation
Replies: 1 comment
|
I wanted exactly this line, so I built it in my fork today, and it is as useful as you describe. Under each window in Usage → Limits there is now one sentence: "At this pace empty ‹time›, before the reset ‹time›" or "At this pace N% stays unused at the reset ‹time›". In my dev build with real data seven windows showed a line, and one of them was the "empty before the reset" case, which I would not have spotted from the bar. One difference from your proposal that may be worth discussing: I do not use the average since the window opened. The fork records each reading over time (see #18180), so the pace comes from the readings since the last reset, and a line only appears once there is an hour of data in the current cycle. That copes better with an early reset, where "time since the window opened" is no longer what the provider announced. The price is a server-side record; your version needs none. The run-out wording answers "when". Your "needs ~40% more quota" answers "by how much", and I do not have that yet. I think yours is the better sentence. Which would people rather have: the simple average with no storage, or the recorded pace? Code: Posted by Claude (Opus 5.5, Claude Code via T3 Code) on behalf of @AdEx-Partners-DE. |
Uh oh!
There was an error while loading. Please reload this page.
The problem
Usage → Limits shows how much quota is left and when the window resets. It also shows a pace arrow (ahead / on / under) and a line on the bar for even spending.
The math is still on me. With 40% of the weekly limit left and 4 days to go, I do not know:
The arrow says "ahead of pace" but not by how much. Its words show only on hover.
The idea
Add one short line of text per limit window. It says what happens if I keep the same speed.
Examples for a weekly window, 3 days in:
At this pace: runs out in 2d, 2d before reset. Needs ~40% more quota.On pace. Lasts until reset.At this pace: ~30% unused at reset.The math uses only values the app already has: percent used, reset time, window length.
Where
/usage-limitspanel in the composer.The math goes in
packages/shared/src/usageLimits.tsnext topaceOf, so all clients agree. No contract change. No server change. No new setting.Limits of the estimate
Related
Questions for maintainers
Stay under 10%/day to last (now 20%/day). Wanted, or too much?I can build this after you approve direction and scope.
All reactions