/usage help text does not explain mixed metric scopes
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Shell
- Sterne
- 11.2k
- Forks
- 1.9k
- Ø Merge
- 14 Std. 16 Min.
- Gemergte PRs (30 T.)
- 6
Beschreibung
Describe the bug
The /usage command help text says:
Display session usage metrics and statistics
However, the command output combines metrics with three different scopes:
Activity · last 180 days · N messagesis aggregated from local history across multiple saved CLI sessions.Changes,AI Credits,Tokens, and the per-model breakdown describe the current session.Plandescribes account/plan usage for the current quota period.
Calling all of this "session usage" is misleading. In a new session with only one user prompt, /usage can report hundreds of messages and show a six-month activity graph, making it appear that either the session boundary or message count is incorrect.
Affected version
GitHub Copilot CLI 1.0.81-11
Steps to reproduce the behavior
- Use Copilot CLI across multiple sessions.
- Start a new session and send one prompt.
- Run
/usage. - Observe that the help describes session metrics, while the output includes a 180-day, multi-session message count and chart plus plan-period quota usage.
Representative output:
Activity · last 180 days · 861 messages
...
Changes +0 -0
AI Credits 2.72 (22h 1m 8s)
Tokens ↑ 23.3k (11.8k cached) • ↓ 179
gpt-5.6-sol ↑ 23.3k (11.8k cached) • ↓ 179
Plan ... 0% used • resets in 27 days
200 / 200,000 AIC
Expected behavior
The help text and documentation should make the scopes explicit. For example:
Display local activity history, current-session usage metrics, and plan quota usage
Ideally, the rendered output would also label each section's scope (for example, Local activity, Current session, and Plan period) so users do not have to infer it.
Additional context
- Operating system: Windows
- CPU architecture: x86_64
- Shell: PowerShell
- The current documentation describes
/usageas showing "session statistics," including current-session AI Credits, duration, code edits, and token usage. It does not explain that the command also includes local multi-session activity and account/plan-period quota information.
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Finde den /usage-Hilfetext und die in der Issue referenzierte Dokumentation und prüfe anschließend, wie die Befehlsausgabe ihre Abschnitte beschriftet. Aktualisiere die Formulierung so, dass die Geltungsbereiche für lokale Aktivität, Metriken der aktuellen Sitzung und Kontingente des Planzeitraums eindeutig sind; verifiziere, dass der Hilfetext und die gerenderte Ausgabe nicht mehr alle Metriken als Sitzungsnutzung beschreiben.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- shell
- Bereich
- cli, documentation
- Issue-Typ
- Dokumentation
- Schwierigkeit
- 2/5
- Geschätzter Aufwand
- 1-3 Stunden
- Aktivitätsstatus
- Aktiv
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 72/100