CommandCodeAI / CommandCodeAI/command-code

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

Ouverte
#444 2 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

p0
Langage dominant
Aucune donnée de langage
Étoiles
4k
Forks
350
Métriques de merge des PR
Aucune PR mergée en 30 j

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

Guide de contribution

Aucun guide de contribution indexé pour ce dépôt

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Piste de recherche

Commencez par comparer l’agrégation de la CLI /usage avec la ventilation des modèles du tableau de bord web en suivant les étapes de reproduction de l’issue. Vérifiez si les appels de modèles en arrière-plan ou internes mentionnés dans #440 sont inclus par la CLI mais exclus du tableau de bord ; la tâche est terminée lorsque les deux surfaces indiquent des nombres de modèles et des coûts cohérents.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Domaine
analytics, cli, web-dev
Type d'issue
Bug
Difficulté
4/5
Temps estimé
3-5 jours
Activité
Calme
Clarté
Plutôt claire
Accessibilité débutants
35/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.