You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[FEATURE]:[Severe UX Regression V2] Missing per‑model usage breakdown, forced new client layout, precipitous drop in paid‑subscription experience #52937
I have verified this feature I'm about to request hasn't been suggested before.
Describe the enhancement you want to request
Description
After upgrading to openCode.ai V2, Go‑subscription paying users are seeing a very noticeable degradation in experience.
The web console has completely removed detailed usage logs. Now only weekly and monthly total consumption hours are shown for the 5‑hour quota. There is no way whatsoever to view the specific model for each individual call. This was a core capability in V1, which paying users relied on to audit and track quota consumption.
Question: Are there any hidden pages or APIs available to query usage breakdown split by model? I cannot find any relevant entry point at the moment.
The latest OpenCode client has outright removed the toggle for the legacy layout, forcing users onto the new interface. The new version has highly counter‑intuitive interaction logic, drastically reducing workflow efficiency, and gives users no option to keep using the old UI.
This release is an unmitigated disaster. The product manager should be fired. They cannot even copy the GPT console properly. If you cannot implement new features competently, do not touch stable, well‑working legacy versions. Practically all practical features relied on by long‑term users have been cut. Paying customers end up with a worse experience after the update.
Expected Behavior
Restore the per‑model usage breakdown report. If a frontend page cannot be built for now, please advise whether an API exists to retrieve this dataset.
Reinstate the layout‑switch toggle in the client, allowing users to revert to the old layout. Do not force‑enforce the new UI for everyone.
Avoid bluntly removing high‑frequency core features during major‑version iterations. Do not push updates purely for the sake of redesigning things.
Additional Context
As a paying Go‑subscription user, quota auditing is a hard requirement. Without visibility into consumption per model, I have no idea how the 5‑hour quota is being used. This severely disrupts day‑to‑day usage. The full V1 workflow worked well. V2 qualifies as a typical destructive update.
Thanks for the detailed feedback, @Huianyuan. You're asking for two things:
Per-model usage breakdown for OpenCode Go. A way to see which model each call used and how it counts against your 5-hour, weekly and monthly limits, either in the opencode.ai console or through an API.
An option to switch back to the old layout in the v2 client. The legacy layout was removed on purpose in v2, so this would mean bringing that choice back.
As far as I can tell, neither is a bug. Both were deliberate changes in v2. To answer your question: I couldn't find a hidden page or a public API that returns usage split by model.
I've marked this as a feature request so maintainers can consider both points. I can't promise whether or when either will change. It would help if you could describe the specific parts of the new layout that slow you down, so maintainers know what to fix.
Also, please keep the discussion respectful toward the people working on the project. Specific, constructive feedback is much more likely to lead to changes.
Activity
github-actions commentedon Oct 3, 2026
This issue might be a duplicate of existing issues. Please check:
opencodejr commentedon Oct 27, 2026
Thanks for the detailed feedback, @Huianyuan. You're asking for two things:
As far as I can tell, neither is a bug. Both were deliberate changes in v2. To answer your question: I couldn't find a hidden page or a public API that returns usage split by model.
I've marked this as a feature request so maintainers can consider both points. I can't promise whether or when either will change. It would help if you could describe the specific parts of the new layout that slow you down, so maintainers know what to fix.
Also, please keep the discussion respectful toward the people working on the project. Specific, constructive feedback is much more likely to lead to changes.