Surface usage / rate-limit status in the IDE extensions (VS Code / JetBrains)

Summary

The Claude Code IDE extensions show no usage or rate-limit information at all. In the terminal, statusLine can read rate_limits, and the phone/web apps have a clear "Usage" view — the current 5-hour session window (% used + reset countdown) and the weekly "all models" limit (% used + reset day/time). The IDE extension surfaces none of it.

Impact

During long, autonomous sessions in the extension there's no way to see how close you are to the 5-hour or weekly limit, or when either resets. You only find out you've hit a limit when a request fails mid-task — which makes pacing impossible and breaks any in-session automation that depends on the reset boundaries.

Concretely: we build session watchers that need the 5-hour and weekly reset times, and today we have to read those off the phone app by hand because the extension can't see them.

Ask

Bring the "Usage" view — or at least a compact status indicator — to the VS Code / JetBrains extensions: % used + reset time for both the 5-hour window and the weekly limit, at parity with the phone/web app and the terminal statusLine. Even just exposing the rate-limit reset times to the extension so a status line can show them would help.

Meta-point

There's no way to file this from inside the extension either — /feedback isn't available in the VS Code extension (it exists in the terminal). So the same surface that hides usage/rate-limit info also hides the feedback channel for reporting it, and this had to be routed out-of-band. Worth surfacing /feedback in the extensions too, alongside the usage view.