CommandCodeAI / CommandCodeAI/command-code
Bug: Usage data discrepancy between CLI /usage command and web dashboard
Nobody has claimed this yet.
- Dominant language
- No language data
- Stars
- 4k
- Forks
- 350
- PR merge metrics
- No merged PRs in 30d
Description
Bug: Usage data discrepancy between CLI /usage command and web dashboard
Summary
There is a significant discrepancy between the usage data shown by the CLI /usage command and the web dashboard (https://commandcode.ai/settings/usage). The CLI shows one model as the most used, while the web dashboard shows a completely different model.
Environment
- Command Code version: 0.30.1
- OS: Windows
- Shell: PowerShell
Steps to Reproduce
- Use Command Code with multiple models over several sessions
- Run
/usagein the CLI to see usage summary - Check the web dashboard at https://commandcode.ai/settings/usage
- Compare the model usage breakdown
Expected Behavior
The usage data should be consistent between the CLI and web dashboard. Both should show the same model as the most used.
Actual Behavior
CLI /usage command shows:
- moonshotai/Kimi-K2.5: 154 requests, $0.4753
- xiaomi/mimo-v2.5-pro: 316 requests, $0.4663
- deepseek/deepseek-v4-pro: 81 requests, $0.4430
- MiniMaxAI/MiniMax-M2.5: 258 requests, $0.0805
Web dashboard shows:
- xiaomi/mimo-v2.5-pro: Most used model (expected)
- moonshotai/Kimi-K2.5: Only 3 requests (discrepancy)
The CLI shows Kimi-K2.5 as the most used model (154 requests), but the web dashboard shows it was only used 3 times. The web dashboard correctly shows MiMo 2.5 Pro as the most used model.
Analysis
This appears to be a data synchronization or attribution issue. The CLI may be:
- Aggregating data differently than the web dashboard
- Including background/internal model calls (as mentioned in #440) in the CLI summary but not in the web dashboard
- Having a caching or sync issue between local and server-side data
Related Issues
- #440 — "Background model MiniMax-M2.5 is expensive and uncontrollable" (mentions Kimi-K2.5 background usage)
- #326 — "Unexpected usage of multiple models during a single session" (closed as non-issue, but same underlying problem)
- This discrepancy may be related to the background model usage discussed in #440
Additional Notes
- The web dashboard appears to show the correct user-selected model usage
- The CLI may be including background/internal model calls in its summary
- This discrepancy makes it difficult to accurately track actual model usage and costs
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by comparing the CLI /usage aggregation with the web dashboard’s model breakdown using the reproduction steps in the issue. Check whether background or internal model calls mentioned in #440 are included by the CLI but excluded from the dashboard; done means both surfaces report consistent model counts and costs.
Written by the indexing model from the issue text.
Assessment
- Domain
- analytics, cli, web-dev
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100