What feature would you like to see?
The /usage plan usage rows only show a relative reset countdown (e.g. resets in 2h 30m). Even when the platform returns an absolute resetAt timestamp, the CLI computes the diff and discards the actual moment.
For long windows such as the weekly limit, a bare countdown cannot answer "is that this afternoon or tomorrow?" — users have to do the mental conversion themselves.
I'd like the reset hint to show both forms, e.g. resets in 2h 30m (at 14:30), with the absolute moment rendered in the terminal's local timezone. Date context should be graded by distance so a bare clock time is never ambiguous: HH:MM within the same day, MM-DD HH:MM within the same year, YYYY-MM-DD HH:MM across years.
Additional information
The countdown-only format dates back to the first public commit and was never revisited. Existing fallbacks (reset for elapsed windows, resets at <raw> for unparseable timestamps) should be preserved. I have a draft PR ready that implements exactly this and will link it below.
What feature would you like to see?
The
/usageplan usage rows only show a relative reset countdown (e.g.resets in 2h 30m). Even when the platform returns an absoluteresetAttimestamp, the CLI computes the diff and discards the actual moment.For long windows such as the weekly limit, a bare countdown cannot answer "is that this afternoon or tomorrow?" — users have to do the mental conversion themselves.
I'd like the reset hint to show both forms, e.g.
resets in 2h 30m (at 14:30), with the absolute moment rendered in the terminal's local timezone. Date context should be graded by distance so a bare clock time is never ambiguous:HH:MMwithin the same day,MM-DD HH:MMwithin the same year,YYYY-MM-DD HH:MMacross years.Additional information
The countdown-only format dates back to the first public commit and was never revisited. Existing fallbacks (
resetfor elapsed windows,resets at <raw>for unparseable timestamps) should be preserved. I have a draft PR ready that implements exactly this and will link it below.