CommandCodeAI / CommandCodeAI/command-code

Bug: Usage data discrepancy between CLI /usage command and web dashboard

Open
#444 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

p0
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
  1. Use Command Code with multiple models over several sessions
  2. Run /usage in the CLI to see usage summary
  3. Check the web dashboard at https://commandcode.ai/settings/usage
  4. 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:

  1. Aggregating data differently than the web dashboard
  2. Including background/internal model calls (as mentioned in #440) in the CLI summary but not in the web dashboard
  3. 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

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.